Sebastian Schürmann

CMS Interview : Einige von Euch sind vielleicht schon mal über c0d3.de gestolpert - eine prima API-Dokumentation (leider noch auf Englisch). Was Ihr dort gesehen habt, ist die Arbeit von Sebastian Schürmann (database / eckerl). Aber dass das noch nicht alles ist, konnte ich in einem 2 Stunden Telefonat erfahren - aber lest selbst.

An welchen Modulen arbeitest Du?

pnCommerce - Online Shop
pnunit/"Icarus Syndrome" - Unit Tester
CalZone - Calendar
pnGalaxia - Workflow Engine (kommt im Herbst/Winter)

Wo kommst Du eigentlich her?

München - Welt Bier-Hauptstadt

Was arbeitest Du in deinem wirklichen Leben?

Welches wirkliches Leben? Ich hab die rote Pille genommen dann aber die falsche Tür genommen. Nein im Ernst. Meinen Unterhalt verdien ich mir mit dem Aufbau von Websites und dynamischen Web Applikationen. Dabei arbeite ich mit Klaus Lamberty von mediagourmet.de zusammen. Nichts ungewöhnliches also.

Erzähl mir von Deiner Postnuke-Karriere.

Eine 24 Stunden Evaluations-Session, die Postnuke bestand. Das war im Frühjahr 2002. Der Rest ist Geschichte - eine gute Geschichte, soweit ich das seh.

Am besten finde ich, dass Postnuke an jenem Tag lief und es noch immer tut. Und es ist dokumentiert! Inzwischen benutzen wir Postnuke für die meisten Kunden-Projekte.

Wann hast Du angefangen Module zu entwickeln?

Auch im Frühjahr 2002 - damals brauchten wir ein Modul, mit dem sich die Kunden von http://www.eckerl.de ihre persönlichen Vertikallamellen zusammenstellen konnten. Interessant ist jetzt eigentlich, dass pnCommerce in eine Richtung entwickelt wird, dass soetwas auch mit dem Shop möglich ist.

Wie läuft die Entwicklung bei Dir ab?

Das kommt ganz darauf an... Manches sind nur grob entwickelte Ideen, andere - wie pnCommerce kommen echten Modulen schon näher.

pncommerce (Onlineshop)
pnCommerce ist ein prima Beispiel für eine Verbindung von Auftragsarbeit und Open Source Entwicklung. Außerdem sehe ich das als Gelegenheit um einmal Leuten zu helfen, statt immer nur ihre Hilfe in Anspruch zu nehmen. Von daher fühle ich mich wohl mit meiner Aufgabe in der Qualitätssicherung. Der Unit-Tester ist ein direktes Ergebnis dieser Arbeit (wenn es denn demnächst fertig ist). Mehr dazu wird es wohl im Interview mit dem pnCommerce-Team geben.

CalZone: (Calendar)
Weil ich mit PostCalendar unzufrieden war, habe ich angefange mich mit CalZone zu befassen. Die Seite des Programmierers war mittlerweile offline, so daß ich das Modul erst nach einigem Suchen auf einer italienischen Postnuke-Site gefunden habe. Ich habe es bisher nicht veröffentlicht, weil sich offenbar niemand dafür interessierte. Darüberhinaus finde ich es wenig sinnvoll, dass sich die User durch 2 bis 3 Kalender arbeiten müssen, um den mit den wenigsten Bugs zu finden. Dadurch aber, dass ich das Modul inziwschen auf Smarty umgestellt habe, konnte ich eine ganze Menge lernen - da aber PostCalendar immer noch wesentlich mehr Features bietet, werde ich CalZone wahrscheinlich auch weiterhin nicht veröffentlichen.

Obwohl Sebastian das Modul noch nicht veröffentlichen will, hat er angeboten es auf Wunsch per Email zu verschicken. Im Betrieb kann man das gute Stück bei www.keller-club.info sehen

pnUnit: (Unit Testing)
Erst vor einem Jahr habe ich das erste Mal von "Extreme Programming" und von "Test First Entwicklung" gehört. Die Aufgabe, diese Techniken in die Postnuke-Entwicklung einzubringen, hat mich fasziniert und es könnte die Chance sein, debugging-Zeiten zu verkürzen. Die tolle Postnuke API scheint sich prima für dieses Konzept zu eignen. So habe ich angefangen mit PHPUnit rumzuspielen.

Ein zweiter Ansatz, genannt "The Icarus Syndrome" steht kurz vor seiner Veröffentlichung, und nutzt bisher die einfachsten Klassen und ein selbstgestrickes API-Wrapper-Objekt. Einige Tests muß ich noch für den Postnuke Core schreiben, um dann zur Praxis übergehen zu können. Da ich noch nicht so viel Ahnung von dem ganzen habe, nutze ich bisher nur einen Teil der Funktionen - Aber selbst das mach schon Lust auf mehr.

pnGalaxia (Workflow Engine)
Beim überarbeiten verschiedener Module, wurde immer wieder das Thema "Workflow" aufgeworfen. Die WFMC Dokumente, die eine Workflow Engine beschreiben, haben mich auf die Idee gebracht und das tikiwiki Groupware Paket als Galaxia Workflowengine wurde die Grundlage meines Arbeit. Bisher bin ich da noch am Analysieren, wenn ich aber erstmal tiefer in das von tikiwiki verwendete Smarty eingedrungen sein werde, wird eine Integration bestimmt möglich. Außerdem habe ich hierfür auch schon jemanden gefunden, der mich hierbei unterstützen will. Ich denke bis Ende des Jahres sollten wir es zu mehr als nur zu Screenshots bringen. Das Galaxia Konzept paßt toll zu Postnuke und wartet nur darauf portiert zu werden. Jede weitere Hilfe hierfür ist willkommen. Sobald es einen Release Kandidaten gibt, werde ich ihn dem Team Postnuke zur Evaluation zur Verfügung stellen.

The dunkle(?) Seite:
Ich benutze Postnuke für verschiedenste Kundenprojekte (Essen müssen wir schließlich alle). Ich bin aber immer bemüht die kleinen und größeren Ergebnisse meiner Arbeit zu veröffentlichen. Das Ziel ist hier die doppelte Verwendung der Arbeit. Da ständig die Komplexität dieser Aufträge steigt, bin ich froh in diesem Fall mit einer Gruppe von Leuten zusammen zu arbeiten.

Was ist das größte Problem bei Deiner Entwicklungsarbeit?

Meine selbstgemachten Bugs. Mit Postnuke hat das nichts zu tun.

Was aber mit Postnuke zu tun hat: Die fehlende Smarty Implementierung.
Ernsthaft - wir haben bei der pnCommerce keine Ahnung, wie Smarty in Postnuke eingebaut werden wird. Bei unserem Entwicklertreffen ist mir jedenfalls aufgefallen, dass unsere Arbeit durch Smarty erheblich vereinfacht werden könnte. Dadurch aber, dass immer mehr Programmierer mit Smarty experimentieren, gibt es immer mehr verschiedene Implemetierungen.

Außerdem: Die fehlenden Exceptions.
Ein wichtiges Mittel der Anwendungsführung. Ich glaube nicht, dass eine registrierte Session-Variable eine gute Lösung für dieses Problem ist. Bitte werdet schnell mit der angekündigten API und den neuen Funktionen fertig. ASAP

Und: Projekt Kommunication & Führung
Postnuke steht an der Schwelle zur .8. Damit könnte vieles getan werden. Wenn aber Postnuke mehr und mehr Engagemant verlangt, würde ich mir mehr Führung oder Anleitung wünschen. Timelines würde ich zum Beispiel sehr begrüßen. Und sogar die Xanthia Templating Engine ist fast unbekannt. Mir ist klar, dass "Management" in Open Source-Projekten nicht gern gehört wird. Aber: 120 Leute, die an einem Projekt arbeiten, müssen wissen, wo es hin geht und sie brauchen Leute, die die Kommunikation für sie übernehmen. Persönliche Angriffe helfen dem Produkt aber keineswegs. Darüber müssen sich alle im Klaren sein.


Welche Features in Postnuke .8 könnten Dein Leben leichter machen?

1. Exceptions, nochmal
2. Postnuke Wrapper Objekt für eine einfachere Integration von Objekt-orientierten Frameworks

Wie sieht Deiner Meinung nach die Zukunft von Postnuke aus?

Das weiß ich nicht. Ich werde aber dran bleiben, solange Postnuke meine Arbeit nicht behindert. Außerdem denke ich, dass sich Postnuke in eine echtes "Produkt" verwandeln sollte.


Irgendetwas, dass Du noch über Postnuke oder Dein Modul loswerden wolltest?

1. Wann ist das erste europäische Entwickler-Treffen?
2. Bitte! Arbeitet zusammen!! Denkt dabei daran, dass andere Leute evtl. aus einem anderen Kulturkreis kommen könnten. Redet miteinander!
3. Love and Light