Wie wir bauen, prüfen und betreiben.
Die Standards hinter der Arbeit — Code, Reviews, Testing, Architektur, Dokumentation und Betrieb. Jeder mit einem nachlesbaren Beleg, keiner als Behauptung.
Code
Geschäftslogik gehört in die Domäne, unabhängig vom Framework. Wir bevorzugen Konsistenz über die je Stelle beste Einzellösung, weil sie das System als Ganzes lesbar hält — und schreiben für die Leserin von morgen.
Beleg: Business-Logik gehört nicht in Controller →Reviews
Jede Empfehlung nennt ihren Preis und den Fall, in dem wir anders entscheiden würden. Was wir als Tatsache behaupten, ist belegbar; was Haltung ist, benennen wir als Haltung.
Beleg: Engineering-Entscheidungen (ADRs) →Testing
Wir testen, wo Fehler teuer sind — den fachlichen Kern und die Pfade, deren Bruch echten Schaden anrichtet. Den schwierigsten Pfad beweisen wir früh und End-to-End, bevor die Breite entsteht.
Beleg: Wann sich Tests wirklich lohnen →Architektur
Die tragenden Entscheidungen fallen zuerst, bewusst und dokumentiert. Wir beginnen mit dem modularen Monolithen und fügen keine Struktur hinzu, bevor ein konkretes Problem sie verlangt.
Beleg: Modularer Monolith vs. Microservices →Dokumentation
Wir denken schriftlich. Eine Entscheidung ohne festgehaltenes Warum ist ein Risiko: Geht das Warum verloren, wird jede spätere Änderung zum Rätsel. Wir dokumentieren das Langsame — Entscheidungen, Grenzen, Betrieb —, nicht das Schnelle.
Beleg: Batunet Engineering Method →Betrieb
Wir entwerfen für den Fehlerfall und proben ihn, bevor es die Produktion tut. Beobachtbarkeit gehört zum ersten Tag; wir liefern in kleinen, umkehrbaren Schritten und ohne Ausfallzeit aus, wo Verfügbarkeit zählt.
Beleg: Zero-Downtime-Datenbankmigrationen →Standards, die man prüfen kann.
Sprechen Sie mit der Geschäftsführung — technisch, ohne Vertrieb.
