Re: What hurts you the most in Perl?

2010-11-28 Thread Jarrod Overson
The inability for an IDE to help me thoroughly refactor code is the biggest problem for me. With new code written with modern perl practices in mind, it's not as big of a dea (though worse than other languages)l; with code written 5-10 years ago though, it is a massive problem. Couple that with ma

Google Code-in

2010-11-28 Thread Paul Johnson
Some of you my have heard of the Google Summer of Code programme in which university students complete open source projects over the (northern hemisphere) summer. Google is currently running a similar programme aimed at pre-university students, in the which the students have the opportunity to per

Re: Using a better compression than .gz for one's CPAN modules

2010-11-28 Thread Aristotle Pagaltzis
* David Golden [2010-11-28 22:45]: > On the other hand, if someone wants to recompress all of CPAN > into XYZ compression scheme and release their own client that > deals with it (or patch cpanm or whatever), then they can have > the benefits (and any resulting hassles) themselves. And note that

Re: Using a better compression than .gz for one's CPAN modules

2010-11-28 Thread David Golden
On Sun, Nov 28, 2010 at 4:22 PM, Aristotle Pagaltzis wrote: > I agree with the notion. But let me ask how much pressure changing > the compression format on CPAN would exert on the world to adapt > itself to it. Note too the quote is written from the perspective > of the world: no mention goes to

Re: Using a better compression than .gz for one's CPAN modules

2010-11-28 Thread Aristotle Pagaltzis
* Shlomi Fish [2010-11-26 22:05]: > In any case, regardless of its age, xz does tend to compress > better than bz2 and should also be faster. I know. I heard of it quite early and switched from bzip2 to xz for my database dumps and mail archives. That’s not the point of the quote though. New thi