I am going to neglect the responses 'Bullshit' basically because that means you don't have an answer at the moment.
>>There isn't a single language in the world where the productivity gains are exponential over a long time - there might be some when you are a beginner which gets capped pretty fast.
Sorry to ruin your party. But there are languages where there are exponential gains in productivity with time. Languages like Lisp, Perk, Haskell etc. But I can't convince that to people who can't look beyond 'readability matters' and consider that as the Pinnacle of programming language design.
Coming to regular expressions they are first class citizens in Perl. That is basically what takes them to the next level. Now scripting on Unix has always been so much about Text processing. That is how it has always been. tr, sed, awk and dozen other text processing utilities. And then there is Perl. If you are not getting 'Text processing' thing correct, then you already loose the scripting race with a very huge margin.
Perl added a lot of new semantics to the language too given/when statements, smart matching operators etc. Python broke it for as simple a thing as a print statement. That is the whole point(The language is too brittle to evolve). And I'm sure any new thing in Python is going to go the same way.
And stdlib is no where near CPAN. Although I agree PyPi is doing a good job.
You are right that I must use Perl,And you are also right that Python is an awesome language. There are great frameworks Twisted, Django, NumPy. I've used Twisted extensively. In many Python ways is a great language for web development, for studying algorithms(because its better psuedocode), and due to its frameworks like Twisted - its good for network programming.
But I am sorry to say Python doesn't do well in scripting areas. And it so happens once you start there and go a little deeper you can just go on and on with Perl.
> I am going to neglect the responses 'Bullshit' basically because that means you don't have an answer at the moment.
Saying 'python feels like java' or 'exponential gains from switching language' is bullshit, and augmenting it with "calling it bullshit means you don't have an answer" is more bullshit.
> But I can't convince that to people who can't look beyond 'readability matters' and consider that as the Pinnacle of programming language design.
I don't remember mentioning 'readability matters' as being pinnacle of programming. You are responding to arguments you are imagining I am making.
> Sorry to ruin your party. But there are languages where there are exponential gains in productivity with time. Languages like Lisp, Perk, Haskell etc.
Get off your high horse. Lisp, Perl, Haskell aren't some exclusive club only you are allowed into. I have used Racket, Clojure, Python, Ruby etc. and if your gains are exponential accumulated over a period of 1 month between say Python and Racket, be assured you are a very lousy Python programmer. Let alone exponential, a gain of even 2x is quite a stretch. Why don't you put your money where your mouth is and show me your 'exponential gains'?
> Sorry! I shouldn't have hurt your religion at the first place.
In place of spewing this nonsensical shit, you could have quoted me an example of "exponential gains".
Out of curiosity, have you actually programmed in Lisp or Haskell? I am not saying you have, I am not saying you haven't; it's just that people who claim "fuck yeah macros - now I am 100x more productive" are mostly people who haven't actually used them and are regurgitating blogosphere bullshit.
> Well I should have learned long back to not argue with impolite people.
Sheesh. In this thread, there is nothing but platitude in your posts, and you are constantly trying to put down people(everyone else who doesn't agree with you about perl is a troll, saying that what you know about python is not correct is me defending my religion etc etc), and then you whine about people being impolite. Pot, meet kettle.
> This is one lesson I'm not going to forget.
Another lesson would be to actually learn and use Lisp before claiming exponential gains.
It's not impolite to say you are regurgitating blogosphere bullshit when you claim with utmost confidence "I am sorry to ruin your party but there are languages like lisp and haskell which results in exponential gains" when actually you haven't used either one of them.
>>There isn't a single language in the world where the productivity gains are exponential over a long time - there might be some when you are a beginner which gets capped pretty fast.
Sorry to ruin your party. But there are languages where there are exponential gains in productivity with time. Languages like Lisp, Perk, Haskell etc. But I can't convince that to people who can't look beyond 'readability matters' and consider that as the Pinnacle of programming language design.
Coming to regular expressions they are first class citizens in Perl. That is basically what takes them to the next level. Now scripting on Unix has always been so much about Text processing. That is how it has always been. tr, sed, awk and dozen other text processing utilities. And then there is Perl. If you are not getting 'Text processing' thing correct, then you already loose the scripting race with a very huge margin.
Perl added a lot of new semantics to the language too given/when statements, smart matching operators etc. Python broke it for as simple a thing as a print statement. That is the whole point(The language is too brittle to evolve). And I'm sure any new thing in Python is going to go the same way.
And stdlib is no where near CPAN. Although I agree PyPi is doing a good job.
You are right that I must use Perl,And you are also right that Python is an awesome language. There are great frameworks Twisted, Django, NumPy. I've used Twisted extensively. In many Python ways is a great language for web development, for studying algorithms(because its better psuedocode), and due to its frameworks like Twisted - its good for network programming.
But I am sorry to say Python doesn't do well in scripting areas. And it so happens once you start there and go a little deeper you can just go on and on with Perl.