Hat noch jemand Lust über das eigentliche Thema zu diskutieren? ("Wie sind eure Erfahrungen mit dem Thema? Sind wir veraltet und unsere Anwendungen gehören schleunigst abgelöst? Wie schaut es bei euch mit dem Recruiting aus? Fühlt ihr euch auch schon so richtig oldschool?") Sonst klinke ich mich aus.
Ja, ich denke "wir" sind definitiv veraltet.
Kurzer Hintergrund: Ich bin zwar auch ein alter Hase (56), habe aber fast alle meine Delphi-Projekte im Alleingang entwickelt und ich komme pro Projekt auch sicher nie über 100.000 Zeilen Code. Meist auch viel weniger. Ich mache hauptsächlich Tools, die Daten aus verschiedenen Quellen zusammenführen und dann, filterbar, in hilfreicher Form, ob nun tabellarisch oder in Grafiken, anzeigen. Und ich habe auch nur firmeninterne User (mit ganz wenigen Ausnahmen). Mein Aufgabenschwerpunkt ist aber schon seit vielen Jahren eher der eines Beraters und Mitentscheiders in größeren "offiziellen" und zum Teil auch von Kunden genutzten Softwaresystemen, die von einer separaten, etwa 10 köpfigen Entwicklertruppe entwickelt werden. In einem SAFe/Scrum-Umfeld. Dort wird bei Programmen mit
GUI ausschließlich auf Web-Anwendungen gesetzt.
ICH würde als Entscheider heute kein großes Projekt mehr mit Delphi (und ja: auch nicht mit Lazarus) aufsetzten. Nicht, weil ich Delphi schlecht oder die Entwicklung mit Web-Frameworks so toll finde (im Gegenteil), sondern einfach, weil man da zuverlässig auf dem Markt neue Leute findet, wenn man aufstocken muss. Außerdem findet man in einem Bereich, in dem sich viel mehr Entwickler tummeln als bei Delphi/Pascal, auch mehr Tools und Lösungen. Es gibt auch etabliertere Verfahrensweisen wie: Da macht nur das Backend Datenbankzugriffe, die
GUI ruft nur einzelne Webservices auf, Robot-Tests werden für die einzelnen Funktionen geschrieben und dann gibt's ja auch noch Bamboo und Sonar usw.. Ja, das hat nicht unbedingt etwas mit der Entwicklungsplattform zu tun, aber so macht "man" das heute nun mal. Und wer macht das so bei Delphi?
Alte Delphi Systeme, die seit 10 oder gar 20 Jahren laufen: Klar sollte man sich überlegen, ob man das Projekt nicht mal neu aufsetzen sollte. Aber das hat ja nur zum Teil etwas damit zu tun, dass es in Delphi geschrieben ist und so langsam die Entwickler "aussterben". Wenn etwas so alt ist, muss es eben eventuell mal wieder neu gedacht werden. Und wenn es vor 15 Jahren mit irgendeinem Web-Framework geschrieben worden wäre, hätte man es zusätzlich vermutlich schon aus technischen Gründen mindestens 5 mal vollkommen ummodeln müssen (mit Delphi zum Glück nicht). Ich mache immer wieder neue kleinere "
RAD" Projekte in Delphi, aber größeren Entwicklungsabteilungen sollte man das wohl kaum mehr empfehlen.
Von Delphi auf einen Delphi-Ersatz zu wechseln, macht da auch nicht viel Sinn (nichts gegen Lazarus!).
Es hätte allerdings in der Vergangenheit durchaus Möglichkeiten gegeben, sich den Nachwuchs selber heranzuziehen: Azubis in Delphi ausbilden... Mittlerweile etwas kniffelig, aber vor 10-15 Jahren habe ich zwei "Anwendungsprogrammierern" Delphi beigebracht. Und sie waren mit Begeisterung dabei, weil sie sofort etwas tatsächlich nützliches "bauen" durften (und das innerhalb kürzester Zeit auch konnten), während Ihre Berufsschulkollegen in C++ Primzahlberechnung programmierten (oder den Kaffee zubereiten) und ihre Ausbildung total öde fanden (wahre Geschichte). Beide sind noch in der Firma und könnten mein Erbe - falls es wirklich noch 10 Jahre hält... - evtl. übernehmen...
