Einblick für Java-Freunde

Klar, im Kontext der JAX war das Ganze natürlich in erster Linie für Leute aus dem Java-Lager gedacht und damit sehr Ruby-betont. Fragt mich bitte nicht, warum ausgerechnet Ruby — ich nehme an, dass a) ein Javaprogrammierer mit Ruby weniger Berührungsängste hat (gegenüber PHP) und b) Neal und Michael halt eher Ruby-geprägt sind.

Neal: Vorgeschmack auf die Keynote?

Neals Session begann zunächst mit der Feststellung, dass es heute, entgegen der öffentlichen Diskussion, eben nicht um dynamische vs. statische Sprachen gehe, sondern viel mehr um Ceremony vs. Essence. Oha, das kommt Euch bekannt vor? Kein Wunder, dahinter versteckt sich nämlich Neals Keynote auf der DLW, die hier aber nur als Einleitung kurz angerissen wurde. Weiterhin waren dann auch Design Patterns ein wesentliches Thema (command, builder, template, interpreter, type transmogrification, decorator und adapter), die sich zumeist auf Smalltalk-Grundlagen zurückführen lassen, sowie weitere Patterns speziell aus der Welt der Dynamic Languages.

Michael: Behaviour Driven Development

Wo sich Neal noch auf die Theorie konzentrierte, setzte Michael Johanns Session auf der praktischen Seite Akzente — Thema hier war das Behaviour Driven Development (Pádraic Brady hat hier auch ein schönes Tutorial zur Einführung in BDD), als Erweiterung zur testgetriebenen Entwicklung. Dabei dürfte die Session für die Java-Leute eher schwierig gewesen sein; ohne Vorkenntnisse mit Ruby-on-Rails war Michael an der Kommandozeile nur schwer zu folgen.

Ergebnis auf der JAX

Für meinen Geschmack etwas zu durchwachsen, was wohl an verschiedenen Punkten lag. Zum einen waren die Sessions sicherlich als Einstieg in die Dynamic Languages gedacht; sie sollten also Appetit machen und einen Java-Anwender unverbindlich auf die Vorzüge der Arbeit mit Ruby & Co. hinweisen. Leider hat Neal zu diesem Zweck seine ursprünglich 90 minütige Session nicht wirklich auf die vorhandenen 60 Minuten gekürtzt, sondern sein Programm einfach schneller durchgezogen — das ist schon hart, besonders, wenn man erst neu mit dynamischen Sprachen konfrontiert wird.

Michael hingegen war vielleicht eine Spur zu technisch; dass er in der Q&A-Runde dann auch einräumen musste, dass es z.B. für das Behaviour Driven Development mit rSpec (eine Art PHPSpec, nur eben für Ruby) noch kaum wirkliche Beispiele/Erfahrungen gäbe (das Tool sei, ähnlich wie RoR, generell noch recht jung), hat die Bereitschaft, von Java zu etwas dynamischen zu wechseln, dann sicherlich auch nicht sonderlich ausgebaut.

Ausblick

Ich bin gespannt, wie sich die Dynamic Languages auf der DLW präsentieren werden. Insbesondere der Vergleich, wie ein Konzept auf verschiedenen Plattformen umgesetzt wird, könnte interessant werden.

Michaels Session werden wir schon einmal wiedersehen; ich denke, dass sie auf unserer Konferenz auch etwas besser aufgehoben sein wird. Neal wird seinen Vortrag dem Abstrakt nach zu einer netten Keynote ausbauen — da lass ich mich überraschen. Vor allem aber bin ich schon einmal auf die Besucherreaktionen gespannt: Was wird von den Dynamic Languages hängen bleiben und welche Sprache wird in welchen Fragen am meisten Punkten können?

Abseits von Ruby und Groovy geht es dabei u.a. um Design-Patterns, Behaviour-driven Development und ein kleines Panel zur Diskussion rund um die dynamischen Skriptsprachen. Bin ich mal gespannt;-)

(Auf der After-Show-Party werde ich trotzdem irgendwo herumlaufen und den Java-Jungs das Buffet wegfuttern, ha!)