Delphi-Programm ohne Entwickler: Was jetzt zu tun ist
Die Gründe sind verschieden: Ruhestand, ein neuer Job, ein Zerwürfnis oder ein Entwickler, der einfach nicht mehr antwortet. Wer dann einen Delphi-Programmierer sucht, braucht vor allem jemanden, der sich in fremden Code einarbeiten kann, oft ohne jede Erklärung. Auf dieser Seite beschreibe ich, in welcher Reihenfolge man dabei vorgeht und worauf es ankommt.
- 1Code sichernQuellcode vollständig übernehmen, Nutzungsrechte schriftlich klären.
- 2Umgebung erhaltenRechner oder virtuelle Maschine des Entwicklers unverändert sichern.
- 3ÜbersetzenEntsteht aus dem Code das Programm, das bei Ihnen läuft?
- 4VerstehenWas tut der Code, wo liegen die empfindlichen Stellen?
- 5FesthaltenVersionsverwaltung einrichten, Aufbau und Abhängigkeiten beschreiben.
- 6EntscheidenPflegen, modernisieren oder neu bauen.
Zuerst: Code und Rechte sichern
Am Anfang steht eine einfache Frage: Liegt der Quellcode bei Ihnen? Manche Betriebe haben ihn und wissen auch ungefähr, wie er aufgebaut ist. Oft liegt er aber nur beim Entwickler, auf seinem Rechner oder in einer virtuellen Maschine. Dann muss er ihn herausgeben, je nachdem, wo die Rechte liegen, geht es manchmal nur gegen Bezahlung. Halten Sie dabei schriftlich fest, dass Sie den Code weiter nutzen und ändern dürfen. Die Einzelheiten sollte ein Anwalt klären.
Ist der Entwickler noch erreichbar, sollten Sie das sofort angehen. Code und Entwicklungsumgebung lassen sich dann noch vollständig übernehmen und schon wenige Erklärungen ersparen später viel Sucharbeit.
Die Entwicklungsumgebung nicht aufräumen
Ein Delphi-Programm entsteht nicht aus dem Quellcode allein. Dazu gehören die passende Delphi-Version, die Fremdkomponenten in genau den Fassungen, mit denen das Programm gebaut wurde, und Einstellungen, die nirgends aufgeschrieben sind. Hat der Entwickler einen Rechner oder eine virtuelle Maschine hinterlassen, auf der alles eingerichtet ist, ist das oft der wertvollste Teil der Übergabe, auch ohne jede Erklärung. Sichern Sie diese Umgebung zuerst so, wie sie ist. Aufgeräumt wird erst, wenn klar ist, dass daraus das Programm entsteht, das bei Ihnen läuft.
Gibt es mehrere Kopien des Codes, muss außerdem herausgefunden werden, welche Kopie zu welcher installierten Fassung gehört. Liegen Komponenten nur als kompilierte Dateien ohne Quellcode vor, wird jede spätere Umstellung schwierig. Mehr dazu auf der Seite zur Migration von Delphi 7.
Am längsten dauert das Verstehen
Übersetzen ließ sich der Code in den Fällen, die ich übernommen habe, bisher jedes Mal. Gedauert hat etwas anderes: zu verstehen, was das Programm eigentlich tut. Wer jahrelang allein an einer Software arbeitet, schreibt selten für andere. Kommentare fehlen oder sind veraltet und oft hat sich eine eigene Schreibweise eingebürgert. Warum etwas so gebaut ist, weiß oft nur der Entwickler.
Ich arbeite mich deshalb Schritt für Schritt ein, zuerst dort, wo ein Fehler oder eine Änderung ansteht. Die Formatierung vereinheitliche ich nur in den Teilen, an denen ich arbeite. So sieht man nebenbei, welche Stellen schon durchgesehen sind. KI-Werkzeuge helfen beim Lesen. Ob ihre Erklärung stimmt, zeigt aber erst das laufende Programm.
Aus demselben Grund lässt sich der Aufwand erst seriös einschätzen, wenn man den Code gesehen hat.
Was kann man vorbeugend tun?
Vieles davon lässt sich vorher regeln, solange der Entwickler noch da ist. Der Quellcode sollte nicht nur auf seinem Rechner liegen, sondern auch bei Ihnen, und zwar der Stand, der tatsächlich im Einsatz ist. Eine Versionsverwaltung wie Git zeigt, was wann geändert wurde. Eine Kopie der Entwicklungsumgebung, etwa als virtuelle Maschine, sichert alles, was zum Übersetzen nötig ist. Und eine schriftliche Regelung, wer den Code nutzen und ändern darf, erspart später Verhandlungen in einer ohnehin schwierigen Lage. Das meiste davon ist mit wenig Aufwand erledigt.
Schwieriger ist das Wissen im Kopf: wie der Code aufgebaut ist und wo die empfindlichen Stellen liegen. Das lässt sich am besten gemeinsam mit dem Entwickler festhalten, solange er noch Zeit dafür hat.
Dasselbe gilt für die Zeit danach. Wenn ich die Pflege übernehme, schreibe ich auf, was ich herausfinde, und zwar so, dass auch ein anderer Entwickler damit weiterarbeiten könnte. Sonst hätten Sie nur die Person ausgetauscht, von der alles abhängt.
Wann ein Neubau ehrlicher ist
Eine verwaiste Software weiter zu pflegen lohnt sich, wenn sie fachlich stimmt und für den Betrieb wichtig ist. Fehlen dagegen wesentliche Teile des Codes, lässt sich nicht mehr klären, was das Programm an wichtigen Stellen tut, oder deckt es nur noch einen kleinen Teil dessen ab, was Sie heute brauchen, ist ein Neubau oft der bessere Weg. Das sage ich Ihnen dann auch, selbst wenn der Neubau nicht bei mir liegt. Helfen kann ich trotzdem, etwa dabei, festzuhalten, was das alte Programm alles kann, damit beim Neubau nichts verloren geht.
Wie es weitergeht
Wo Ihre Software steht und was zuerst gesichert werden muss, kläre ich in einer Standortbestimmung zum Festpreis ab 600 €. Sie erhalten einen schriftlichen Bericht mit Prioritäten und eine klare Empfehlung, auch dazu, ob sich die weitere Pflege lohnt. Schreiben Sie mir über das Kontaktformular, was Sie über Ihre Software noch wissen, etwa die Delphi-Version und wo der Quellcode liegt. Auch wenn das wenig ist, reicht es für ein erstes Gespräch.