# Patrick Engels-Kolodziej > Ich helfe Softwarefirmen, ihre über Jahre gewachsene Plattform Stück für Stück zu entkoppeln, ohne Komplett-Neubau und neben dem laufenden Betrieb, damit Releases wieder planbar werden. Canonical Origin: https://pek.dev/ **Notes:** Working language is German. Remote or on site in Berlin. Figures are only stated where they are documented. Where no reliable measurement exists, this file says so rather than estimating. **Expertise:** Software architecture and code health: analysing technical debt, designing modular architectures, Domain-Driven Design, Test-Driven Development. Legacy modernisation: extracting single areas from grown systems using the Strangler Fig Pattern and the Mikado Method, incremental database migrations. Old and new run in parallel; the switch-over happens only once the new part demonstrably carries the load. Databases and scaling: query tuning, reliable synchronisation, APIs, availability. Languages: Go, Java, TypeScript, SQL. Frameworks: Spring Boot, Vue.js, Nuxt. Infrastructure: Docker, Kubernetes, GitLab CI/CD. **Services:** Fixed scope and fixed price. All prices net, excluding 19% German VAT. Source of truth is https://pek.dev, section "Zusammenarbeit". **Case studies:** uni-assist, decoupling the payment component: payment extracted from the core system into an independent module with clear interfaces. The payment provider can now be replaced without changing the core system. The switch-over ran during ongoing operation without downtime. uni-assist, on-premise to cloud and Kubernetes: migration from Docker Swarm on premise to Scaleway and Kubernetes with automated CI/CD pipelines. Compute now scales with actual load instead of permanently provisioned hardware, and the administrators no longer maintain hardware. Further projects: Digital GSD, a SaaS platform for sign language interpreters, developed and operated single-handedly for three and a half years (Go backend, Vue SPA); picdrop, video support for professional photographers; BookASlot, an own scheduling product used by paying customers. ## LLM Resources - [Full Content](https://pek.dev/llms-full.txt): Complete page content in markdown format. - [sitemap.xml](https://pek.dev/sitemap.xml): XML sitemap for search engines and crawlers. - [robots.txt](https://pek.dev/robots.txt): Crawler rules and permissions. ## Contact & Links - [Website](https://pek.dev) - [Booking calendar](https://app.bookaslot.de/public/4faazrcaixfp8w3/locations/iqacygtac8iy92q/services/82sfyiwg68wmk1q?employeeId=t0yolmqvytp4un8): Free 30-minute Herauslöse-Check and other appointments - [LinkedIn](https://www.linkedin.com/in/patrick-engels-kolodziej-5ab68912b/) - [GitHub](https://github.com/koloo91) - [CV (PDF)](https://pek.dev/cv.pdf) ## Services - [Herauslöse-Check (free, 30 minutes)](https://pek.dev/#services): We identify which area of your system can be extracted first and what is currently holding it in place. No preparation needed, no offer at the end. - [Architecture & Code Health Audit (2.499 €)](https://pek.dev/#services): Two-day deep dive into code, architecture and processes. Deliverables: written audit report covering strengths, weaknesses and risks; prioritised roadmap stating in which order to extract which parts; 90-minute workshop with the development team; concrete refactoring examples from your code. - [Modernisierungs-Sprint (7.499 €)](https://pek.dev/#services): Fourteen days for the first cut: we separate one clearly bounded part and bring it into parallel operation with the old system. Larger areas take several sprints in a row. Deliverables: area boundary and interface defined; tests at the edges as a safety net; the first part running in parallel with the old system; knowledge transfer to your team. - [Fractional Architecture Board (2.999 € / month)](https://pek.dev/#services): Architect on demand. Weekly strategic architecture sparring; ongoing architecture and pull request reviews; direct Slack and email support; support on tech stack and cloud infrastructure decisions; cancellable monthly. ## Pages - [Software-Architekt für gewachsene Plattformen | Patrick Engels-Kolodziej](/): Ich helfe Softwarefirmen, ihre über Jahre gewachsene Plattform Stück für Stück zu entkoppeln, ohne Komplett-Neubau und neben dem laufenden Betrieb, damit Releas... - [Datenschutzerklärung | Patrick Engels-Kolodziej](/datenschutzerklaerung): Ich helfe Softwarefirmen, ihre über Jahre gewachsene Plattform Stück für Stück zu entkoppeln, ohne Komplett-Neubau und neben dem laufenden Betrieb, damit Releas... - [Impressum | Patrick Engels-Kolodziej](/impressum): Ich helfe Softwarefirmen, ihre über Jahre gewachsene Plattform Stück für Stück zu entkoppeln, ohne Komplett-Neubau und neben dem laufenden Betrieb, damit Releas... - [Blog | Patrick Engels-Kolodziej](/blog): Artikel und Erfahrungsberichte zu Architektur, Refactoring und der Arbeit mit KI-Werkzeugen. - [Der „Big Bang“-Mythos: Warum das komplette Rewrite eures Legacy-Systems scheitern wird (und wie das Strangler Fig Pattern es rettet)](/blog/der-big-bang-mythos-warum-rewrites-scheitern): Es ist der Traum vieler CTOs und Entwickler: Den alten Monolithen wegschmeißen und komplett neu bauen. Doch diese „Big Bang“-Rewrites enden fast immer im Desast... - [Die Mikado-Methode: Wie du komplexe Refactorings meisterst, ohne den Verstand zu verlieren](/blog/mikado-methode-legacy-refactoring): Eine kleine Änderung führt zu drei neuen Fehlern, und nach vier Stunden kompiliert nichts mehr. Die Mikado-Methode macht aus so einem Refactoring viele kleine S... - [Raus aus dem Monolithen: Erstmal wird](/blog/raus-aus-dem-monolithen): Wir sind aktuell dabei, die Datenhoheit aus einem alten, monolithischen System zu lösen. Und wisst ihr, was die erste, unvermeidliche Erkenntnis ist? Es wird er... - [Warum AI-Code-Generatoren deine Architektur zerstören (und wie du es verhinderst)](/blog/warum-ai-code-generatoren-deine-architektur-zerstoeren): AI-Code fühlt sich an wie ein 10x Produktivitäts-Boost. In der Praxis führt blindes Kopieren ohne klare Architekturvorgaben jedoch zu unwartbarem Legacy-Code de... - [Von 0 auf App Store: Wie ich eine komplette Flutter-App mit dem KI-Agenten Antigravity entwickelt habe](/blog/wie-ich-mit-antigravity-eine-komplette-flutter-app-gebaut-habe): Kann man eine komplexe, offline-first Flutter-App mit E2EE-Safe und lokaler KI komplett mit einem KI-Agenten bauen, ohne im Chaos zu versinken? Ein Erfahrungsbe... - [Leitfäden: Legacy-Software modernisieren | Patrick Engels-Kolodziej](/leitfaden): Praxisnahe Leitfäden zu Legacy-Modernisierung, Refactoring und Skalierung – für CTOs, Tech-Leads und Entwickler:innen, die veraltete Systeme wieder unter Kontro... - [Big-Bang-Rewrite vermeiden: Warum komplette Neuentwicklungen scheitern](/leitfaden/big-bang-rewrite-vermeiden): Warum "wir bauen alles neu" fast immer teurer wird als geplant, und wie das Strangler-Fig-Pattern als risikoarme Alternative zum Big-Bang-Rewrite funktioniert. - [Welchen Bereich du zuerst herauslöst: Der erste Schnitt im Monolithen](/leitfaden/ersten-bereich-herausloesen): Der schmerzhafteste Teil des Systems ist fast nie der richtige Anfang. Vier Kriterien, mit denen du den Bereich findest, der sich als erster sauber herauslösen ... - [Legacy Code Refactoring: Mit der Mikado-Methode sicher umbauen](/leitfaden/legacy-code-refactoring): Was Legacy Code eigentlich definiert, warum "einfach mal aufräumen" scheitert und wie du mit Charakterisierungstests und der Mikado-Methode sicher refactorierst... - [Legacy-System modernisieren ohne Ausfallzeit: Der Praxis-Leitfaden](/leitfaden/legacy-system-modernisieren-ohne-ausfallzeit): Wie du ein geschäftskritisches Legacy-System modernisierst, ohne den laufenden Betrieb zu unterbrechen – mit Strangler-Fig-Pattern, Feature-Flags und schrittwei... - [Monolith zu Microservices migrieren: Schritt-für-Schritt-Anleitung](/leitfaden/monolith-zu-microservices-migrieren): Wann sich die Migration vom Monolithen zu Microservices wirklich lohnt, wie du fachliche Grenzen findest und welche Fehler eine verteilte Monolith-Falle erzeuge... - [Spring Boot 3.5 ohne Support: Was jetzt zu tun ist](/leitfaden/spring-boot-3-5-support-ende): Seit dem 30. Juni 2026 bekommt Spring Boot 3.5 keine freien Patches mehr, Spring Boot 4.0 folgt am 31. Dezember. Was das bedeutet, warum der Versionssprung in g... - [Technische Schulden abbauen: Strategie statt Dauerfeuerwehr](/leitfaden/technische-schulden-abbauen): Was technische Schulden wirklich sind, wie du sie sichtbar und messbar machst und mit welcher Priorisierung du sie systematisch abbaust, statt nur Symptome zu b... - [Vendor Lock-in auflösen: Wie du wieder verhandlungsfähig wirst](/leitfaden/vendor-lock-in-aufloesen): Über Konditionen verhandeln kannst du nur, wenn ein Anbieterwechsel technisch möglich wäre. Wie du die Abhängigkeit aus dem Kernsystem löst, bevor der Vertrag a... - [Wann lohnt sich eine Software-Modernisierung? Der Entscheidungsleitfaden](/leitfaden/wann-lohnt-sich-software-modernisierung): Die konkreten Warnsignale, an denen du erkennst, dass sich eine Legacy-Modernisierung lohnt – plus eine einfache Kosten-Nutzen-Rechnung für die Entscheidung. - [Wenn nur eine Person das System versteht: Wissensmonopole auflösen](/leitfaden/wissensmonopol-im-system-aufloesen): Dokumentation und Pairing lösen das Problem selten. Warum Wissen sich erst übertragen lässt, wenn ein Bereich eine Grenze hat, und wie du dorthin kommst.