235575 (4) [Avatar] Offline
#1
in the above section you make comparison of a Perl subroutine with your implementation of similar in Python

Your implementation in Perl is one that is in my opinion quite verbose. There are much quicker / more readable ways of doing this - see Modern Perl book (free) http://modernperlbooks.com/ and Perl Best Practices ( O'Reily ).

This said, if you want to poke at Perl, feel free. I as a >10 year developer using Perl know only too well its strengths / weaknesses and one that is a 'two edged sword' is TIMTOWTDI or 'timtoady' as people say it ( there is always more than one way to do it ).

You see, our lovely Larry Wall ( who is the initial author of Perl and totally great guy by the way ) favors linguistics as a part of the languages design. He and others since have incorporated this as a part of the language spec from the go get which means that you have an extremely expressive language that can used to write code in a number of ways and still get a functional piece of code.

The downside is that you can express yourself as you wish up to a point and write code like your version of a Perl function. The way you illustrate can be done, true but I would not follow this pattern and many other Perl coders would not either.

I think if your going to compare in this way, you need to make this distinction. I am sure I could find code written in Python that is equally as obfuscated and confusing to read.

This said, I am myself a pragmatist and as a systems programmer am moving pretty much over to the Go programming language due to its feature set that addresses some of the shortfalls of Python that you also refer to in this section, one in particular, its support of multi-core. Go's asynchronous capabilities are 'built in' and are a 'first class citizen' in the language.

There is now a project I believe called 'Grumpy' which converts Python into Go and is being used by Google to replace Python where they can and to move to Go.

Perhaps this also could be mentioned in your comparison section and 'why should you learn Python' bit. It could be that in a few years Python is less prevalent and Go has taken over. so when deciding on a language to learn, this also could be a consideration.