51–60 of 194 posts
Good old perl. Complicated, funny, odd and very useful. I've been using it regularly for the last 6 years now.
That moment when you realise you're older than Perl, and many of the same adjectives apply to the both to you.
Perl is the ultimate hacker's language. It was for the 90s and 00s what Microsoft BASIC was to the 1980s. However, I think it's also coming back. Most of the "inefficiencies" it got tagged with were relics of the server model at the time, like CGI. Now many are seeing that mastery of a general-purpose language is better than knowledge of specialized methods in a specialized language. The first is flexible; the latter…
Still the best all-purpose language. Trend languages like Ruby and Haskell are flashes in the pan.
Not sure I want to do BlackScholes and MC or solving SAT problems or data structures in perl.. But text processing , hell yeah. perl -pei ftw! The legacy is perl REs
Still the best all-purpose language. Trend languages like Ruby and Haskell are flashes in the pan.
Not sure I want to do BlackScholes and MC or solving SAT problems or data structures in perl.. But text processing , hell yeah. perl -pei ftw! The legacy is perl REs
I'm a relatively new programmer. Been programming for around 4 years. I tried Perl, but felt like the world had moved on, so I never really committed to it. With PHP, Python, Ruby and Javascript... space seems tight for another scripting language. Languages like Lua have something special. What's special about Perl? Edit: I don't want to be hateful. The more the merrier obviously.
I'm not a perl coder, but the library support does seem pretty fantastic - http://www.cpan.org/
Earlier quoted context omitted.
I wouldn't have had a job between 2003-2004 which was untangling Perl and rewriting it in C# :)
That's cool. :) But I'm sure the correct statement would be untangling messy code written in "your non-favorite language" and rewriting it in "your favorite language or management's choice based on buzzwords". :)
And it was turning a procedural mess into an OO mess.
Earlier quoted context omitted.
You really prefer Python threading to anything?! You haven't found any of the major Perl web frameworks? You haven't seen Moose for OO? perlbrew? (Don't get me started on list comprehension, extra stuff to learn because Python lack real maps with real lambdas.) And so on... Do you always have opinions on stuff you have no clue about?! Start with getting the Modern Perl book and read it (free pdf). Ask (/search) on Pe…
> You really prefer Python threading to anything?! Sure. When I just want "run this task in the background, I don't particularly care about throughput but don't block entirely". There's a niche where a proper task queue is too heavy and shared variables are a perfectly adequate communication mechanism. > Don't get me started on list comprehension, extra stuff to learn because Python lack real maps with real lambdas.…
I argued that list comprehension's use cases are generally solved better with "real" lambdas + map (==> less to learn). To note that most every feature have some use case they are extra good for is not relevant.
But again -- why do you discuss subjects you obviously don't know? Ask instead.
Earlier quoted context omitted.
Interesting. What does Python make harder? In Perl I find myself missing list comprehensions, shared-by-default threading, a well-integrated object system, and a comprehensive, integrated, popular web framework. (Also a standard way of doing event-driven programming, but that's a fair criticism of Python too). And while I'm sure the tooling functionality is there, everything just seems less obvious and standard (e.g.…
You really prefer Python threading to anything?! You haven't found any of the major Perl web frameworks? You haven't seen Moose for OO? perlbrew? (Don't get me started on list comprehension, extra stuff to learn because Python lack real maps with real lambdas.) And so on... Do you always have opinions on stuff you have no clue about?! Start with getting the Modern Perl book and read it (free pdf). Ask (/search) on Pe…
The Python 'process' and 'queue' modules rock (yes, multiple single threaded processes still counts as multithreading). I've had apps on the front page of HN / Smashing Mag using them, happily taking advantage of a multicore server.
I swear half the people who bitch about the GIL have never used either of these modules (not you, people in general).
Earlier quoted context omitted.
Might I ask, in a nutshell.. why not CGI?
(classic) CGI requires a full application start-up every time a request comes in, and so is very slow. If you have to use CGI, use FCGI (fast cgi) to solve that problem. However, in recent years PSGI has started to become the standand in the community. As far as I know, it is modeled after Python's WSGI. All of the "major" perl web frameworks support it, the three big ones I can think of are Mojolicious[1], Dancer[2]…
Good old perl. Complicated, funny, odd and very useful. I've been using it regularly for the last 6 years now.