Gewachsene Systeme brechen selten plötzlich. Sie bremsen langsam aus. Ich modernisiere kritische PHP-Backends schrittweise auf AWS, ersetze Engpässe durch cloud-native Go-Services und baue neue APIs in Go - ohne den laufenden Betrieb zu unterbrechen.
Peak-Traffic wird zum Glücksspiel wenn das Backend nicht mitwächst. Ich entwickle und erweitere kritische Backends in PHP und Go, produktionsstabil und für Millionen von Nutzern getestet.
Rewrites scheitern. Stillstand auch. Ich modernisiere gewachsene PHP-Systeme schrittweise nach dem Strangler-Fig-Pattern. Erste messbare Ergebnisse nach vier Wochen. Laufender Betrieb unangetastet.
Auf AWS hosten und AWS nutzen sind zwei verschiedene Dinge. Ich baue event-getriebene Architekturen die automatisch skalieren und mit deinem System mitwachsen, ohne die Infrastrukturkosten explodieren zu lassen.
Eine gewachsene API kostet dein Team täglich Stunden die niemand sieht. Ich baue REST und gRPC APIs die performant, versioniert, sicher und für andere Entwickler nutzbar sind.
Verteilten, manuellen Attributierungsprozess durch einen hochverfügbaren Go-Service ersetzt. Multi-Region, unter 10ms Latenz, 3 Mio.+ Requests täglich.
Eine PHP-Payment-API für Millionen von Nutzern die nicht mehr skalierte. Legacy stabilisiert, neue Go-Microservices aufgebaut, beide Systeme sauber integriert.
PHP-Legacy-Code für Revenue-Reporting im neunstelligen Umsatzbereich. Modernisierung und AWS-Migration bei laufendem Betrieb in 12 Monaten.
Über 20 Jahre alte Redaktionsplattform modernisiert. PHP 8, neue Sucharchitektur, Kubernetes-Migration, technische SEO-Optimierung – ohne einen Tag Ausfall.
Perl-Legacy durch maßgeschneiderten Inhouse-Onlineshop ersetzt. Tief integriert in Warenwirtschaft und POS, mit ML-Produktvorschlägen und internationalem Rollout.
Ich bin Tim Rutte. Backend-Entwickler seit über 20 Jahren, spezialisiert auf PHP, Go und AWS.
Was mich antreibt: Systeme die ich anfasse sollen besser sein als ich sie vorgefunden habe. Stabiler. Wartbarer. Skalierbarer. Nicht als Selbstzweck, sondern weil schlechte Systeme echte Kosten haben — für Teams, für Budgets, für Entscheidungen die aufgeschoben werden.
Ich arbeite direkt, fokussiert und mit dem Blick für das was sich rechnet. Technisch richtig und wirtschaftlich sinnvoll sind für mich keine Gegensätze.
Remote. Ohne Overhead. Seit 2003.