Tim Rutte. Architekt für geschäftskritische AWS- & KI-Systeme.
Migration, Modernisierung und KI-Integration, meist an Systemen die dabei weiterlaufen müssen. Ich baue selbst um statt Empfehlungen zu hinterlassen. Pragmatisch, direkt und umsetzungsstark.
Cloud & AI Architect · Remote · Ohne Overhead · Seit 2003
Pragmatisch. Direkt. Umsetzungsstark.
Ich bin Tim Rutte. Über 20 Jahre Softwareentwicklung, heute baue ich geschäftskritische Systeme auf AWS.
Was mich antreibt: Systeme die ich anfasse sollen besser sein als ich sie vorgefunden habe. Stabiler. Wartbarer. Skalierbarer. Nicht weil es schön aussieht, sondern weil schlechte Systeme echte Kosten haben.
Ich habe mich in Legacy-Codebases eingearbeitet die niemand mehr anfassen wollte, Systeme stabilisiert die unter Last brachen und manuelle Abläufe durch Services ersetzt, die seitdem ohne Zutun laufen. Heute kommt die Infrastruktur hinter produktiven KI-Systemen dazu: MCP-Server und LLM-Integrationen, die unter echter Last bestehen. Woran ich konkret arbeite, steht bei den Leistungen. Was dabei herauskam, steht in den Case Studies.
Arbeitsweise
Verstehen. Entscheiden. Liefern.
Kontext vor Code.
Ich fange damit an zu verstehen wie ein System wirklich funktioniert, nicht wie es dokumentiert ist. Was ist tatsächlich kaputt? Was läuft besser als es aussieht? Erst wenn das klar ist entscheiden wir gemeinsam was gebaut werden muss und in welcher Reihenfolge.
Kein Nicken, kein Wegschauen.
Ich übernehme Verantwortung für das System, nicht nur für meinen Teil davon. Probleme die niemand hören will werden trotzdem angesprochen. Entscheidungen die falsch sind werden hinterfragt. Am Ende stehe ich dafür gerade was gebaut wurde.
Specs vor Sprint.
Ich nutze Spec-Driven Development mit agentischen KI-Tools täglich. Anforderungen werden präzise definiert bevor Code geschrieben wird. Das reduziert Missverständnisse, macht Änderungen planbar und hält die Qualität konstant auch bei schneller Umsetzung.
Werkzeuge
Womit ich arbeite.
Werkzeuge, keine Weltanschauung. Was hier steht, habe ich in Produktion betrieben, nicht nur ausprobiert.
- Golang
- PHP 8
- Symfony
- TypeScript
- Python
- SQL
- ECS Fargate
- Lambda
- S3
- RDS
- DynamoDB
- EventBridge
- SQS
- Step Functions
- CloudFront
- IAM
- Organizations
- PostgreSQL
- MySQL
- Valkey / Redis
- Manticore Search
- Elasticsearch
- Athena
- Terraform
- Docker
- Kubernetes
- CI/CD
- CloudWatch
- OpenTelemetry
- Blue/Green
- Amazon Bedrock
- MCP
- FastMCP
- Tool-Calling
- Embeddings
- Vektorsuche
Werte
Was mich antreibt.
Ehrlichkeit. Wenn ein Ansatz nicht funktioniert sage ich das, auch wenn es unbequem ist. Wenn ein Projekt mehr Zeit braucht als geplant kommuniziere ich das frühzeitig. Ein Kunde der die Wahrheit kennt kann entscheiden. Ein Kunde der beschönigtes Feedback bekommt kann es nicht.
Qualität. Nicht weil ich langsam bin, sondern weil schlecht geschriebener Code immer zurückkommt. Als technische Schulden, als Produktionsausfall, als Entwickler der kündigt weil er das System nicht mehr anfassen will. Ich baue Dinge so dass ich in zwei Jahren noch dazu stehen kann.
Authentizität. Ich arbeite so wie ich bin, nicht wie ich denke dass ein Auftragnehmer sein soll. Ich sage was ich denke, bringe meine echte Meinung ein und stehe dazu. Wer jemanden sucht der immer nickt ist bei mir falsch. Wer jemanden sucht der mitdenkt, Probleme anspricht und Verantwortung übernimmt, ist richtig.
Zusammenarbeit
Wann ich passe. Und wann nicht.
Passt
- Ein System läuft, verdient Geld und muss sich trotzdem ändern.
- Niemand verantwortet die Architektur als Ganzes.
- Die Entscheidung ist technisch, die Folgen sind kaufmännisch.
- Sie wollen jemanden der es baut, nicht jemanden der es empfiehlt.
Passt nicht
- Beratung ohne Umsetzung.
- Ein zusätzliches Paar Hände im laufenden Sprint, ohne Verantwortung für das Ergebnis.
- Projekte bei denen die Entscheidung längst gefallen ist und nur noch bestätigt werden soll.
Nachweise
Zertifizierungen
Häufig gefragt
Was Auftraggeber mich fragen.
Arbeiten Sie auch vor Ort?
Gearbeitet wird remote. Für Abstimmungen komme ich vor Ort, wenn es hilft: Kickoff, Architekturrunde, schwierige Entscheidung mit vielen Beteiligten. Die Umsetzung selbst braucht keinen Schreibtisch bei Ihnen.
Wie schnell können Sie anfangen?
Das hängt vom Umfang ab. Kleinere Vorhaben kann ich in der Regel innerhalb weniger Tage beginnen, größere brauchen entsprechend Vorlauf. Sagen Sie mir Ihren Zeitrahmen, dann sage ich Ihnen ehrlich, ob er realistisch ist.
Übernehmen Sie danach auch den Betrieb?
Auf Wunsch ja. Genauso oft ist das Ziel das Gegenteil: dass Ihr Team das System danach ohne mich betreiben kann. Beides ist in Ordnung, es sollte nur von Anfang an klar sein, weil es die Architektur beeinflusst.
Arbeiten Sie allein oder mit einem Team?
Ich arbeite allein und bin Ihr direkter Ansprechpartner. Wenn ein Vorhaben mehr Hände oder eine Spezialdisziplin braucht, hole ich Leute aus einem Kreis von Freelancern dazu, mit denen ich seit Jahren zusammenarbeite und die auf ihrem Gebiet Experten sind.
Was ist, wenn das Projekt größer wird als gedacht?
Dann sage ich es, sobald ich es weiß, und nicht am Ende. Ein Auftraggeber der die Lage kennt kann entscheiden: kürzen, verschieben oder aufstocken. Ein Auftraggeber der beschönigtes Feedback bekommt kann das nicht.
In welchen Sprachen arbeiten Sie?
Deutsch und Englisch, mündlich wie schriftlich, auch in der Dokumentation.