Building for the Long Term

Langfristig bauen

Die Rahmenbedingungen werden sich ändern. Die Datenbanken werden sich ändern. Was bleibt, ist die Klarheit Ihres Denkens.

Alle paar Jahre entscheidet die Branche gemeinsam, dass alles, was wir getan haben, falsch ist und es einen besseren Weg gibt. Neue Frameworks, neue Paradigmen, neue Build-Tools. Die Abwanderung ist unerbittlich, und wenn Sie nicht aufpassen, verbringen Sie mehr Zeit mit der Migration als mit dem Aufbau.

Ich schreibe schon lange genug Software, um mehrere dieser Zyklen gesehen zu haben. jQuery über Backbone bis hin zu Angular, um auf alles zu reagieren, was als nächstes kommt. Jeder Übergang fühlte sich zu diesem Zeitpunkt dringend an. Rückblickend betrachtet drehte es sich bei den wirklich wichtigen Dingen selten um den Rahmen.

Was überlebt

Saubere Datenmodelle überleben. Klare Grenzen zwischen Systemen bleiben bestehen. Gute Namen bleiben erhalten. Die Entscheidung, die Dinge einfach zu halten, obwohl man sie clever hätte machen können – das bleibt definitiv bestehen.

Was nicht überlebt, ist Code, der geschrieben wurde, um zu beeindrucken, Abstraktionen, die für Probleme erstellt wurden, die nie eintraten, und Architekturen, die eher auf der Grundlage der Meinungen eines Frameworks als auf der Realität der Domäne entworfen wurden.

Der beste Code, den ich geschrieben habe, ist langweilig. Es liest sich wie Prosa, macht eine Sache gut und erfordert keinen Doktortitel in Kategorientheorie, um es zu verstehen. Der schlechteste Code, den ich geschrieben habe, war damals technisch beeindruckend.

💬 Discussion 1
Guest
Avatar
  • Christoph Baum (collapsed)
    Der Test von „Langfristig bauen“ auf einer Staging-Umgebung lief reibungslos, aber bei unvorhergesehenen Sonderfällen wurde es knifflig. Hat jemand bei steigender Last unerwartete Engpässe festgestellt oder hält das System wie versprochen durch?
    0