Meine Arbeitsweise
Über drei Jahrzehnte Erfahrung haben eine klare Methodik geprägt: zweckorientiertes Design, saubere Architektur und nachhaltige Qualität. Dies sind die Prinzipien, die jede Zeile Code leiten, die ich schreibe.
Aus Vertraulichkeitsgründen kann ich den Code der meisten meiner Produktionsprojekte nicht teilen. Ich lade Sie jedoch ein, meine öffentlichen Repositories zu erkunden, in denen ich Open-Source-Tools, Experimente und Beiträge zur Entwicklergemeinschaft teile.
Auf GitHub ansehenBevor ich eine Zeile schreibe, stimme ich ab, was Erfolg bedeutet — Geschäftsziele, Risiken, Nutzer, Metriken — und übersetze das in Domänensprache: Konzepte, Invarianten, Prozesse, Ausnahmen und Regeln. Bei komplexen Domänen wende ich DDD an, damit das Modell ein Kommunikations- und Entscheidungswerkzeug wird, kein dekoratives Diagramm.
UX bedeutet nicht, Dinge hübsch zu machen — es geht darum, kognitive Last zu reduzieren, Fehler zu antizipieren, Entscheidungen zu leiten und Nutzern zu helfen, mit Vertrauen voranzukommen. Ich designe Flows, Zustände, Leerzustände, Berechtigungen, Latenzen, Fehler und Happy Paths mit derselben Strenge wie eine API. Die Erfahrung muss vorhersehbar, zugänglich und konsistent auf allen Bildschirmen sein.
Die Oberfläche wird als System gebaut: wiederverwendbare Komponenten, Tokens, Varianten, Zustände und hierarchische Komposition. Mit Atomic Design erhalte ich Ordnung, Skalierbarkeit und visuelle/funktionale Kohärenz (Atome → Moleküle → Organismen → Templates → Seiten). Das reduziert Änderungskosten und vermeidet Spaghetti-UI.
Verantwortlichkeiten zu trennen ist kein Dogma — es ist nachhaltige Geschwindigkeit. Ich definiere Grenzen (Domäne, Anwendung, Infrastruktur, Präsentation), stabile Verträge und korrekte Abhängigkeiten. Wenn angemessen, wende ich hexagonale Architektur an, um den Kern von Datenbanken, Messaging, externen Anbietern und Frameworks zu entkoppeln.
Ich nutze Prinzipien wie SOLID und Patterns (Repository, Strategy, Factory, Adapter, Facade, CQRS wenn nötig), um echte Komplexität zu managen: Testbarkeit, sichere Erweiterung, Kopplung reduzieren und Code-Verständnis. Patterns sind Werkzeuge; das Ziel ist, dass das System lesbar, vorhersehbar und leicht weiterzuentwickeln ist.
Sicherheit wird nicht am Ende hinzugefügt. Ich mache sie zur architektonischen Anforderung: Authentifizierung, Autorisierung, Isolation, Nachverfolgbarkeit, Verschlüsselung, Secrets-Management, Rate Limiting, Hardening und Grenzvalidierung. Ich stütze mich auf Standards und Checklisten — z.B. ASVS-Prüfungen und OWASPs Secure-by-Design-Ansatz.
Ich optimiere nicht nach Intuition — ich messe, profile und messe erneut. Ich designe mit extremer Performance im Sinn wenn nötig: Caching, Queues und Async, echte Paginierung, Backpressure, korrekter Index-Einsatz, Payload-Minimierung und Konsistenzstrategien. Das Ziel: flüssige Erfahrung, Stabilität und kontrollierte Kosten unter Last.
In Frontend und Backend wird der Zustand explizit modelliert — nicht in Nebeneffekten versteckt. Ich unterscheide lokalen Zustand vs. Anwendungszustand, definiere Wahrheitsquellen und nutze Facades, um Frameworks zu isolieren und zu verhindern, dass die UI interne Details kennt. Ergebnis: weniger Geister-Bugs, mehr Vorhersehbarkeit, günstigere Refactors.
Qualität wird nicht verhandelt — sie wird automatisiert. Ich wende die Testpyramide an (Unit, Integration, e2e wenn wertvoll), stabile Verträge, Linter, CI und eine echte Definition of Done. Dazu gehört Observability: nützliche Logs, Metriken, Traces, Korrelation und Alarme. Und ich dokumentiere das essenzielle Minimum, aber immer handlungsfähig und wartbar: ADRs, Diagramme, operative READMEs, Deployment-Guides und Runbooks.
Ich baue vertikal: kleine vollständige Teile, die mit Vertrauen in Produktion gehen. Ich arbeite mit Kadenz, Feedback und Anpassung, ausgerichtet an Scrum-Prinzipien: Iteration, Inspektion und Anpassung zur Risikokontrolle und Wertmaximierung. Die Architektur begleitet die Roadmap und entwickelt sich weiter, ohne das Team zu blockieren.
Notizen zu Unternehmenssoftware, KI-Agenten und der Praxis dahinter.
1 Min. Lesezeit
Robotergestützte Inspektion sammelt mehr und genauere Daten als je zuvor. Das Sammeln ist aber nur die halbe Aufgabe. Die andere ist, daraus etwas zu machen, worauf eine Entscheidung beruhen kann.
2 Min. Lesezeit
Ich empfehle selten Software. Dies ist eine Ausnahme: Es löst ein Problem, das ich in kleinen und mittleren Unternehmen überall sehe — und, schlimmer, auch in einigen sehr großen.
3 Min. Lesezeit
«Die KI nimmt uns die Arbeit weg.» «Die KI ist bewusst.» «Die AGI ist da.» Wirklich? Nach 30 Jahren Softwareentwicklung läuft der Hype aus dem Ruder.
Ich würde gerne mehr über Ihr Projekt erfahren und gemeinsam erkunden, wie ich Ihnen helfen kann, es mit der Qualität und Professionalität umzusetzen, die es verdient.
Kontakt aufnehmen
