Altsysteme weiterbauen, statt alles neu zu machen

Das System, das niemand mehr anfassen will und ohne das der Laden stillsteht. Ich fasse es an.

Wie ich arbeite

Der erste Reflex lautet fast immer neu bauen. Das ist teuer, dauert länger als geplant und wirft unterwegs Wissen weg, das nur noch im alten Code steht. Deshalb fange ich anders an: lesen, aufschreiben, Tests um die wichtigsten Abläufe legen. Erst wenn ein Netz da ist, wird umgebaut, und zwar in Stücken, die einzeln in Betrieb gehen können.

Java in alten Versionen, PL/SQL ohne Dokumentation, ein Handbuch von 2009 und ein Kollege im Ruhestand, den man besser nicht fragen muss. Das ist der Normalfall, nicht die Ausnahme. Am Ende steht meistens kein Neubau, sondern ein System, das wieder wartbar ist und in dem die nächste Anforderung eine Woche dauert statt eines Quartals.

Typische Aufträge

01
In fremden Code einarbeiten und aufschreiben, wie er funktioniert
02
Tests um die Abläufe legen, die auf keinen Fall brechen dürfen
03
Ein Stück herausschneiden und als eigenen Dienst neu bauen
04
Auf eine gepflegte Version von Sprache, Framework und Datenbank heben
05
Eine Anwendung in Container packen, damit sie den Serverumzug übersteht

Womit

Java auch in älteren Versionen, PL/SQL, PHP, Docker zum Einkapseln, automatisierte Tests, Schritt-für-Schritt-Migration

Wo Sie das nachlesen können

Auf der Leistungsübersicht hängt ein Lot, das Sie durch die Schichten einer Anwendung ziehen können. Ganz unten am Grund steht dieser Fall, und er ist nicht als Witz gemeint.

Mehr

Passt oft dazu

Alle Leistungen

Ob konkrete Anfrage oder erst mal eine Frage: Schreiben Sie, was Sie beschäftigt. Sie bekommen eine Antwort von mir, nicht von einem Postfach.

Projekt anfragen