Ich habe ein Jahr bei einem Kunden verbracht und einem großen Team zugesehen, wie es XML-Konfigurationsdateien von Hand editiert hat. Kein Autocomplete, keine Validierung, keine Navigation. Sie kannten das Schema auswendig, weil sie mussten. Es war 2015, und ich dachte mir, das kann doch nicht der Stand der Dinge sein.
War es aber.
Das Muster war immer dasselbe
Eine interne Commerce-Plattform lief auf eigenen Template-Sprachen. Die Editoren waren Plaintext mit vielleicht Syntax-Coloring, wenn man Glück hatte. Anderswo hatte die Deployment-Konfiguration ihre eigene DSL, die keine IDE kannte. Jeder große Kunde hatte sowas - eine Sprache oder ein Format, das fürs Business wichtig war, aber für das Tooling unsichtbar.
Und die Entwickler haben einfach damit gelebt. Sie haben Property-Namen auswendig gelernt. Sie haben sich Hilfs-Skripte geschrieben. Sie haben sich arrangiert.
Was Consulting einem beibringt, das Produktarbeit nicht kann
Consulting lehrt einen, dasselbe Problem in zehn verschiedenen Unternehmen zu sehen. Man kommt rein, richtet sich ein, und innerhalb von drei Wochen sieht man, wo das Tooling versagt. Es sind immer die Nischensprachen. Die Template Engines. Die internen DSLs. Die Konfigurationsformate, von denen bei JetBrains oder Microsoft noch nie jemand gehört hat.
Ich dachte noch gar nicht an Plugins. Ich war einfach nur genervt. Ich kam aus der JetBrains-Welt, wo Java Autocomplete für alles hatte, und dann saß ich vor einem Freemarker-Template mit nichts. Nicht mal einfaches Bracket Matching.
Vom Ärgernis zum Produkt
Als ich das erste Freemarker Plugin gebaut habe, war das um meinen eigenen Juckreiz aus Jahren des Consultings zu kratzen. Dann die Magnolia-CMS-Integration, weil ich zwei Magnolia-Projekte gemacht hatte. Dann die OFBiz-Integration - wir haben ScipioERP auf OFBiz betrieben, das war quasi Pflicht.
Jedes Plugin in unserem Katalog geht auf ein echtes Projekt zurück, in dem ich jemandem gegenübersaß, der diese Sprache in einem Plaintext-Editor bearbeitet hat. Ich habe kein Plugin-Business geplant. Ich habe eins angehäuft.
Und wenn ich ehrlich bin: Manchmal vermisse ich Consulting. Man löst ein Problem, man geht, jemand anderes wartet es. Produktarbeit ist das Gegenteil - man löst ein Problem, und jetzt wartet man es über sechs IDE-Versionen hinweg für immer. Aber ich würde nicht tauschen. Die Consulting-Kunden haben mir die Probleme gezeigt. Die Plugins zu bauen ist der Teil, wo ich sie tatsächlich löse.