01
Sicherheit
Bedrohungsmodell vor dem Schema. Minimale Berechtigungen an jeder Grenze, Geheimnisse, die nie den Client erreichen, Abhängigkeiten fixiert und geprüft. Sicherheit ist eine Eigenschaft der Architektur, nicht ein Audit am Ende.
Software Engineering ohne Kompromisse.
Wir entwerfen, bauen und betreiben Systeme, bei denen Korrektheit, Latenz und Sicherheit Anforderungen sind — keine Wunschvorstellungen. Kleine Senior-Teams. Produktion ab Woche eins.
§ 01 — Engineering-Prinzipien
02
Leistung
Budgets werden vor dem ersten Commit festgelegt und bei jedem Build durchgesetzt — Payload-Gewicht, Abfragezeit, p99-Latenz. Schnell ist eine Einschränkung, die wir einhalten, nicht eine Phase, die wir planen.
03
Architektur
Grenzen, die Sie benennen können, Datenflüsse, die Sie zeichnen können, Abhängigkeiten, die in eine Richtung zeigen. Entscheidungen werden mit ihren Kompromissen dokumentiert, damit das System die Menschen überlebt, die es gebaut haben.
§ 02 — Was wir bauen
Sechs Arten von Arbeit. Wenn der schwierige Teil das Engineering ist, nehmen wir es an.
- 01
Produktplattformen
Multi-Tenant-Systeme mit echter Isolation, korrekter Abrechnung und vorhersagbarem Betrieb.
- 02
Backend-Systeme
Versionierte Verträge, strikte Validierung, beobachtbares Verhalten unter Last.
- 03
Interne Software
Die Werkzeuge, auf denen ein Unternehmen läuft, gebaut mit der Sorgfalt, die normalerweise kundenorientierten Produkten vorbehalten ist.
- 04
Infrastruktur-intensive Anwendungen
Deployment, Netzwerk und Fehlerverhalten als Teil des Produkts behandelt.
- 05
Umbauten und Migrationen
Inkrementeller Ersatz von Systemen, die nie abgeschaltet werden können.
- 06
Performance-kritische Systeme
Profiling, Redesign und gemessene Ergebnisse, wo Latenz das Produkt ist.
§ 03 — Wie wir arbeiten
- 01
Verstehen
Einschränkungen, Last, Risiko und das Geschäft dahinter — dokumentiert, bevor etwas gebaut wird.
- 02
Architektur
Grenzen, Datenmodell und Fehlermodi explizit entschieden, Kompromisse dokumentiert.
- 03
Bauen
Kleine Senior-Teams, kurze Zyklen, funktionierende Software in einer realen Umgebung ab Woche eins.
- 04
Härten
Bedrohungsanalyse, Lasttests, Fehlerbudgets, Fehlerpfade bewusst durchlaufen.
- 05
Ausliefern
Progressiver Rollout, Observability vorhanden, Rollback bewiesen, bevor er benötigt wird.
§ 04 — Technische Fähigkeiten
Bewährte Technologie, präzise eingesetzt.
Werkzeuge ergeben sich aus Einschränkungen. Das ist es, worauf die meiste unserer Produktionsarbeit heute läuft — und worüber wir bereit sind zu diskutieren.
- Services
- Go — typisiert, langweilig, schnell zu betreiben
- Interfaces
- TypeScript, Astro, minimales Client-JavaScript
- Daten
- PostgreSQL, Event-Streams, sorgfältige Migrationen
- Edge
- Cloudflare — statische Auslieferung, WAF, Turnstile
- Systeme
- Verteilte Systeme, API-Design, Warteschlangen
- Praxis
- Angewandte Sicherheit, Infrastructure as Code
§ 05 — Projekt-Onboarding
Sechs Fragen statt eines Kontaktformulars.
Ein Ingenieur liest jede Antwort und antwortet innerhalb eines Arbeitstages — mit einer technischen Einschätzung, Fragen oder einem ehrlichen Nein.