Their may be some video from the presentation available in a few days, but I’m not sure if it will be of any use…

Your use of the variable ‘description’ in the defined method is only evaluated when it is called, by which time, the value that you passed to it in the class declaration to the method enhance me has long gone. This therefore results in a NameError.

Sorry to point another couple of little errors out. However, once these little niggles are polished out, these slides are going to shine :-)

Anyway, keep up the excellent work, and I hope to be reading more interesting stuff from you soon!

really nice slides with great content - well done :-) I’m really enjoying reading them. Was the presentation recorded at all?

I also hope you don’t mind me pointing out a really tiny error on the slide entitled “The tricks - evaluating things #2″. You declare the following:

(class

As for the 10 languages/10 projects idea, I was really afraid someone will ask about it ;) I didn’t have any time to even start working on it, which is really a shame. I might have a chance to repair it soon through, I hope, so maybe I’ll manage to write some first posts from the series :)

It seems that two different concepts got intertwined there.

There’s this concept of class hierarchy - some classes are above others. Those below inherit methods from those above. A class that in a class hierarchy is above another is called its superclass. So, talking about superclasses makes sense only in a context of a class and its position in the class hierarchy.

And there’s a concept of an object being an instance of a class. Class of an object can also be called its “type”. In single-dispatch systems class holds methods, so it defines a behaviour of its instances.

Getting back to the slide, “a string” cannot have a superclass, because it’s not a class. But its class is truly a String. In other words, “a string” is an instance of a class String.

Now, String is a class, so it’s safe to talk about its superclass = a class that stands higher in the class hierarchy. Superclass of String is not Class, as the slide suggests, but it’s Object. Here again, you probably meant that String is of type (or of class, as we may say) Class. In other words, you looked at String as an object and asked for its class. Class of String is Class. :)

Then again, Class is of type Class, which wouldn’t be that interesting and would cut the slide in a half. ;) So, now we look at classes in context of class hierarchy. By asking what is higher (”super”) you go from Class to Module, and from Module to Object. That part is OK.

Apart for this error, I really enjoyed reading your slides. I think you made a good approach of going to the source and referring to the Ruby interpreter’s source code. It also helped me understand some of the Ruby quirks in the past.

And it’s the first time I hear about Higher Order Messaging, very interesting, thanks! Keep up the good work and please blog more frequently. :) BTW, how’s your 10 languages/10 projects idea going?