Code is Lyric

Nachdem dem unrühmlichen Release von 5.1.3 und dem sofort darauf folgenden 5.1.4 Release war es ja mal ein paar Tage ruhig in der PHP Welt. So ruhig, dass ich dachte ich könne es ja mal wagen, die 5.1.4 zu installieren, aber Pustekuchen…

Nach der Installation (hier unter Windows) lud die oci8 Erweiterung nicht mehr. Und da 80% meiner Datenbankzugriffe auf Oracle gehen ist das mal mehr als mau, nämlich unbrauchbar. Wohlgemerkt bei gleicher php.ini und sonst auch völlig identischen Settings. PDO-Oracle geht jedoch, aber PDO ist mir noch ein Tick zu neu und unerprobt um damit zu arbeiten.
Unter Linux habe ich es nicht getestet (und werde es auch erstmal nicht tun, denn meine Zeit ist zu schade um final Releases zu testen) wäre aber an Informationen interessiert.

Und in 3 Monaten eine neue Version 5.2 … Wie wäre es erstmal mit einem besseren QM bei den minor Releases, dann klappt es irgendwann vielleicht mal mit laufenden Releases…

Nur so wird das nix

Weil es auf der Eclipse Projektseite ein wenig versteckt ist, nur der kurze Hinweis, dass es von Eclipse 3.2 den RC 3 als Kernstück des lang erwarteten Callisto Releases gibt. Der Hinweis auf den RC3 taucht leider nicht auf der Startseite auf, man findet ihn aber direkt hier. Der dritte Release Candidat enthält eine Unzahl von Fehlerbehebungen und ist der final Version schon sehr ähnlich.

Ich mag PHP ja wirklich ganz gerne und nutze es auch in passenden(!) Projekten, aber dann passieren so Sachen, die einen Zweifeln lassen:

Wieder einmal versteht es PHP, sich aus der Gemeinde der ernsthaften Programmiersprachen zielgerichtet zu entfernen. Nach dem Fiasko der Veröffentlichung um Version 5.1 hauen die Entwickler schon wieder einmal so richtig daneben.

Das Release 5.1.3 hatte keinen Tag bestand, ein extrem heftiger Bug erzwingt heute ein Update auf 5.1.4.

Gratulation, so kommt man aus der Fricklerecke sicher nicht raus und die oft beschworene Eroberung des so genannten Enterprise Segments bleibt wohl solange ein feuchter Traum der Gemeinde, bis man gescheite Prozesse bei der Weiter-Entwicklung und den Releases implementiert.

Ein Profilneurotiker von ez publish reichte damals aus um 5.1 weitgehend unbrauchbar zu machen, was jetzt hinter dem Fehler steht ist noch nicht klar.

Aber qualifizierte Teams und Prozesse müssen her. Es muss ja nicht gleich so was langwieriges wie der Java Community Process sein, aber doch etwas Struktur wäre angemessen. Und ein Mechanismus dass man die Diven unter den Committern und ihre persönlichen Animositäten untereinander unterdrückt oder kassiert.

Wenn es um erstklassige Open Source Projekte geht, wird wohl jedem die Apache Software Foundation (ASF) einfallen. Die geschäftsfreundliche und unideologische Lizenz (etwa im Unterschied zur GPL) kombiniert mit großen, stabilen und ausgereiften Projekten ist ziemlich singulär. Wird den meisten zur ASF hauptsächlich der Webserver einfallen, sind es doch weitaus mehr, nicht minder interessante Projekte, vorwiegend aus dem Java Umfeld (etwa Jakarta Tomcat, MyFaces, Axis und viele andere mehr).

Neben der ASF gibt es aber auch noch andere solcher “Schatzhorte”. Einer davon ist mit Sicherheit das Codehaus:

“The Codehaus is an open-source project repository with a strong emphasis on Java, focussed on quality components that meet real world needs. We believe in open source as a pragmatic approach to software development, and all our projects are business-friendly in terms of licensing.”

Hier also wieder die gleichen Erfolgsrezepte: Qualitätsprojekte, Fokus auf Java und geschäftsfreundliche Lizenzierung.

Der Besuch bei Codehaus lohnt in jedem Fall!

Meine Favoriten sind zur Zeit das Webservice Framework XFire und die agile, dynamische Sprache Groovy für die Java Plattform.