Rund sieben Jahre war ich bei transfermarkt.de, zuletzt als Leiter der Programmierung. Seit 2012 betreue ich die Technik von fussballdaten.de. Wenn dein System auf einer alten PHP-Version hängt oder sich keiner mehr an den Code traut, fange ich dort an.
$ php migrate.php --env=prod --dry-run
✓ Connection: OK
✓ 4 812 660 rows validated
✓ Rollback checkpoint saved
$ php migrate.php --env=prod
✓ Transforming…
✓ Loading… done in 4m 12s
✓ Integrity check passed
$ php rollback.php --list
[1] pre-migration checkpoint – 0 rows lost
$█
PHP, meist mit Yii2, dazu MySQL und REST-APIs. Ich baue Backends so, dass sie auch bei zehnmal so vielen Daten noch zuverlässig laufen.
Wenn Daten in ein neues System umziehen oder alter Code ersetzt werden soll, plane ich das in kleinen Schritten, jeweils mit Probelauf. Das System bleibt währenddessen in Betrieb.
Linux-Server mit NGINX und Docker, so eingerichtet, dass du sie selbst betreiben oder den Anbieter wechseln kannst. Diese Website läuft übrigens genauso.
Code-Review, Architekturfragen oder die Wahl eines Frameworks: Ich schaue mir das an und sage dir, was ich an deiner Stelle tun würde. Manchmal heißt die Antwort auch, erst mal nichts zu ändern.
Situationen, die mir immer wieder begegnen, und was ich dann mache.
Läuft noch auf einer PHP-Version, für die es keine Updates mehr gibt?
Dann heben wir die Version in kleinen Schritten an. Vor jedem Schritt stehen Tests, und es gibt immer einen Weg zurück.
Daten sollen umziehen, aber keiner weiß, wo man anfängt?
Ich fange beim alten Datenmodell an und kläre, was davon wirklich gebraucht wird. Migriert wird zuerst eine Kopie, die echten Daten kommen erst danach.
Code, den seit Jahren niemand mehr anfassen will?
Bevor ich etwas ändere, sichere ich das bisherige Verhalten mit Tests ab. Danach lässt sich der Code Stück für Stück umbauen, ohne dass unbemerkt etwas kaputtgeht.
Eine API-Anbindung, die einfach nicht will?
Ich baue die Anbindung so, dass sie mit Timeouts und Fehlerantworten der Gegenseite umgehen kann. Jeder Fehler landet im Log, damit man ihn auch findet.
Alles hängt an einer Person – und die ist bald weg?
Ich dokumentiere, während ich arbeite, und gehe die wichtigen Stellen mit deinem Team durch. Danach kommt ihr auch allein zurecht.
Seit 2012 verantworte ich hier die gesamte Technik: Server, Backend, Datenbank, Frontend und Technical SEO. Bis 2025 als Angestellter, seitdem als Freelancer. Am Spieltag kommen die Zugriffe in Wellen, und die Community merkt jeden Fehler sofort.
Rund sieben Jahre, zuerst in Backend, Datenbank und Frontend, zuletzt als Leiter der Programmierung. Große Datenbestände, ein komplexes Datenmodell und wenig Spielraum für Ausfälle gehörten zum Alltag.
BACKEND
DATEN
INFRASTRUKTUR
DEVOPS
FRONTEND
Du erzählst mir, wo es hakt und was du vorhast. Ich schaue mir das System an und sage dir, was ich für realistisch halte. Passe ich nicht zu deinem Projekt, sage ich dir das gleich.
Wir teilen die Arbeit in kleine Etappen. Jede ist getestet und lässt sich zurückdrehen, falls etwas schiefgeht.
Am Ende hast du Code und Doku, mit denen dein Team allein weiterarbeiten kann. Wenn du mich später wieder brauchst, bin ich erreichbar.
Ich bin gebürtiger Nordfriese und lebe seit 2004 in Hamburg. Nach rund sieben Jahren bei transfermarkt.de habe ich 2012 die Technik von fussballdaten.de übernommen und betreue sie bis heute, seit 2025 als Freelancer.
Mit KI-Werkzeugen steht heute an einem Nachmittag eine Anwendung, die funktioniert. Damit sie mit echten Nutzern und echten Daten zurechtkommt, fehlt meist noch einiges. Da steige ich ein.
Was mit KI gut klappt
Ein klickbarer Prototyp in ein paar Stunden ist realistisch. Gut, um eine Idee zu prüfen, bevor viel Geld hineinfließt.
Boilerplate und Konfiguration schreibt die KI schneller als jeder Mensch. Ich nutze das selbst.
Zwei, drei Lösungswege durchzuspielen, bevor man sich festlegt, kostet heute einen Nachmittag.
Was meistens noch fehlt
Ein Prototyp funktioniert, solange alles glattläuft. Was bei einem Timeout oder einem manipulierten Formular passiert, prüft meist niemand.
Wenn keiner weiß, warum der Code funktioniert, kann ihn auch keiner reparieren, sobald er es nicht mehr tut.
Die KI macht Vorschläge. Ob sie in Produktion gehen, entscheidet ein Mensch, und der steht dann auch dafür gerade.
VOM PROTOTYP ZUM PRODUKT
Ich gehe den Code durch und sage dir, was bleiben kann und was neu muss. Danach baue ich Tests, Fehlerbehandlung und ein Deployment, das sich wiederholen lässt.
Zwei, drei Sätze reichen. Ich antworte in der Regel innerhalb von 24 Stunden.
CARSTEN TETZLAFF