Ideen & Einblicke · Seite 4

AI-First-Entwicklung, Coding-Leitplanken und die Architektur der Entsorgbarkeit erkunden.

26. Juli 2026

IBMs Zero-Defect Process lieferte 0,1 Bugs pro KLOC. Die Industrie hat ihn trotzdem aufgegeben.

IBMs Cleanroom Engineering erreichte Defektraten, die 100-mal besser waren als der Industriedurchschnitt, und verschwand dann in der Bedeutungslosigkeit. Das Verschwinden hatte nichts damit zu tun, ob es funktionierte.

25. Juli 2026

Hat tatsächlich jemand 10.000 Zeilen mit null Defekten verifiziert? IBM hat es getan, und die Methodik ist seltsamer als das Ergebnis.

Cleanroom software engineering versprach inkrementelle Zero-Defect-Releases durch mathematical verification statt Debugging. Wir betrachten die tatsächlichen IBM-Projektdaten, um zu sehen, ob die Behauptung standhielt.

cleanroom-correctness zero-defects verification case-study

24. Juli 2026

Dein Modul hat drei Schichten. Du hast wahrscheinlich nur eine geschrieben.

Box Structures zwingen dich, das Verhalten eines Moduls, seinen Zustand und seine Implementierung als drei separate, überprüfbare Schichten zu definieren. So eliminiert Cleanroom das Debugging.

cleanroom-correctness box-structure architecture specification

23. Juli 2026

IBM lieferte Software mit 0,1 Defects pro KLOC aus – indem Entwickler ihren eigenen Code nicht ausführen durften

IBMs Cleanroom-Engineering-Prozess erreichte Defect-Raten, die 100-mal besser waren als der Industriedurchschnitt, indem Bugs verhindert statt gefunden wurden. So funktionierte es, warum fast niemand es nutzt und was du heute davon übernehmen kannst.

cleanroom-correctness ibm zero-defects software-quality

22. Juli 2026

Ihr literates Programm ist kaputt, bis CI es ohne Sie tanglen kann

Literate Programming verspricht eine einzige Quelle der Wahrheit, aber manuelle Weave- und Tangle-Schritte brechen die CI/CD-Pipeline. So automatisieren Sie Extraktion und Dokumentationsgenerierung, damit Ihre Markdown-Dateien kanonisch bleiben.

literate-programming ci-cd weave-tangle automation

21. Juli 2026

Erklärung von Code an ein LLM zuerst senkte meine Bug-Rate um 85%

Ich verbrachte 30 Tage damit, Design-Erklärungen zu schreiben, bevor ich ein LLM um Code bat. Die Ergebnisse veränderten meine Sicht auf Rubber-Ducking.

literate-programming llm code-quality rubber-ducking

20. Juli 2026

Ich habe aufgehört, Code in Docs zu kopieren, indem ich Tests, Code und Prosa in einer Markdown-Datei halte

Literate Programming hält Dokumentation, Tests und Implementierung synchron, indem eine Markdown-Datei zur single source of truth wird. So lässt es sich in dreißig Zeilen Python umsetzen.

literate-programming documentation testing single-source-of-truth

19. Juli 2026

Ihr Claude-Thread ist bereits Dokumentation. Er stirbt nur in zwölf Stunden.

LLM-Konversationen enthalten Absicht, abgelehnte Alternativen und funktionierenden Code. Genau das sollte Dokumentation sein. So verwandeln Sie flüchtigen Chat in dauerhafte, durchsuchbare Docs, ohne die Erzählung zu verlieren.

literate-programming llm documentation ai-engineering

18. Juli 2026

Texteditoren erlauben das Schreiben von ungültigem Code. Tree-Editoren würden das nicht tun.

Jeder Compiler sieht deinen Code als Baum, aber dein Editor lässt dich rohen Text bearbeiten. So sieht strukturiertes Editieren tatsächlich aus, warum es sich nicht durchgesetzt hat und wie du seine Vorteile nutzen kannst, ohne Tools zu wechseln.

literate-programming structured-editing ast programming-tools

17. Juli 2026

Donald Knuth wollte, dass Programme wie Literatur gelesen werden. Der Compiler hatte andere Pläne.

Literate Programming versprach, dass Code erst für Menschen und dann für Maschinen geschrieben werden sollte. Vier Jahrzehnte später schreibt fast niemand so. Hier ist, warum die eleganteste Idee der Software-Dokumentation die Art und Weise, wie wir arbeiten, nicht verändern konnte.

literate-programming knuth software-history documentation