News for hackers. Stuff that matters.
Re:From Python to Ruby: Taking a Step Backward by pekk on Sunday December 09, 2012 @11:33AM (#4895044)
You claim to have worked with Python for some time, yet you don't seem to recognize the parallel between installing several gems and installing several packages. Sometimes you come across a package which doesn't work with some specific OS, that's not the language but the package.
Re:From Python to Ruby: Taking a Step Backward by dalke on Sunday December 09, 2012 @12:43PM (#4895280)
You have misread the essay. The author wrote:

Ruby makes heavy use of gems, which appear to be like more complex Python libraries. I say "more complex" because they appear to bolt onto each other far more heavily than Python libraries. If I want to make a complex application run, chances are I'll need five gems to do it... and versioning is extremely important.

The point is that the interconnections between Ruby gems appears to be much stronger than between Python libraries, and I interpret the above to mean that version mismatches occur noticeably more frequently in Ruby than in Python.

Re:From Python to Ruby: Taking a Step Backward by pekk on Sunday December 09, 2012 @03:15PM (#4895943)
Third-party Python packages depend on each other all the time, and (once again) breakage is a problem with the packages as they are produced, not with the language itself... on Python as on Ruby
Re:From Python to Ruby: Taking a Step Backward by dalke on Sunday December 09, 2012 @03:35PM (#4896016)
Everyone is in complete agreement with this statement. It's also not the point. The author was observing/positing a greater degree of version inter-dependency in Ruby gems, not that Ruby gems are inter-dependent and Python packages aren't.

Nor is the discussion regarding the languages only. It is about the additional set of tools that one uses in order to build a web application in those respective language. Consider the phrases "and its associated frameworks" and "similarities between Rails and Django given the structural similarities between Ruby and Python" as clues that this is not about the languages per se. Or from the previously written essay, "the construction of a Ruby on Rails app ... that makes use of Devise for user authentication, RSpec for unit testing and Cucumber for behavior testing."

The author therefore quite clearly "recognize[s] the parallel between installing several gems and installing several packages" and is instead focusing on a specific aspect of that parallelism; inter-depenency.