GeekLand

Ich habe vor etwa 8 Jahren für eine große Direktbank tolle Software für den Börsenhandel der Kunden konzipiert und als Projektleiter umgesetzt. Damals nutzen wir BEA Weblogic als Applicationserver und Oracle als Datenbankbackend. Die Software an sich war was man damals unter J2EE/EJB Architektur verstand. Das MVC Konzept war gerade erst geboren und zumindest als Pattern noch nicht in der Praxis angekommen.

Heute schreibe ich Webapplikationen als modulares Gemisch von Datenhaltung, Businesslogik und Präsentation in mehreren Sprachen. Die Module kommunizieren über einfaches XML-RPC und beschränken sich auf Kernaufgaben.

JAVA spielt dabei keine Rolle mehr. PHP ist einfacher und weniger fehleranfällig. C++ ist schneller und einfacher zu deployen, meine Server kommen mit 1GB Speicher aus - bei 5 Applikationen. MySQL ist schlanker und leichter zu installieren als Oracle. tomcat brauche ich überhaupt nicht mehr (gibt es BEA noch?). JavaScript und Ajax direkt zu programmieren ist ein Kinderspiel - brauche ich JAVA Frameworks dafür oder erhöht das meine Komplexität unnötig? CMS Frameworks übernehmen praktisch alle Standardaufgaben wie Userverwaltung oder Sessionhandling. Den Ballast eines Eclipses in dessen Workspace 5.000 Dateien mit 20.000 Klassen (davon 18.000 generierte) verwaltet werden habe ich abgeworfen.

Ok, J2EE ist skalierbar, kann hot-standby und hot-swap. Es gibt massenweise Generatoren für Code-Frameworks am Markt. Aber hey, wer braucht das heute noch?

Ein 4GB, 4×2GHz mit Flatrate Anbindung kostet mich 50 EUR Miete pro Monat. Davon zwei (einen für Appl., einen für DB mit Privatnetz verbunden) und ich kann jede LAMP Anwendung für einen Bruchteil der Kosten einer vergleichbaren J2EE Architektur betreiben.

Webapplikationen heute noch in JAVA zu bauen ist etwa so, wie Windows Applikationen 1994 in Assembler zu schreiben. Java ist ein Kind des distributed workstation computing.

Diese Zeit ist um.