Ich habe diesen Blog nicht gebaut, weil es keine Blogsysteme gibt. Davon gibt es genug. Wahrscheinlich zu viele. Ich habe ihn auch nicht gebaut, weil ich unbedingt noch ein technisches Projekt anfangen musste. Davon habe ich ebenfalls genug. Ich habe ihn gebaut, weil ich irgendwann gemerkt habe, dass ein Blog für mich nicht nur ein Ort ist, an dem Texte erscheinen. Ein Blog ist eine Form. Und wenn die Form nicht zum Denken passt, dann wird auch das Denken falsch geführt. Für viele reicht ein fertiges System vollkommen aus. WordPress, Ghost, irgendein statischer Generator, ein Headless CMS, alles legitim. Aber für mich ging es um etwas anderes. Ich wollte keinen Blog benutzen, der meine Architektur nur transportiert. Ich wollte einen Blog bauen, der selbst zeigt, wie ich Architektur verstehe. Nicht als Dekoration. Nicht als technisches Schaulaufen. Sondern als klare, ruhige, nachvollziehbare Struktur. Ein Blog ist eigentlich ein sehr schönes Softwareproblem. Auf den ersten Blick ist er banal. Es gibt Artikel, Sprachen, Kategorien, vielleicht Tags, eine Übersicht, Detailseiten, Suchmaschinen, ein bisschen Layout. Fertig. Aber gerade in dieser Banalität zeigt sich, ob eine Architektur trägt. Denn wenn schon ein Blog unnötig kompliziert wird, was passiert dann erst bei einem echten Fachsystem? Wenn schon ein Artikelmodell auseinanderfällt, was passiert dann bei Prozessen, Berechtigungen, Workflows, Auditierung, Versionierung und Integration? Deshalb ist dieser Blog für mich auch ein Prüfstein. Er soll zeigen, dass Software nicht laut sein muss, um ernsthaft zu sein. Gute Architektur drängt sich nicht permanent in den Vordergrund. Sie macht Dinge möglich, ohne ständig Aufmerksamkeit zu verlangen. Sie schafft einen Raum, in dem Inhalte, Modelle und Oberflächen ruhig zusammenarbeiten können. Man merkt sie nicht daran, dass sie spektakulär ist. Man merkt sie daran, dass sie nicht stört. Ich wollte Scala 3 auf dem Server verwenden, weil ich diese Sprache mag und weil sie eine besondere Verbindung aus Ausdruckskraft und Strenge besitzt. Ich wollte Java EE 11 verwenden, nicht aus Nostalgie, sondern weil es eine solide, standardisierte Grundlage bietet. Ich wollte SBT verwenden, weil der Build Teil der Architektur ist und nicht nur ein Ordner mit Konfiguration. Ich wollte serverseitig gerendertes HTML, weil ein Blog zuerst gelesen, gefunden und verstanden werden soll. Nicht nur vom Browser, sondern auch von Suchmaschinen, Crawlern und vielleicht irgendwann von KI-Systemen. Dabei ging es mir nicht darum, alles neu zu erfinden. Das wäre Unsinn. Es ging mir darum, die entscheidenden Stellen selbst zu kontrollieren. Dort, wo Architektur Bedeutung hat, wollte ich keine Magie. Keine versteckten Annahmen. Keine Workarounds, die heute schnell helfen und morgen die Struktur beschädigen. Ich wollte sehen, wie wenig nötig ist, wenn man die Dinge sauber zusammensetzt. Dieser Blog ist deshalb kein Produkt im klassischen Sinn. Er ist eher ein sichtbarer Ausschnitt meiner Denkweise. Ein kleines System, an dem man erkennen kann, wie ich größere Systeme bauen würde. Domain zuerst. Struktur vor Effekt. Klarheit vor Komfort. Standard vor Abhängigkeit. Und an den Stellen, an denen Abstraktion nötig ist, muss sie ehrlich sein. Sie darf nicht verbergen, was eigentlich passiert. Sie muss erklären, nicht verschleiern. Vielleicht ist das der eigentliche Grund, warum ich den Blog selbst gebaut habe: Ich wollte einen Ort, an dem Text und Architektur aus derselben Haltung entstehen. Die Texte sollen nicht nur über Software sprechen. Die Software soll selbst zeigen, welche Art von Denken hinter den Texten steht. Ein fertiges Blogsystem hätte mir schneller eine Oberfläche gegeben. Aber es hätte nicht gezeigt, was mich interessiert. Mich interessiert nicht nur, dass etwas funktioniert. Mich interessiert, warum es trägt. Mich interessiert die Stelle, an der aus Technik Form wird. Und aus Form Vertrauen. Dieser Blog ist also nicht einfach mein Blog. Er ist mein erstes Architekturstatement in laufender Form.