adesso BLOG

Wie fing das Ganze mit JavaScript eigentlich an und was hat die ECMA – TC39 Task Group damit zu tun? Und wer kennt eigentlich noch den Netscape Navigator?

Menschen wollen wissen, wo es langgeht. Deshalb basteln wir in Softwareprojekten Roadmaps. Auch, wenn die gar nichts mit dem Verlauf des Projektes zu tun haben.

Apache Camel ist ein Open Source Framework, das häufig zur Integration von Softwaresystemen auf der Basis von Messaging verwendet wird. Es ist eine Library mit sehr wenigen Abhängigkeiten, sodass diese problemlos in beliebigen Java-Applikationen ausgeführt werden kann. Mit seinen unzähligen Komponenten (>150) können Schnittstellen zu beliebigen Protokollen oder Messaging-Modellen erstellt werden. Für eine einfache Integration implementiert Apache Camel die meisten Enterprise Integration Patterns aus dem Buch von Gregor Hohpe und Bobby Woolf.

Es gibt Unternehmen, die schreiben agile Projekte “zum Festpreis” aus. Der billigste Anbieter erhält den Zuschlag. Wer den Fehler in dieser Logik findet, darf ihn behalten. Ich werde immer wieder um Rat gefragt, wenn es darum geht, für solche Projekte einen Velocity Forecast zu machen. Man will es ja richtig machen. Das verstehe ich. Also den Willen, es richtig zu machen, nicht den Willen, es zu machen.

Bei der Entwicklung von Frontends spielt Asynchronität eine sehr wichtige Rolle. Durch Nutzerinteraktion und Kommunikation mit Backend-Systemen werden über einen undefinierten Zeitraum asynchrone Ereignisse ausgelöst. Auch im JavaScript-Umfeld sind viele Browser-APIs für Eventlistener oder auch der klassische XMLHttpRequest asynchron konzipiert und müssen durch den Entwickler dementsprechend gehandhabt werden.

MongoDB – diese NoSQL-Datenbank ist den meisten Fachleuten bereits ein Begriff, euch auch? Die dokumentenorientierte Datenbank wurde im Gartner Magic Quadrant 2015 als Führer im Bereich der operativen Datenbankmanagementsysteme gelistet, direkt hinter den klassischen relationalen Datenbanken von Oracle, IBM und Microsoft. Auch bei adesso setzen wir MongoDB bereits seit einigen Jahren in unseren Projekten und Lösungen ein, so zum Beispiel in der MIG|Suite.

Die IT-Branche ist bekannt für ihre einfallsreichen Abkürzungen und waghalsigen Schlagwörter. Manchmal frage ich mich aber, ob es Zufall ist, dass einige Abkürzungen eine negative Konnotation hervorrufen – ACID, MongoDB oder mein Favorit HATEOAS, um nur einige Beispiele zu nennen… Oder gibt es da vielleicht einen tieferliegenden Zusammenhang zwischen der Namenswahl und der Gedankenwelt der Berufsgruppe, die diese Namen geprägt hat? Obwohl sich der Name „MEAN Stack“ in meiner Liste der Abkürzungen mit negativen Konnotationen hervorragend einreiht, ist der MEAN Stack allerdings mehr als nur „Durchschnitt“.

Was sorgt für schlanke Software? Wie können alle Beteiligten auf dieses Ziel verpflichtet werden? Shared-Pain-/Shared-Gain-Modelle sind die Antwort. Das sind Modelle, die die genannten Mechanismen umsetzen und den Gesamtfokus auf die oben geforderte schlanke Software legen.

Agile Softwareentwicklung lässt viel Spielraum für Entscheidungen – auch spät im Projekt. Das ist inhaltlich sinnvoll und in gewissen Maßen unvermeidbar, denn viele Softwaresysteme sind – abstrakt betrachtet – soziotechnische Systeme: Sie können als organisierte Menge von Menschen und Technologien verstanden werden, die in einer bestimmten Weise strukturiert sind, um ein spezifisches Ergebnis zu produzieren. Und sie sind nicht vollständig beschreibbar. Selbst der Versuch einer möglichst weitgehenden Vorab-Spezifikation ist, zumindest für Informationssysteme ohne ausgeprägte Risiken, unwirtschaftlich. Vieles lässt sich erst während der Entwicklung festlegen, direkt umsetzen und notfalls neu bewerten. Gerade das ist der Charme der agilen Entwicklung.