INTJBlog.de

INTJ-typisch ist ja die Vorgehensweise, bei der die berühmte schwarze Kiste als ganzes unangetastet bleibt und man nur mit der Taschenlampe in die Ecke leuchtet an der man etwas verändern will. Zuerst war das ein Plugin für den automatischen Zeilenumbruch, dann war es das Multilingual-Plugin was dann schon deutlich mehr im Programmkern verankert ist. Und auch einzelne Bugs im Core. Und bei jedem Schritt bin ich wie Perseus dem Faden der Ariadne durch den Programmablauf gefolgt und habe immer mehr dazugelernt. Für so etwas ist mein absolut unverzichtbares Tool übrigens Effective File Search (noch so ein gestorbenes Projekt, die Herstellerseite ist offline) mit dem mehr sehr schnell einen String wie einen Funktionsaufruf oder eine Variable innerhalb von mehreren Verzeichnissen im Volltext suchen kann. INTPs würden wohl hier anders vorgehen, zumindest der Theorie nach würden diese zuerst verstehen wollen wie die Kiste funktioniert und von da aus loslegen.

Wie auch immer: Am Anfang des Jahres wurde ich von mehreren Richtungen angemailt ob man den Blog denn abonnieren könnte. Ein RSS-Feed ist zwar integriert, aber da muss der Benutzer zuerst einen Feedreader installieren und mit diesem die neuen Beiträge abrufen. Und durch meine Kontakte mit WordPress-Blogs wusste ich, dass WordPress ein Email-Abonnements-Feature hat: Bei einem neuen Beitrag bekommt man dann eine Email. Schon seit meiner Kindheit habe ich gelernt: Wenn Du etwas haben willst, warte nicht bis es jemand für dich macht, sondern mach es selbst. Vor allem bei meinem Vater konnte man sonst warten bis man schwarz wurde. Also habe ich angefangen das Feature zu programmieren. Wie es mir immer geht, hat es natürlich viel länger gedauert und war viel mehr Arbeit als gedacht. Eigentlich wollte ich für das Entwicklercamp im April schon eine Testversion fertig haben aber das hat nicht geklappt und das Camp wurde wegen Corona auch nur online abgehalten.

Jetzt ist das Feature endlich in der ersten Version fertig (auf den Briefumschlag klicken!) und nebenbei habe ich auch einige andere Kleinigkeiten am Wegesrand gefixt, das Changelog meines Branches ist inzwischen ein ganzer Roman. Weil ich ziemlich viel im Programmkern geändert habe habe ich mich nicht getraut - und es gehört sich wohl auch nicht - alles in die Masterversion zu integrieren. Und wie komme ich jetzt darauf, dass es ein sterbendes Pferd sein könnte? Die Dateien für die zwanzig oder so Sprachen waren in einem verheerenden Zustand - neue Variablen wurden immer wieder angefügt und niemand konnte sagen, was denn jetzt inhaltlich zusammengehört. Weil ich auch zwei Dutzend zusätzliche Variablen hinzugefügt habe fand ich die Idee gut, hier mal aufzuräumen und habe die 1.500 Zeilen der englischen Mastervariante nach der Verwendung sortiert und dann ein Skript geschrieben was mir mit quasi einem Klick alle anderen Sprachen in die gleiche Reihenfolge bringt und für alle nicht übersetzten Variablen die englische Variante nimmt. Tja, und dabei ist mir aufgefallen, dass nur die englische und deutsche Variante vollständig sind, an den anderen Sprachen war teilweise seit Jahren niemand mehr dran. Und auf Nachfrage konnte mir auch niemand sagen ob und wer denn die Übersetzungen macht.

Ich hatte auch gehofft, dass sich - nachdem ich das Feature endlich veröffentlicht hatte - auch jemand darum kümmern würde und einen ersten unabhängigen Test machen würde. Bisher scheint das aber nicht der Fall zu sein. Und als ich s9y mal gegoogelt habe, bin ich auf den Blog des Template-Entwicklers gestoßen auf dem er schreibt, dass er sich im eigenen Programm fremd fühlen würde und gerne etwas neues mit neuen Techniken machen würde. Ich habe natürlich geantwortet. Ich halte diese Idee nämlich für illusorisch. Einfach mal eine Größenordnung: Mein Montagesystem hat etwa 320 Kilobytes an Code und ich habe hunderte von Stunden dafür gebraucht. s9y hat alleine im Hauptverzeichnis 1,5 Megabytes an Code und dazu kommen noch die Templates. Wenn man nicht gerade arbeitslos ist, dürfte es schwer möglich sein etwas in dieser Größenordnung alleine auf die Beine zu stellen. Außerdem verstehe ich die Kritik nicht: Gut, die eine oder andere Ecke des Programms ist etwas verknuschelt und ich hätte auch nicht jede Funktion und jede Variable mit "serendipity_" bezeichnet, das gibt wirklich hässliche GET-Strings. Aber dafür kann ich ja PHP und wenn ich sowieso schon in der Größenordnung am Ändern bin lassen die Hemmungen ziemlich nach beim Aufräumen auch mal das Dickicht zu lichten. Aber im Großen und Ganzen kann das System ja das was es soll - einen Blog darstellen. Ein Feature was mir einfällt und noch fehlt wäre die Möglichkeit den Einträgen ein festes Bild zuzuordnen, das ist aber auch einfach zu realisieren. Jedenfalls scheint es viele Blogs zu geben die für jeden Eintrag ein großes Bild haben, auch wenn das für mich wenig zielführend erscheint, ich bin halt ein Text-Mensch und die wenigsten Blogger haben ein gutes eigenes Bild für jeden Artikel den sie schreiben wollen.

Was aber das offensichtliche Zeichen dafür ist dass der Gaul schon ziemlich schwankt: Das Angebot an Designvorlagen ist erschreckend mau. Für große CMS wie Wordpress, Blogger oder Joomla gibt es tausende Templates, für s9y sind es ein paar Dutzend und die zwei neuesten sind von 2013, die meisten anderen sind von 2005-2008 und sehen auch so aus, das ist ja fast schon Internet-Steinzeit. Ist es dann bezeichnend, dass der Template-Entwickler eine Motivationskrise hat? Ich muss dazu sagen, dass ich das zwar gezwungenermaßen für mein eigenes System gemacht habe, aber mit CSS-Programmierung stehe ich auf Kriegsfuß. Dauert ewig bis man endlich das Ergebnis hat was man sich vorstellt und alles da bleibt wo es hingehört wenn man die Anzeigebreite verändert. Außerdem gibt es seit HTML5 so viele super tolle Effekte etc. und meine grafische Gestaltungsfähigkeit nutzt das niemals aus. Ich kenne keine Zahlen wie oft Serendipity denn täglich heruntergeladen wird, aber nach Aufwind sieht mir das nicht aus. Wie gesagt: Der Core stellt die Informationen ja einwandfrei zur Verfügung und die ganze Darstellung steht und fällt mit dem Template. Dabei verwendet das Programm mit Smarty ja eine wirklich praktische Template-Engine. Bei meinem eigenen System habe ich den Html-Output in die untere Hälfte der PHP-Dateien gepackt, das schränkt das Layout natürlich ein und ist auch nicht super toll lesbar, wenn man teilweise mit 'echo' ausgibt und teilweise PHP per Tag verlässt. Mit der Template-Engine übergibt man die ganzen Variablen und die Engine kann diese dann auf beliebige Html-Vorlagen anwenden und dabei noch Kontrollstrukturen verwenden.

Tja, jetzt habe ich irgendwie ein starkes DejaVu: Wenn ich so ein schönes Template wie ich es letztens für Blogger gesehen habe haben will, muss ich es selbst machen. Das wird wohl ewig oder noch ewiger dauern - und ich hasse CSS. Und wenn es nicht nur für mich, sondern für alle funktionieren soll müsste ich es auch für alle Plugins benutzbar machen und nicht für die paar die ich selbst benutze - das dauert noch länger. Und es wäre ein Zeichen dafür, dass ich mit Abstand derjenige bin der in den letzten Monaten am meisten zum Projekt beigetragen hat, dabei geht es mir ja darum eben nicht die (zumindest mengenmäßige) Führung zu übernehmen, sondern Teil eines Teams zu sein bei dem man zu anderen leistungsmäßig aufblicken kann und die man mit seinem Beitrag dazu motivieren kann nachzuziehen.

Einer der Hauptautoren hatte zumindest mal angefangen meinen Beitrag zu prüfen, seine berechtigte Kritik war dann auch dass ich eine Menge nicht zusammenhängener Änderungen in einen Commit gepackt habe und außerdem ein paar Formatierungssachen, wo die offizielle Richtlinie anders ist als ich es gemacht habe. Ich habe das dann auch geändert und den großen Haufen Änderungen in tagelanger Arbeit nochmal fein säuberlich auseinandergeklaubt und in einzelne Commits gepackt und die Änderungen der Änderungen zusammengeführt. Ich bin jetzt ein echter git-rebase Experte. Das Problem ist nur - es hat sich danach nichts mehr getan. Es gibt auch eine Slack-Diskussionsplattform für die Entwickler und 99% des Textes darin in den letzten Monaten sind von mir. Das stimmt schon etwas nachdenklich.

Und ein anderer Kritikpunkt, den ich aber nicht teilen kann ist eine schon fast pathologische Angst am Programmkern etwas zu verändern. Serendiptiy hat den Programmkern und zusätzliche Plugins, die sich in zwei Gruppen teilen: Im Paket mitgelieferte und "additional Plugins". Anders als zum Beispiel bei Joomla gibt es aber keine mir bekannten Fremd-Plugin-Anbieter, die ganze Codebasis ist also in dem Serendipity-Repository. Deshalb sehe ich kein Problem darin wenn es sinnvoll ist eine Kernfunktion umzuprogrammieren das auch zu machen und dann einfach alle Funktionsaufrufe in allen Plugins umzuschreiben. Dafür gibt es ja Effective File Search. Und wenn man die additional plugins dann zwangsweise gleich mit der Hauptversion updaten würde müsste man da auch nicht dauernd auf Abwärtskompatibilität achten, das verkompliziert den Code nur unnötig wenn man da die Versionsnummer abfragen muss. Wenn ein Funktionsaufruf wegen abweichenden Argumenten illegal ist dann ist das normalerweise so ein heftiger Fehler dass er leicht zu beheben ist. Ich finde das ja deshalb auch so super wie das bei meinem Montagekalender ist: Wenn jemand einen Fehler findet und mir das sagt ist er innerhalb von ein paar Minuten gefixt und online. Das ist etwas total anders als bei kommerzieller Software und vielen OpenSource-Projekten wo man Fehler meldet und wenn man Glück hat wird das nächstes Jahr in der nächsten Version gefixt, wenn überhaupt.

Noch schlimmer ist, dass sich die Geschichte da wohl wiederholt, denn es muss wohl früher einen anderen Entwickler namens Ophian gegegeben haben der ebenfalls das Projekt verlassen hat und seine eigene Fork unter dem Namen Styx publiziert hat. Warum auch immer. Angesichts der Tatsache, dass ich schon bei Serendipity 2.4.alpha6 bin und der Master immer noch auf 2.4.alpha2 steht und überhaupt nicht absehbar ist wann 2.4 überhaupt offiziell veröffentlicht wird, habe ich jetzt de facto auch eine eigene Fork, die aber nur einen einzigen User hat (mich) und mangels Publicity auch keine anderen bekommen wird. Weil das Projekt aber so groß ist wäre auch die Vermarktung meiner eigenen Fork alleine auch keine Option, da kommt man ja nicht hinterher, da spielt meine Jack-of-all-Trades Persönlichkeit nicht mit. Bei Styx fehlen ja zum Beispiel die ganzen Änderungen die ich gemacht habe und die das Original-Serendipity-Team seitdem gemacht hat und weil sich das schon länger auseinanderentwickelt hat dürfte es schwierig bis unmöglich sein das wieder zusammenzuführen. Es gibt jetzt also die Styx-Version die einen guten WYSIWYG-Editor haben soll, meine Version mit Verbesserungen im Multilingual-Bereich, dem Abonnements-Feature und der Autorseite und das Original (kann jetzt auch utf8mb4).

Kann man also sagen, dass der Gaul gerade stirbt? Ich würde sagen ja. Und dass versucht wurde das Problem zu lösen indem man das Pferd in der Mitte durchsägt machte es nicht besser, denn jetzt haben wir zwei sterbende Gäule, denn mit Verlaub hat Styx das gleiche Problem mit mangelnder Manpower bei den Templates und Übersetzungen und zu wenig Kapazität für größere Verbesserungen.

Es ist halt immer das gleiche: Irgendwann komme ich an den Punkt wo man mit anderen zusammen an einem Strang in die gleiche Richtung ziehen müsste damit etwas gutes daraus wird. Nimmt man alle drei Serendipity-Ableger zusammen und findet auch noch ein paar Leute die attraktive Templates und die fehlenden Übersetzungen machen dann wäre das mit Leichtigkeit das beste System am Markt. Nur bräuchte man da eine völlig andere Persönlichkeit um diese Leute (wieder) zusammenzubringen und für dieses Ziel zu motivieren. Und weil ich diese Persönlichkeit aber nicht habe, aber eben trotzdem die Weitsicht die Situation zu erkennen kann ich an dieser Stelle eigentlich nur noch einpacken und die Tierkörperbeseitigung rufen, denn ich kann es nicht ändern und von alleine wird es sich auch nicht ändern.

Um es mit Bernd dem Brot zu sagen: Mist.