about_a_mess.md

Too long for a tweet...so, I tweeted this:

"One trend I'm observing is a lot of rubyists being fed up with messy ruby ecosystem are getting excited or even switch to clojure."

People asked me to comment further, so here it goes. First of all I said I'm seeing a trend, which is a fact. I know people who are learning Clojure (and other languages like some people pointed out) hoping to switch from Ruby or they even already left Ruby. Those people got tired of something I called "a messy ecosystem". Maybe not the best selection of words, I dunno. I meant that some people, myself included, find ruby ecosystem - which consists of multiple VMs, practically one web framework and a gazillion of libraries from which huge amount are only semi-working - to be a mess where it's hard to pick up a solid stack to solve bigger problems.

I really don't have time (which is a shame) to come up with some specific details. I could maybe only quickly describe what we're dealing with now at gitorious.org which is being upgraded to rails 3 and ruby 1.9. Guess what, MAJOR issues with encoding. Suddenly we need to find all the places where some string has to be force-encoded to utf8. It used to just work™. Now it doesn't. What gives? I dunno, it's a mess.

It's probably not the best example I could come up with but it is our current struggle. I'm pretty sure a lot of people are having all sorts of problems because of the messy tools/libraries/frameworks that they decided to use.

That's why I'm excited about Rubinius (X or not, doesn't matter) because I hope to see a rock solid ruby vm that doesn't have the problems we've been facing when using MRI. I also hope to see a more reliable "stdlib". I also hope to see more small libraries that are used to build rock solid tech-stacks that is not called Rails.

I would love to write more but I gotta go :)

We can continue in comments if you want.

@peterc I'm not following php/perl/python but I did hear about python 2 => 3 migration to be a never-ending story. It is true that ruby people are moving much faster and it's an incredibly awesome thing. Regarding MRI, it's decent, it works for many but we all know that at the same time it's a major problem for others (I've heard horror stories from github for example). And stdlib, yeah I think you're right, it's an anachronism that's why I'm excited about gemified stdlib thanks to rubinius. It's a good move I think.

@skade well, issues with encoding are still a major problem in many projects so I'm not sure if it's such a bad example but yeah, there are probably better ones. Ruby on JVM, Ruby on mobile OSes, yup, that's absolutely fantastic. Can't deny that.

What I really fear, is that Ruby becomes "Conservative". If it fears to move we will keep Perl-like syntax and add stupid prefixes after our strings. New features will feel odd or inefficient.

I really want to see some active development toward Parallelism, a better GC and some deep new features with powerfulness, which have Clojure.

@solnic I would like to know any of those that started out with 1.9 first. Encoding problems usually bang really loud immediately or you are dealing with messy data, in which 1.8 was the wonderful land of ignorance. Combined with data stores that ignore encoding settings and treat strings as byte arrays as well, this has created a very toxic environment if you want to handle encoding correctly.

Considering the horror stories from Github: quite frankly, given the number of Ruby deployments and the draw in developers they get, I would have expected to see a new GC being developed by them. On the other hand, they are the company that switched back from JRuby to MRI and send people around on conferences talking about how they don't believe in the JVM and use MRI instead (and yes, they are sometimes the same people, compare EuRuKo 2012 and eurucamp 2013).

@skade we're dealing with messy data in Gitorious, that's exactly the case. And 1.8 wasn't giving a shit about it, so there's that.

The mess can also be observed by the amount of people failing to setup simple Rails apps on their servers. During last week I've seen 2 cases of a Linux admin (a decent ones) trying to do that and they both failed. The app was reasonable simple with almost no moving parts. But they were struggling with bundler, missing libraries/headers (for native extensions), unicorn/passenger etc. I don't have problems with setting up any Rails app because I'm in it for 7 years now. But it amazes me that the skilled administrator who has installed and configured hundreds/thousands of apps in his live struggles with running Rails in 2013.

Re python2 -> python3. It's not the same situation as ruby 1.8 -> 1.9. Python3 is a separate language. At least they announced it as a "new, non-backwards compatible language". While the 90% of the syntax is the same the stdlib changed in a major way. And the fact the migration takes so long is probably because they are not in a rush to migrate (python2 isn't going anywhere yet afaik).

@solnic I agree with Rails getting more and more unwieldy. It requires a lot of deep knowledge to push and turn the right buttos and knobs and implicitely relies on a lot of things nowadays.

On python2->3. Let's frame it another way: Ruby has been a surprisingly stable language, conceptually. Any concept (and almost all syntax) you learned in Ruby 1.8 is still valid today in 2.0. So I wouldn't even accept that Ruby 1.8 and 1.9 are incompatible in all regards.