Leben auf Tour: JAX 2009 Konferenz Rückblick

Letzte Woche habe ich an der JAX '09 teilgenommen, der Java-Anwenderkonferenz in Mainz. Oder besser gesagt "Konferenzen", denn wenn Sie erst einmal dort sind, ist die JAX nicht mehr von der SOACON und dem Eclipse Forum Europe zu unterscheiden, die offiziell parallel stattfinden.

Vibe

Im Vergleich zur letztjährigen Devoxx (auch bekannt als JavaPolis) und sicherlich auch zu Veranstaltungen wie der FOSDEM, schien die Stimmung auf der JAX eher gedämpft. Da ich aber noch nie auf der JAX war, ist es schwer zu sagen, ob das an der Rezession lag oder einfach nur die Norm für diese Konferenz war. Ich habe zufällig gehört, wie einer der Organisatoren erwähnte, dass die Besucherzahlen im Vergleich zu den Vorjahren zurückgegangen sind. Für eine Konferenz dieser Größe - täglich von 08:30 bis 22:15 Uhr, mit bis zu 12 gleichzeitigen Sitzungen - fühlte sie sich auf jeden Fall etwas leer an. Der "Expo"-Bereich wirkte besonders ruhig. Abgesehen von einigen der "üblichen Verdächtigen" (Neal Ford, Ted Neward, Peter Kriens; SpringSource, JBoss, dynaTrace) waren die überwiegende Mehrheit des Publikums und der Aussteller deutsche Entwickler bzw. Beratungsunternehmen, was der Konferenz einen starken "nationalen" Charakter verlieh.

Heiß

Schlagworte auf der diesjährigen JAX (die, wenig überraschend, mit den Thementagen der Konferenz zusammenfallen):

• Agilität
• Scala
• OSGi
• DSLs

Etwas enttäuschend ist, dass es sich dabei um Dinge handelt, die es schon seit einiger Zeit gibt.

Nicht

• Entwicklung von Webanwendungen in Java
• ESBs
• Wolke

Keynotes

Antike Philosophen und Wichtigtuer-Jamborees

Neal Fords Antike Philosophen und Wichtigtuer-Jamborees war wie immer ein unterhaltsamer Blick auf die Vergangenheit, Gegenwart und Zukunft der Softwareentwicklung. Neal beklagt unsere anhaltende Unfähigkeit, aus der Vergangenheit zu lernen - unsere glückselige Ignoranz gegenüber der"Überlieferung" der Softwareentwicklung, wie er es ausdrückt. Das Ergebnis ist nicht nur, dass wir das Rad immer wieder neu erfinden. Statt das eigentliche Kernproblem anzugehen, verschwenden wir viel Zeit und Energie damit, uns mit riesigen weißen Elefanten von Architekturmustern herumzuschlagen, deren Komplexität für das zu lösende Problem im Grunde nebensächlich ist. Wann immer wir uns mit SOA, ESB oder einem der anderen Rube-Goldberg-Geräten Enterprise-Middleware-Lösungen zu tun haben, zahlen wir, in seinen Worten, eine "Komplexitätssteuer". Und unsere Unwissenheit hält den Steuersatz hoch.Vielleicht um die Botschaft zu unterstreichen, dass wir dringend bewusster, kritischer und letztendlich bessere Programmierer werden müssen, wies Neal darauf hin, dass, wenn wir es nicht tun, Chindia (ThoughtWorks-Sprache für den Moloch China/Indien) es tun wird. Sie haben definitiv die Kapazität dazu: Wie Neal erwähnte, sind Indiens oberste 1% = 11.298.661 Menschen. Das hat sicherlich alle ein wenig ernüchtert.

Fette Maschinen brauchen schlanke Software

Fette Maschinen brauchen schlanke Software " war Klaus Alferts Ansicht zu den Auswirkungen von Multi- und Massive-Multi-Core-Architekturen auf unsere zukünftigen Programmierstile und die dafür erforderlichen Fähigkeiten. Anhand der bekannten Grafik des Amdahl'schen Gesetzes zeigte er, dass zusätzliche Verarbeitungseinheiten uns nicht einfach so zusätzliche Leistung bringen. Er stellte die These auf, dass die Von-Neumann-Architektur selbst mit ihren veränderlichen Speicherzellen die Ursache für viele unserer Probleme mit der Gleichzeitigkeit ist. Unter Bezugnahme auf die berühmte Turing Award Lecture von John Backus nannte er drei Ansätze, die bei der Suche nach einer sichereren, einfacheren gleichzeitigen Programmierung von entscheidender Bedeutung sind:

• Funktionale Programmierung
• Akteure (vgl. Erlang)
• Software Transaktionsspeicher¹

Spotlight: Agile Dokumentation

Uwe Friedrichsen hielt einen interessanten Vortrag darüber, wie man die Dokumentationsanforderungen in einem agilen Projekt angeht. Einige wichtige Punkte:

• Die Kosten für Produktion und Wartung verschlingen 85% des Projektbudgets. Vergleichen Sie das mit Agile, das sich hauptsächlich auf die Entwicklungsphase konzentriert.
• Ein komplettes Produkt besteht aus mehr als nur Software. Die Wartung hängt zum Beispiel oft stark von der Dokumentation ab. Aber viele "Standard"-Dokumentationsvorlagen umfassen 1000-1500 Seiten - das kann nicht alles wertvoll sein.
• Der Zweck der Dokumentation besteht letztendlich darin, die Anliegen der Benutzer zu beantworten, daher ist ein gutes "Stakeholder Engineering" entscheidend.
• Angesichts sich ändernder Anforderungen und Funktionalitäten lohnt es sich nicht, zu früh mit der Erstellung von Dokumentationen zu beginnen - stellen Sie jedoch sicher, dass die Verhandlungsstruktur und der Inhalt abgestimmt sind.

Die Folien sind leider nur auf Deutsch verfügbar.

Spotlight: OSGi Neu & Erwähnenswert

In OSGi 4.2 wird unter anderem Folgendes eingeführt

• Service-Haken
• (aktualisiert) Deklarative Dienste

In der Pipeline sind auch

• Verteiltes OSGi
• Transaktionen
• JPA
• mehr J2EE-Zeug

"A Component Model for OSGi" (a.k.a. RFC 124 a.k.a. Spring DM) scheint es nicht geschafft zu ^haben2, auch wenn es im letzten frühen Entwurf erwähnt wurde. Eine kurze Zusammenfassung des ursprÃ?nglichen frÃ?hen Entwurfs finden Sie in Mirko Jahns Blogbeitrag. Da die UnterstÃ?tzung fÃ?r die Entwicklung von Enterprise Java in OSGi immer mehr in den Vordergrund tritt, kam der Vergleich der aktuellen DI-Angebote von Kai Tödter und Heiko Seeberger zur rechten Zeit. Die Folien von Martin Lippert (aus einem anderen Vortrag) enthalten einige weitere Beispiele. Die Referenzimplementierung von Distributed OSGi wird von CXF bereitgestellt.

Griffe

Sprechen Sie Deutsch?

Die bei weitem überraschendste Erkenntnis kam, als ich den ersten Vortrag betrat und feststellte, dass er auf Deutsch gehalten wurde. Zu meinem Glück ist das meine Muttersprache, aber internationale Besucher werden ein etwas böseres Erwachen erlebt haben. Das war umso überraschender, als ich mich nicht erinnern kann, irgendwo auf der Website der Konferenz, während der Registrierung oder sogar bei der Ankunft einen ausdrücklichen Hinweis darauf gesehen zu haben! OK, die Zusammenfassungen vieler Vorträge waren auf Deutsch, aber auf der deutschen Version der Website war das kaum überraschend. Man könnte sagen, dass die Tatsache, dass die Zusammenfassungen auch auf den englischen Seiten auf Deutsch waren, als Hinweis hätte dienen sollen, aber meiner Erfahrung nach bedeutet das in 9 von 10 Fällen, dass man einfach nicht dazu gekommen ist, sie zu übersetzen. Fairerweise muss man sagen, dass die Vorträge des Eclipse Forum Europe alle auf Englisch gehalten werden sollten (was bei einer Konferenz, die Europa im Titel trägt, kaum eine Überraschung ist, würde ich sagen). Mindestens einer der Vortragenden antwortete jedoch auf die Bitte eines griechischen ehemaligen Kollegen von mir, doch bitte ins Englische zu wechseln, dass er erst spät in der Nacht am Tag vor seinem Vortrag von dieser Anforderung erfahren habe und daher nicht vorbereitet sei. Hm. Um es kurz zu machen, ich würde einfach erwarten, dass alle Präsentationen und Materialien auf einer internationalen Konferenz in Englisch gehalten werden, und ich fand JAX in dieser Hinsicht höchst unprofessionell. Ich wäre neugierig zu erfahren, was die Organisatoren dazu zu sagen haben.

Offline arbeiten

So erfreulich es auch ist, zu sehen, dass Nationen sich weigern, müde Stereotypen zu erfüllen, so hätten einige Aspekte der Organisation doch ein wenig mehr "deutsche Effizienz" vertragen können. Bevor man mich der Erbsenzählerei bezichtigt: Ist es wirklich so unerwartet, dass die Teilnehmer einer Softwareentwicklungskonferenz tragbare Geräte mitbringen, die zum Aufladen eine Steckdose benötigen könnten? Oder dass diese Teilnehmer in der vernetzten Welt von heute vielleicht eine Verbindung zum Internet herstellen möchten? An den meisten Veranstaltungsorten gab es kaum ein paar begehrte Reihen mit Verlängerungskabeln, und in einigen gab es keinen Strom, weil die Sicherungen durchgebrannt waren (um fair zu sein, wurde dies im Laufe der Woche schnell behoben). Was die Konnektivität angeht, so war die Wifi-Verbindung in den seltenen Fällen, in denen sie funktionierte, so langsam, dass man sie kaum von einer Offline-Verbindung unterscheiden konnte. Das ging so weit, dass die meisten Redner die Online-Teile ihrer Präsentationen über GPRS abspulten, anstatt eine drahtlose Verbindung zu riskieren. Eigentlich keine großen Dinge, aber sie bleiben im Gedächtnis. PS: Allen niederländischen Lesern wünsche ich einen schönen Königinnentag!