Reparieren Sie das System, das Sie haben. Halten Sie den Betrieb am Laufen.
Langsame Releases, mysteriöse Ausfälle, ein Entwickler, der weiß, wo alles liegt. Wir übernehmen Legacy-Anwendungen, machen sie sicher änderbar und modernisieren sie Schritt für Schritt, jeden Schritt verifiziert.
Die Neuentwicklung ist der teuerste Satz in der Softwarewelt. Er klingt sauber, dauert doppelt so lange wie geplant, und während sie läuft, muss das alte System trotzdem repariert werden. In fast jedem Fall lässt sich eine Legacy-Anwendung vor Ort verstehen, stabilisieren und modernisieren, während der Betrieb durchgängig weiterläuft.
Wir beginnen damit, das System beobachtbar und testbar zu machen, und refaktorisieren dann entlang der Nahtstellen, die zählen: die Hot Paths, die Teile, die neue Features blockieren, die Teile, die nachts Alarm schlagen. Frameworks werden aktualisiert, Datenbanken ohne Ausfallzeit migriert, und die Cloud-Rechnung wird vernünftig. Jeder Schritt wird verifiziert, bevor der nächste beginnt.
Verstehen, stabilisieren, dann modernisieren.
Audit und Risikokarte
Zwei Wochen, in denen wir Code, Datenbank und Infrastruktur lesen. Sie erhalten eine Karte davon, was fragil ist, was teuer ist und was in Ordnung ist, mit einem priorisierten Plan.
Zuerst Stabilisierung
Logging, Monitoring, Backups, die Sie wiederherstellen können, Health Checks, die nicht lügen, und die zwei oder drei Fixes, die den wöchentlichen Brand stoppen.
Charakterisierungstests
Tests, die festhalten, was das System heute tatsächlich tut, damit jedes Refactoring gegen die Realität geprüft wird, nicht gegen die Erinnerung.
Inkrementelles Refactoring
Strangler-Muster, Modul-Extraktion, Dependency-Updates und Aufräumarbeiten entlang der Pfade, die Sie tatsächlich ändern, nie ein Big-Bang-Branch.
Framework- und Datenbankmigrationen
PHP- und Laravel-Versionssprünge, Node.js-Upgrades, MySQL zu PostgreSQL, Monolith zu Services nur dort, wo es sich lohnt. Zero-Downtime als Disziplin.
Umzug in ein vernünftiges Cloud-Setup
Von einem einzelnen Server oder einem handgestrickten Konto zu Containern, Infrastructure as Code und CI/CD, wobei die Anwendung unverändert bleibt, wo sie sich nicht ändern muss.
Was Sie erhalten
- Ein schriftliches Audit mit nach Wirkung geordneten Risiken und einem schrittweisen Modernisierungsplan
- Monitoring, Backups und Tests, eingerichtet, bevor eine wesentliche Änderung erfolgt
- Refaktorisierter, aktualisierter Code in Ihrem Repository, mit jedem Schritt geprüft und deploybar
- Dokumentation und Architektur-Notizen, die die Abhängigkeit von einem einzelnen Entwickler beenden
- Ein planbarer Release-Prozess, gemessen in Minuten, nicht in Wochenenden
Das ist für Sie, wenn
- Releases sind selten und beängstigend, und jede Änderung scheint etwas Unzusammenhängendes zu zerstören
- Der ursprüngliche Entwickler oder die Agentur ist weg, und niemand versteht das System vollständig
- Ein Anbieter hat eine komplette Neuentwicklung angeboten, und Sie hätten gern eine zweite Meinung, bevor Sie das ausgeben
Wie ein Projekt abläuft
Sie bekommen einen Senior-Ingenieur, der wie ein kleines Team liefert — mit einem transparenten Stundensatz, woechentlichem Reporting und ohne Agentur-Overhead. Skalieren Sie die Stunden je nach Projektbedarf.
- 01Audit — Lesezugriff, zwei Wochen, eine schriftliche Risikokarte und ein Plan, den Sie jedem vorlegen können.
- 02Stabilisieren — Observability, Backups, Tests und die dringenden Fixes; der Brand ist gelöscht, bevor die Renovierung beginnt.
- 03Refactoring — wöchentliche Increments entlang der Pfade, die zählen, jeweils in Produktion ausgeliefert und verifiziert.
- 04Modernisieren — Framework-, Datenbank- und Cloud-Upgrades, sobald das System sicher änderbar ist, danach Übergabe oder laufender Support.
Fragen, die wir vor jedem Projekt hören
Brauchen wir wirklich keine Neuentwicklung?
Selten. Eine Neuentwicklung ist gerechtfertigt, wenn das Domänenmodell grundlegend falsch ist oder die Plattform tot ist. In den meisten Fällen können wir vor Ort schneller und mit weniger Risiko modernisieren. Das Audit beantwortet das ehrlich, auch wenn die Antwort lautet: „Ja, diesen Teil neu schreiben".
Welche Technologien übernehmen Sie?
PHP und Laravel jeden Alters, Node.js, Python, React und ältere JavaScript-Frontends, MySQL und PostgreSQL sowie Anwendungen, die auf einem einzelnen Server, in handgestrickten AWS-Konten oder in anderen Clouds laufen. Wenn es etwas anderes ist, fragen Sie einfach; wir sagen Ihnen schnell, ob es passt.
Kann das passieren, während wir weiter Features ausliefern?
Ja, und das sollte es auch. Refactoring entlang der Pfade, die Sie ohnehin gerade ändern, ist die günstigste Variante. Wir planen die Arbeit so, dass die Feature-Auslieferung weiterläuft, wobei das Refactoring jedes nächste Feature einfacher macht.
Wie lange dauert das?
Das Audit dauert zwei Wochen. Die Stabilisierung meist ein bis zwei Monate. Die Modernisierung hängt vom System ab und davon, wie viel Sie ändern möchten; wir planen sie in Meilensteinen, sodass Sie an jedem davon aufhören können, mit einem besseren System als zuvor.
Was, wenn wir nur wollen, dass der Brand aufhört?
Dann machen wir das Audit und die Stabilisierung und hören dort auf. Viele Kunden behalten uns danach für ein paar Stunden im Monat; manche übergeben das System an ihr eigenes Team, zusammen mit der Dokumentation, die wir hinterlassen.
Wie wir darüber denken
Wie wir retten und refaktorieren: eine Plattform, ein Jahr nach der Migration weg von einem Low-Code-Tool
2025 übergab uns ein US-Kunde eine Business-Plattform, die sein Partnerprogramm betreibt: Onboarding, Produktlistings, m...
September 2026
AI Won't Fix Your Broken App
Von Ion Anghel · April 2026 Ein CTO rief mich letztes Quartal an. Sein Pitch, grob zusammengefasst: „Wir hinken bei KI h...
April 2026
Health Checks, die lügen: sechs Arten, wie Ihr Dienst „bereit“ sagt, wenn er es nicht ist
Ein Health Check ist ein Vertrag zwischen Ihrer Anwendung und dem, was ihr Traffic zuweist. Der Router fragt „kannst du...
September 2026Haben Sie ein System, das gerettet werden muss?
Flexible Engagements auf Stundenbasis / Time-and-Materials, vollstaendig remote, B2B. Direkte Kommunikation mit dem Ingenieur, der die Arbeit macht — keine Uebergaben, kein Sales-Pitch.