Woran man uns messen kann.
Zwölf Haltungen, nach denen wir bauen — und jede belegt durch etwas Nachlesbares auf dieser Website. Kein Leitbild, sondern nachprüfbare Praxis.
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: Entität: Umkehrbarkeit →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 Reference Guides →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.
Quellcode, Infrastruktur und Wissen werden vollständig übergeben. Sie bleiben 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. Kein Vertrieb dazwischen.
Belegt durch: Kontakt →Prinzipien sind zum Prüfen da.
Wenn Sie das anders sehen — oder ein konkretes Problem haben — sprechen Sie mit der Geschäftsführung. Technisch, ohne Vertrieb.
