Woran man uns messen kann.
Zwölf Grundsätze, nach denen wir Software entwickeln — jeder mit einem Verweis auf etwas Nachlesbares auf dieser Website.
Software altert gut oder gar nicht.
Wir entwerfen für die Kosten jeder Änderung über Jahre, nicht für den Tag der Abnahme. Langlebigkeit ist der Zweck, kein Nebeneffekt.
Belegt durch: Software, die in zehn Jahren noch läuft →Umkehrbarkeit vor Vorhersage.
Wir sagen die Zukunft nicht voraus; wir halten Änderung günstig. Unumkehrbares treffen wir langsam und schreiben das Warum auf.
Belegt durch: Reversibilität vor Vorhersage →Komplexität folgt der Notwendigkeit.
Einfachheit muss entworfen werden; Komplexität entsteht von allein. Wir fügen keine Struktur hinzu, bevor ein konkretes Problem sie verlangt.
Belegt durch: Standpunkt: Vorzeitige Abstraktion →Geschäftslogik gehört in die Domäne.
Die Regeln, die das Geschäft ausmachen, bleiben unabhängig vom Framework — das Framework ist Infrastruktur, nicht der Ort der Regeln.
Belegt durch: Business-Logik gehört nicht in Controller →Jede Empfehlung nennt ihren Preis.
Es gibt keine Empfehlung ohne Trade-off, Kosten und den Fall, in dem wir anders entscheiden würden. Wer den Gegenfall nicht benennen kann, hat die Empfehlung nicht verstanden.
Belegt durch: Alle Leitfäden →Wir testen, wo Fehler teuer sind.
Der Wert eines Tests ist die Änderung, die er sicher macht — nicht eine Abdeckungszahl. Wir testen den teuren Kern, nicht das Belanglose.
Belegt durch: Wann sich Tests wirklich lohnen →Beobachtbarkeit gehört zum Entwurf.
Man kann nur betreiben, was man sehen kann. Beobachtbarkeit ist eine Entwurfseigenschaft von Tag eins, kein Zusatz nach dem ersten Incident.
Belegt durch: Standpunkt: Observability als Architektur →Wir beginnen mit dem modularen Monolithen.
Ein Deployable mit klaren Grenzen ist die umkehrbare Voreinstellung. Dienste extrahieren wir erst, wenn eine benannte Kraft es verlangt.
Belegt durch: Modularer Monolith vs. Microservices →Ausgereifte Technik vor Mode.
Wir wählen nach Kontext und Lebensdauer, nicht nach Hype — weil die Grenzen ausgereifter Technik bekannt sind und in fünf Jahren noch jemand sie versteht.
Belegt durch: Laravel oder Symfony →Wir betreiben, was wir bauen.
Software endet nicht beim Launch. Wir entwerfen für den Fehlerfall, liefern in kleinen umkehrbaren Schritten und bleiben am System.
Belegt durch: Software-Wartung & Betrieb →Ihr Code gehört Ihnen.
Der projektspezifische Quellcode und die vereinbarten Projektartefakte werden übergeben, samt dem Wissen, sie zu betreiben. Sie bleiben technisch unabhängig — von jedem Anbieter, auch von uns.
Belegt durch: Über Batunet →Ein Ansprechpartner: die Geschäftsführung.
Über das ganze Projekt koordiniert die Geschäftsführung Kommunikation und technische Entscheidungen; entwickelt wird im Team.
Belegt durch: Kontakt →Prinzipien sind zum Prüfen da.
Wenn Sie das anders sehen — oder ein konkretes Problem haben — sprechen Sie direkt mit der Geschäftsführung.
