Meine großen Gamer-Zeiten sind wohl bis auf Weiteres vorbei, aber trotzdem versuche ich nicht vollkommen den Anschluss zu verlieren, was es in dem Bereich an Entwicklungen gibt.

Auf Gamasutra.com fand ein interessanter Wettbewerb mit dem Titel „Games of 2020“ statt. Ich finde es interessant, darüber nachzudenken, wie die Spiele der Zukunft aussehen könnten – Auch weil Computerspiele oft die Vorreiter für technische Innovationen sind, die sich dann später auch in anderen Bereichen bemerkbar machen.

Gamasutra – Games of 2020

Vor einem Jahr habe ich Why the Lucky Stiffs‘ poignant guide to ruby mal recht oberflächlich überflogen, mich aber ansonsten nicht weiter mit Ruby beschäftigt. Nachdem ich mir vor kurzem Perl angesehen habe, was durch die vielen globalen Funktionen und Ausnahmen zu Sonderregeln keinen besonders guten Eindruck auf mich machte, will ich mich jetzt doch wieder mit der moderneren, vollständig objektorientierten und vielleicht auch in absehbarer Zukunft relevanteren Variante aus Japan beschäftigen. Ich will gar nicht leugnen, dass Steve Yegges‘ gemeine Abrechnung mit Perl auch eine Rolle dabei gespielt hat, mich von Perl (vorerst) sehr schnell wieder abzuwenden.

Ruby ist eine „Scriptsprache“, genauso wie Perl oder Python. Das heißt vor allem, dass sie interpretiert und nicht kompiliert wird, und dass dynamische Typisierung verwendet wird. Dadurch eignen sich Scriptsprachen gut dazu, schnell kleine Programme zu entwickeln, sind aber prinzipiell weniger geeignet für große Projekte mit vielen Abhängigkeiten (weil das Sicherheitsnetz der statischen Typisierung nicht gegeben ist) und performance-kritische Anwendungen (weil das Programm zur Laufzeit in Maschinencode umgewandelt werden muss). Wobei es mittlerweile riesige Projekte in Perl und Ruby gibt, und auch Computerspiele mittlerweile in Python programmiert werden können. Allgemein scheinen dynamisch typisierte Sprachen im Kommen zu sein, wobei man allerdings dynamische Typisierung nicht mit schwacher Typisierung verwechseln sollte: In Ruby etwa werden die Typen zwar erst zur Laufzeit, beim Aufruf der entsprechenden Stelle im Code, überprüft. Aber sie werden halt überprüft, und wenn der Typ des übergebenen Objekts unpassend ist, dann wird das Programm abgebrochen. In PHP und Perl würde in vielen Fällen einfach weitergemacht, was zu schwer nachvollziehbaren Fehlern im Programm führen kann.

Als Ruby-Version habe ich mich für das normale Ruby 1.8.6 für Windows entschieden. Jruby, XRuby, Groovy, IronRuby usw hören sich auch interessant an, aber erstmal wollte ich mit der Standard-Variante anfangen. Im Gegensatz zu perl, das sich unter Windows zu fühlen scheint wie ein Tiger im Zoo, ist die Installation bei Ruby wirklich kinderleicht und man kann sofort anfangen, Programme zu schreiben und die Konsole zu nutzen:
Ein Ruby Programm kann man einfach ausführen, in dem man eine *.rb-Datei doppelklickt, und die interaktive Ruby-Shell erreicht man durch den Befehl irb in der Windows-Kommandozeile. Auch sehr praktisch:
y:\ruby\projects>irb
irb: load "hello.rb"
=> true
irb: hello("World")
helloWorld
Man kann also Ruby-Quellcode mit dem load-Befehl in irb laden und dann die dort definierten Klassen und Methoden nutzen. Sowas kann beim Debuggen natürlich sehr nützlich sein.

Nach einiger Zeit mit Notepad++ habe ich natürlich nach einer echte IDE verlangt, da ich ein verwöhntes Eclipse-Kind bin.

Ich versuche es mal mit Aptana als Standalone-Produkt. Das Programm basiert auf Eclipse, konzentriert sich aber auf Webentwicklung und ist open source sowie in der Standard-Version auch kostenlos.

Die Entstehung der Seite verfolge ich bereits seit über einem halben Jahr als Abonnent des Stackoverflow Podcasts, aber selbst angemeldet habe ich mich erst später. In der Seite geht es um nichts als das Stellen und Beantworten von Programmierfragen. An sich nichts weltbewegend neues, aber die unheimliche Dichte von Experten stellt sicher, dass sogar schwierige Fragen meist schnell beantwortet werden könnten. Und durch das motivierende Punkte und Auszeichnungen-System nehmen sich die Experten auch tatsächlich die Zeit, die Fragen tatsächlich zu beantworten. Etwas frustrierend ist, dass man als Anfänger (bevor man 50 Punkte hat) sogut wie gar nichts auf der Seite machen darf. Heute habe ich diese Grenze endlich überschritten, und werde versuchen die Seite in Zukunft noch öfter zu nutzen, sowohl um Fragen zu stellen, als auch um mich am Beantworten anderer Leute Fragen zu beteiligen.

Ich würde behaupten, dass jeder Softwareentwickler oder Informatiker sich die Stackoverflow zumindest mal angesehen haben sollte.