Having enjoyed my experience with Python so far, I decided to jump in the Ruby waters as well. I picked up Programming Ruby by Thomas and Hunt (of The Pragmatic Programmer fame); the full text is freely available online.
Ruby seems fine... not a whole lot different than Python at first blush. I like that it has stronger OOP support; an object's instance variables can't be accessed from outside of the object (you must use accessors), and there are formal notions of public/protected/private methods. Contrast this to Python's laissez-faire approach (i.e., no access control whatsoever). And of course, Ruby's iterators are very nice.
On the other hand, there seem to be an uncomfortable number of things you have to "just know". For example, there are quite a few predefined, global variables; one controls the default separator pattern for the
String.split method, another holds the last line read by
Kernel.readline and is used as the default for most print operations, another is the exception in a catch clause. Here's an example:
$, = ',' $; = '\t' while gets data = $_.split puts data.join end
This block of code converts tab delimiters to commas, but you'd have to know what
$; mean to make that connection.
In all fairness to Ruby, there always seems to be a "clean" way to do it as well:
while input = gets data = input.split('\t') puts data.join(',') end
I'm also a little sketched out by how little you can rely on parentheses if you want to; to these Java-tainted eyes, it can make for some difficult-to-read code. When you see a comma-separated list of identifiers, you have to pay attention to figure out what's going on.
min 0, 100 // method call min 0, max x, y // nested method call a, b = x, max x, y // parallel assignment w/ method call rescue SyntaxError, NameError // catch clauses
Contrast this with Java, which forces you to use parentheses to on method calls and such. They cost you a few more keystrokes, but the resulting code is utterly unambiguous and easy to read. (Note that Ruby doesn't force you to leave off the parentheses; in fact, the book says you should use parens in all but the most trivial cases.)
It just seems like there's a little bit of Perl's "There's More Than One Way To Do It" thinking going on here, moreso than Python. Personally, that's not a mantra that appeals to me when it comes to syntactic details like where parens go, whether to use
and, whether to make blocks with
do..end or curly braces. I'd rather have an simple, consistent, easy-to-read language and sacrifice those freedoms.