Alle Artikel
Ich baue hochverfügbare Backend-Systeme mit Go und AWS, die unter Last stabil bleiben und mit Ihrem Unternehmen skalieren, statt es auszubremsen.
Peak-Traffic wird zum Glücksspiel wenn das Backend nicht mitwächst. Ich entwickle und erweitere kritische Backends in Go, produktionsstabil und für Millionen von Nutzern getestet.
Auf AWS hosten und AWS nutzen sind zwei verschiedene Dinge. Ich baue event-getriebene Architekturen die automatisch skalieren und mit Ihrem System mitwachsen.
Eine gewachsene API kostet Ihr Team täglich Stunden die niemand sieht. Ich baue REST und gRPC APIs die performant, versioniert, sicher und für andere Entwickler nutzbar sind.
Rewrites scheitern. Stillstand auch. Ich modernisiere gewachsene PHP-Systeme schrittweise nach dem Strangler-Fig-Pattern. Erste messbare Ergebnisse nach vier Wochen. Laufender Betrieb unangetastet.
Verteilten, manuellen Attributierungsprozess durch einen hochverfügbaren Go-Service ersetzt. Multi-Region, unter 10ms Latenz, 3 Mio.+ Requests täglich.
Eine Payment-API für Millionen von Nutzern die nicht mehr skalierte. Legacy stabilisiert, neue Go-Microservices aufgebaut, beide Systeme sauber integriert.
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 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.
