In Order to do a little hacking together, we created a Erlangen.pm group at Github. Due to the fact that many of our fellow Perl programmers are allready subscripted at Github we started that group over there.
In the group we want to share code snippets and scripts for our all benifits. We also want to share projects and locate the stuff, we are hacking on all together over there.
Whoever in the Erlangen Perl Mongers group (or whoever feels like one of our fellow Mongers) wants to join our combined efforts in programming just need to have a github account and send me a message and I will take her over into our group.
So far, have a nice hacking together and remember: github is our facebook!
The BBC team I'm currently working on has a very, very slow test suite. On my box, it was generally taking about 2h10m to complete. Between Johan Lindström and myself, we've shaved half an hour from that. Johan used transactional savepoints for his part. This allowed us to roll back some database changes rather than rebuild the database tables. My part involved subtests and a very strange use of Test::Class.
its been a great YAPC, emotionally. Not as many technical talks where really compelling, but lot where really funny. But I met a lot of people I like. martin berends, jnthn and the bunch, finally i met mattia barbon which was also releasing and intresting (our interview will come soon on radio YAPC). I met a lot of germans, larry who tried to talk to me german too. and there were a lot more. great people, great food, wonderfull ice cream, fantastic hostel, great rides. it was the best possible holiday for me now.
This article is a simple guide to installing and running Parley on a
remote/virtual server. It doesn’t cover modifiction, extension and
configuration. I hope to cover this in a separate entry.
I’ve been meaning to write this for some time, partly inspired by passing
comments from people who’ve tried but found it too difficult or confusing.
I just blew my time budget on the Perl survey stuff for looking at programming language info, and I want to offload what I had to do to get to this point.
Firstly the tl;dr: You can see the complete results for language usage at the survey website.
Here are the gory details (just a note: the <- operator is a bit like the = operator in other languages, but there's also a -> assignment operator too, which means you can do all sorts of clever things in 1 line of code):
What we asked was for the 5 programing languages that you use most, roughly in order of how much they're used. Then we asked where perl came in that list.
The BBC team I'm currently working on has a very, very slow test suite. On my box, it was generally taking about 2h10m to complete. Between Johan Lindström and myself, we've shaved half an hour from that. Johan used transactional savepoints for his part. This allowed us to roll back some database changes rather than rebuild the database tables. My part involved subtests and a very strange use of Test::Class.
I mentioned http://www.simile-widgets.org/timeline/ on #yapc IRC channel this morning, saying it would be nice to see all the old YAPCs as well as the new ones.
So, mst wrote up strictures which basically bundles the "Kensho" pragmas, so to speak: strict, warnings (FATAL!), no indirect (vpit++). It plans for clean separation of different versions so you can maintain compatibility using specific versions of the pragma. How nifty is that? That's right, very nifty!
Now two problems occur:
1. Perl::Critic doesn't know about strictures and basically thinks I don't have "strict" on.
2. Since I'm using PkgVersion, I don't have to put a $VERSION variable. PkgVersion puts one right below the package declaration. This means that some code is written before my strictures.
Both are very easy to fix.
For the first one, I just add this to ~/.perlcriticrc:
[TestingAndDebugging::RequireUseStrict]
equivalent_modules = strictures
Voila! Now Perl::Critic known that "strictures" is basically as good as "strict" for any testing purposes.
The second one is merely putting the strictures usage as the 1st line, before the package declaration:
use strictures 1;
package My::Kickass::Module;
Voici! Now strictures is added before the injected $VERSION variable PkgVersion adds.
Ever wanted to do a quick diff on some perl code and see it colored like in in vim ?
Fortunately, the Kate editor has a good colorizer and Gabor Szabo ported it to Perl.
We can join that up with Term::ANSIColor to create a filter program to colorize perl code snippets on the fly:
I arrived in Pisa in the afternoon of the day before. After settling in my hotel it was soon time for the pre-conference meeting at a typical Italian piazza near my hotel. Fortunately for me the bunch of unfamiliar perl hackers were recognizable as such from a distance. I ended up meeting a lot of people, including some familiar names. It was also my introduction to drinkers.pm, the ad-hoc perl monger group assembling on evenings around Perl conferences ;-).
Because of deadlines, many programmers create Quick & Dirty
(Q&D) code rather than doing things The Right Way. This
leads to many problems.
• Deadlines cause bugs
When programmers write Q&D, they often ignore edge cases. This means the code reject things it should process and
process things that is should reject.
• Deadlines cause delays
Because of the bugs, the code doesn't work when the deadline arrives and the deadline has to be extended.
• Deadlines undermine the confidence of the programmers
IBM sets its sales quote so that 80% of its sales force will meet them. When was the last time you heard of a manager setting the deadlines so that 80% of his programmers meet them? In fact, many managers set their deadlines so that their programmer can't possible meet them. They assume that this will make their programmers work harder. And it does. They work harder but are less productivity in their work. That's because repeats failures undermine their confidence which increases stress and reduces productivity.
I have been delaying my posts on the 2nd and 3rd day of YAPC::EU for quite a while. How can you sum up so many experiences, so many lessons, so many cool people and new friends?
If you thought that my post on the first day was long, just imagine a post that covers more than thrice the amount of stuff spanning across two whole days. I can't.
I will say that I've learned a lot about Perl, XS and technology in general, but I've learned the most about community and how important it is. For that I wish to thank the YAPC::EU organizers and everyone who helped organize, gave talks, commented on talks, wrote about it and attended.
Hi,
I've had a long-standing interesting in having a nice way to browse through perl's memory space. Here's today's attempt. It almost works great except that the two introspection modules Devel::FindRef and Devel::Gladiator don't know enough to stay hands-off from each other.
For any gEdit users out there: A while ago I've written a perlTidy plugin for this editor.
It's written in Python. I know, I know. But it was either that or C...
For those of you interested, check it out at GitHub
Since my last couple of posts, things have been done:
Complete revamping of call logic
Finished objects for basic C Types (int, double etc.)
A fairly sound cast() function for Ctypes
Array objects
Despite this, I don't think I'm going to get everything implemented for the GSoC deadline :-/ Still a long list of features I want to add. Particularly notable by their absence are Pointers, Structures, Unions, paramflags and support for special Win32 objects (COM stuff, HRESULT and friends).
Crap... when you list it like that, sounds pretty dire, don't it?
Don't beat me up just yet though. I'll definitely get Pointers done in the next 48 hours. Not sure how tricky Structs and Unions will be but they'll definitely be done by the deadline too. Anyway, instead of wasting more time worrying I want to talk a bit more about my favourite topic...
In a few days, I'll be giving a talk on roles at DevTank. The audience will be developers (and business people) from many different language backgrounds. I've tried assessing state of the art for roles/traits in other languages, but am falling short. I just don't know other languages/cultures well enough.
I might add that I was disappointed to learn that Scala's traits are just mixins. I wonder how they came up with that name. Surely it wasn't just misunderstanding Smalltalk traits?
Update: As preparation for the talk, I've written a short language-agnostic introduction to traits/roles. I put that on my personal blog instead of this one as I don't want people to see the blog URL and dismiss it as just a "Perl" thing.
This year's YAPC::EU in Pisa was nothing short of amazing. While I am not sure if it will outdo my experiences in 2008 and 2009, it was everything I've come to expect of YAPCs.
While the flight was delayed, the hotel room had air conditioning (that's a + compared to Lisbon... ) and we went for some nice food in a restaurant near the river.
On the first day we walked a couple of meters to get to the YAPC buses (seriously, what a great arrangement) and met osfameron and some other attendees. We were at the hotel in 10 minutes and I just remember meeting a lot of people and attending talks, of which the keynote talk was the most surreal.
By the time we went to the evening dinner I felt like I'd been there for a week already.
