Software Engineering on markob.de

Wann ist eine Software „stable"?

Tue, 16 Jun 2026 00:00:00 +0000

„Stable" klingt nach einer geprüften Eigenschaft. Tatsächlich ist es meist nur eine Selbstauskunft der Maintainer – keine Aussage über Qualität, sondern eine Behauptung über den eigenen Code.

Das wird besonders deutlich an einer unauffälligen Composer-Einstellung, die in fast jeder composer.json steht:

{
 "minimum-stability": "stable"
}

Composer unterscheidet Versionen nach einem reinen Namensschema:

1.0.0-alpha
1.0.0-beta
1.0.0-RC1
1.0.0

„Stable" bedeutet hier: kein Alpha, kein Beta, kein Release Candidate. Jede Version ohne einen solchen Suffix gilt als stabil – v1.0.0, v1.2.3, v2.0.0, alle gleichermaßen. Composer trifft damit keine Aussage über Qualität. Es trifft eine Aussage über eine Zeichenkette im Versionsnamen.

Der ehrlichste Satz in der Softwareentwicklung

Fri, 05 Jun 2026 00:00:00 +0000

Bei Legacy-Code schätzt du nicht wie lange etwas dauert. Du schätzt, wie lange es dauert, bis du weißt, wie lange es dauert.

Das klingt nach einer Ausrede. Es ist keine.

Warum Schätzungen immer falsch sind

Golo Roden hat es in seiner „Won’t fix!"-Serie auf heise online gut formuliert: Softwareentwicklung ist kein Produktionsprozess. Eine Fabrik die bereits weiß wie man ein Auto baut, kann den Aufwand präzise planen. Wer Software entwickelt, erzeugt erst das Wissen das für die Lösung nötig ist. Das lässt sich nicht im Voraus messen.

„Mach mal schnell"

Mon, 25 May 2026 00:00:00 +0000

„Kannst du da mal schnell etwas ändern?" „Das ist doch nur eine Kleinigkeit." „Da muss man doch nur kurz …"

Wer länger in der Softwareentwicklung arbeitet, kennt diese Sätze. Gemeint sind sie selten böse. Trotzdem stecken darin zwei Probleme gleichzeitig: die Komplexität von Softwareänderungen wird nicht verstanden – und durch die Formulierung implizit entwertet.

Was wirklich passiert

Bevor eine einzige Zeile geändert wird, beginnt die eigentliche Arbeit. Frühere Entscheidungen verstehen. Abhängigkeiten erkennen. Risiken bewerten. Seiteneffekte vermeiden. Neue Entscheidungen treffen.

Das weiße Blatt

Mon, 20 Apr 2026 00:00:00 +0000

Wer lange mit gewachsenen Systemen gearbeitet hat, entwickelt eine bestimmte Art zu denken. Man sieht nicht nur, was ein Werkzeug kann – man sieht, was es einem aufzwingt. Welche Entscheidungen es vorwegnimmt. Welche Wege es versperrt, bevor man überhaupt angefangen hat.

Das weiße Blatt ist selten. In der Praxis arbeitet man fast immer im Bestand – mit Legacy-Code, mit bestehenden Abhängigkeiten, mit Entscheidungen, die jemand anderes vor Jahren getroffen hat. Das ist der Alltag, und diese Serie handelt davon.

Was bleibt vom Entwickler

Wed, 15 Apr 2026 00:00:00 +0000

Was ich nicht mehr tue

Ich schreibe heute kaum noch Code. Nicht weil ich es nicht kann – sondern weil die KI schneller, konsistenter und ohne die kleinen Flüchtigkeitsfehler arbeitet, die sich in langen Arbeitstagen einschleichen.

Ich tippe keine Boilerplate mehr, keine Konstruktoren, Getter oder wiederholenden Strukturen.

Das klingt nach Verlust. Ist es aber nicht. Das Handwerk war nie der interessante Teil. Wertvoll war immer das Verstehen des Problems und das Urteil über die Lösung – alles, was der KI nicht abgenommen werden kann.

Die Schnecke

Wed, 01 Apr 2026 00:00:00 +0000

Ich habe heute zufällig eine Grafik gesehen, die oft gezeigt wird, wenn jemand Scrum erklärt.
Ein großer Kreis mit einem kleineren Kreis darin, der sich hineinschraubt. Der Sprint dreht sich, der Daily Stand-Up dreht sich darin.
Darunter ein Fließband: Backlog, Planning, Sprint-Backlog, Sprint, Finished Work. Von links nach rechts.

Eine Schnecke.

Die Schnecke ist kein schlechtes Tier. Sie ist beständig, anpassungsfähig, kommt ans Ziel. Aber agil?
Nicht das erste Wort, das einem einfällt. Und doch trägt die bekannteste Visualisierung eines der einflussreichsten
agilen Frameworks ihr Bild.