th3chris
Zurück

$ kubectl describe principles

Prinzipien

  • Architektur vor Code: Jedes Projekt sehe ich als Ganzes. Früh getroffene Entscheidungen sichern Skalierbarkeit, Sicherheit und Wartbarkeit.
  • Skalierbarkeit als Muss: Gute Software muss skalierbar sein. Egal ob zehn oder zehntausend Nutzer — Architektur, Deployment und Datenflüsse müssen darauf ausgelegt sein.
  • Tests als Fundament: „Was nicht getestet ist, funktioniert nicht!" Nur durch konsequente Integrationstests, realistische Szenarien und automatisierte Pipelines kann man sicherstellen, dass Software auch unter Last und in Produktion stabil läuft. Gerne auch nach dem TDD-Ansatz: erst den Test formulieren, dann die Implementierung.
  • Realismus statt Laborbedingungen: Dev-Umgebungen müssen die Produktion widerspiegeln — in klein, aber echt. Nur so können Fehler früh erkannt werden. Und es muss zu jeder Zeit möglich sein, Produktionsprobleme auch lokal nachzustellen.
  • Automatisierung & Konsistenz: Ein Deployment muss mit einem Handgriff laufen, eine Testumgebung mit einem Klick. GitHub- oder Azure-Pipelines orchestrieren Container-Dependencies, Secrets aus KeyVaults und Abhängigkeiten — alles automatisiert, z. B. mit Cake.
  • KI sinnvoll einsetzen: KI kann die Entwicklung enorm beschleunigen — aber ein KI-Feature ist nur dann wertvoll, wenn es verstanden, überprüft und sauber integriert wird. Ich nutze KI als Werkzeug, nicht als Blackbox.
  • Transparenz & Wissenstransfer: Ich hinterlasse keine Blackbox, sondern eine Lösung, die Teams verstehen und eigenständig weiterentwickeln können.

Beispiel aus meiner Arbeit

Bei einem Kunden wurden Tests lange Zeit mit vereinfachten InMemory-Datenbanken durchgeführt, während in Produktion Postgres lief. Die Folge: stundenlanges Debuggen, ewiges Log-Lesen, weil ein Fehler oft erst im Live-Betrieb zu Tage kam. Manche Abfragen verhielten sich lokal völlig anders — vor allem, weil Entity Framework mit InMemory-DBs ganz anders umging als mit einer echten Datenbank.

Mein Ansatz: Containerized Integration Tests mit TestContainers. Statt künstlicher Testdatenbanken laufen heute in jeder Umgebung — vom Entwickler-Laptop bis zur CI/CD-Pipeline — echte Instanzen derselben Datenbank wie in Produktion. TestContainers.

Das Ergebnis:
  • Realistische Tests, die dieselben Fehler sichtbar machen wie später im Betrieb.
  • Keine Gefahr für Produktivdaten, da jede Instanz isoliert läuft.
  • Weniger Zeit im Debugging, weil Probleme früh und reproduzierbar auftreten.

So wurde aus einem dauerhaften Schmerzpunkt eine verlässliche Grundlage: Entwickler und Teams können sich auf ihre Tests verlassen — und böse Überraschungen in der Produktion gehören der Vergangenheit an.

Warum das zählt

Meine Arbeitsweise schafft für Kunden vor allem eins: Sicherheit.

  • Skalierbarkeit bedeutet: Dein System wächst mit deinem Geschäft, ohne dass es jedes Mal neu erfunden werden muss.
  • Realistische Tests bedeutet: Fehler werden gefunden, bevor sie dich beim Kunden oder in der Produktion teuer treffen.
  • Automatisierung bedeutet: weniger manuelle Fehler, schnellere Abläufe und mehr Verlässlichkeit in jedem Deployment.
  • Nachhaltige KI-Integration bedeutet: neue Features schneller umsetzen — aber so, dass dein Team sie versteht und langfristig betreiben kann.

Kurz gesagt: Du vermeidest böse Überraschungen, sparst Zeit und Kosten — und bekommst Systeme, auf die du dich verlassen kannst.

Arbeitsmodell – flexibel nach Ihrem Bedarf

Solo-Entwicklung

Komplettlösungen aus einer Hand

Von der Architektur über die Implementierung bis zum Deployment – ein Ansprechpartner für alles. Kein Overhead, kurze Entscheidungswege, maximale Geschwindigkeit.

Quickmail Systems (Montabaur): 4 Jahre komplette Mobile-App-Entwicklung als Solo-Developer für Quickmail & Quickpac in der Schweiz. 6 eigenständige Lösungen. Offline-first für Bergregionen.

Team-Integration

Nahtlos im bestehenden Team

Code Reviews, Mentoring, gemeinsame Architektur-Entscheidungen. Ich integriere mich in Ihr Team, als wäre ich seit Tag 1 dabei – und bringe dabei die Erfahrung mit, die Teams weiterbringt.

Hoffmann Group: 5+ Jahre im 5-köpfigen Digital Services Team. Gemeinsam 3 zentrale DataHubs aufgebaut und 8 Shared Libraries gepflegt.

Enterprise-Architektur

Komplexe Systemlandschaften beherrschen

Wenn mehrere Divisionen, Legacy-Systeme und internationale Teams zusammenspielen müssen – dann bin ich in meinem Element. SAP-Integration, Multi-System-Orchestrierung, regulatorische Compliance.

Schneider Electric: Integration diverser Divisionen in eine nahtlose IDE – nachdem Microsoft-Profis es als 'unmöglich' eingestuft hatten.

KI ist mein Werkzeug – nicht mein Autopilot

Mein Ansatz für verantwortungsvollen Einsatz von KI in der Softwareentwicklung

Jede Zeile wird verstanden

KI generiert Code schneller als je zuvor. Aber Code der nicht verstanden wird, ist technische Schuld vom ersten Tag an. Ich nutze AI für Speed – und reviewe, verstehe und optimiere jedes Ergebnis.

Sicherheit ist kein Nachgedanke

KI-generierter Code hat blinde Flecken: Injection-Anfälligkeiten, fehlende Input-Validierung, ungeprüfte Edge Cases. Mit 25+ Jahren Erfahrung erkenne ich diese Schwachstellen – bevor sie in Produktion landen.

Code muss auch ohne KI wartbar sein

Was passiert wenn das LLM-Modell sich ändert oder der AI-Service ausfällt? Mein Code folgt Clean Architecture Prinzipien und ist für Menschen lesbar – heute und in 5 Jahren.

Zurück