Vertrag zuerst
Definiere Eingaben, Ausgaben, Fehler und Invarianten vor dem Klassendesign.
Build-it-yourself-Methode
Aus fremdem Code wird ein System, das du verstehst.
Nutze eine wiederholbare Methode: Vertrag festhalten, einen kleinen Kern bauen und die wichtigen Eigenschaften testen.
Kleiner korrekter Kern
Implementiere ein nützliches Verhalten mit einer expliziten Fehlerstrategie.
Sichtbarer Zustand
Mache Ownership und Zustandsübergänge nachvollziehbar.
Explizite Grenzen
Abbruch, Größenlimits und Timeouts gehören in den Vertrag.
Eigenschaften testen
Prüfe Reihenfolge, Determinismus, Ressourcenfreigabe und Roundtrips.
Abstraktionen begründen
Verallgemeinere, wenn konkrete Implementierungen den Bedarf zeigen.
Bevor ein Experiment als fertig gilt
- Baut sein öffentlicher Einstiegspunkt?
- Verändert ein Import die Umgebung nicht?
- Prüfen echte Tests den dokumentierten Kern und Fehlerpfade?
- Werden Ressourcen freigegeben und Eingaben begrenzt?
- Passen Beispiele und beide Sprachfassungen zum Code?
- Sind offene Integrationen und nächste Schritte explizit?
Was bedeutet „fertig“?
Ein Konzept erklärt eine Idee. Ein funktionierendes Experiment demonstriert einen getesteten, dokumentierten Kern. Ein Produktionspaket braucht zusätzlich Kompatibilitätszusagen, Betriebsgrenzen, Integrationsnachweise und Wartung. Ein Badge allein verspricht keine Produktionsreife.