Modernisierung von Legacy-Anwendungen

[TigerLilly]

Gibt es hier noch jemanden, dem eine Modernisierung einer Legacy-App ins Haus steht?
- Datenbank Single User/Multi User
- Multi Platform (jedenfalls Windows/Mac)
- Teilbereiche Mobile

Ich würde mich gern zu den Themen austauschen, vielleicht können wir einander da ja unterstützen + von unterschiedlichen Blickwinkeln profitieren?

Hat jemand Interesse?

[Uwe Raabe]

Zitat:

Zitat von TigerLilly (Beitrag 1503314)

Gibt es hier noch jemanden, dem eine Modernisierung einer Legacy-App ins Haus steht?

Nicht, dass mir das selbst ins Haus steht, aber daraus besteht der weitaus größte Teil meiner Aufträge.

[freimatz]

Mobile - da gibt es schon Legacy? :shock:

Ansonsten habe ich es jeden Tag mit Legacy-Anwendungen zu tun. Sie sind 15-30 Jahre alt.

Empfehle dazu auch Discord.

[Uwe Raabe]

Zitat:

Zitat von freimatz (Beitrag 1503320)

Mobile - da gibt es schon Legacy? :shock:

Ich hatte das so verstanden, dass die drei Punkte das Ziel darstellen. :)

[freimatz]

Scheint mir plausibel. Der Istzustand wäre auch interssant.

[Bernhard Geyer]

Zitat:

Zitat von freimatz (Beitrag 1503320)

Mobile - da gibt es schon Legacy? :shock:

Unsere erste Mobile Anwendung/Lösung hatten wir Unverkauft in die Rundablage entsorgt...
Also ja. Auch beim Mobil dürfte sich sehr viel getan haben (und nicht nur auf HW-Ebene mit den Erstgeräte auf Windows CE-Basis).

[Phoenix]

Zitat:

Zitat von TigerLilly (Beitrag 1503314)

Gibt es hier noch jemanden, dem eine Modernisierung einer Legacy-App ins Haus steht?
Ich würde mich gern zu den Themen austauschen, vielleicht können wir einander da ja unterstützen + von unterschiedlichen Blickwinkeln profitieren?
Hat jemand Interesse?

Also nicht, das es bei uns ins Haus stehen würde, aber wir begleiten seit etlichen Jahren viele Kunden in der DACH-Region bei der Modernisierung von Altlasten und auch bei der Neu-Entwicklung von Software im Bereich "Modern Business Applications".

In den allermeisten Fällen geht das in die Richtung von Ver-Service-fizierung von Businesslogik und Datenzugriff, so daß ein weiterer On-Premise Betrieb möglich ist, sich das ganze Gebilde aber in aller Regel deutlich besser in Richtung Cloud bewegt sowie von Plattformübergreifenden und teilweise auch Offlinefähigen Client-Anwendungen.

Die Ver-Service-fizierung ist dabei allerdings in aller Regel der Knackpunkt, denn sobald die Kunden sinnvolle APIs anbieten können, tun sich auf einmal neue Welten an Integrationsszenarien und damit auch neuen Geschäftsmöglichkeiten auf.

Allerdings ist bei uns der Technologiestack ein anderer als Delphi.

[Maliko]

Wir haben vorletztes Jahr unsere Software von Delphi 7 auf Delphi 10.3 geupdatet. Das war zwar ein ganz schöner Krampf, aber inzwischen läuft es einigermaßen rund. Wenn ihr das wirklich vor habt, stellt euch auf viel Ärger ein (zumindest wenn ihr ein so altes Projekt updatet). Mir fliegen immer noch 100te Deprecated-Meldungen beim Compilieren um die Ohren, weil wir einfach nicht dazu kommen alle Programmteile so zu updaten, dass aktuelle Componenten dafür genutzt werden. Einige Komponenten mussten wir sogar komplett ersetzen, da sie unter Delphi 10.3 nicht mehr lauffähig waren. Also nehmt euch gut Zeit wenn ihr ein so altes Projekt updaten wollt. Das wird dauern. Wir haben gut 3 Monate dafür gebraucht, bis alles wieder lief.

[TigerLilly]

Die Software läuft gut + wird aktiv vertrieben. Ich würde gern ca 2/3 binnen Jahresfrist erneuert haben, das lässt sich gut abgrenzen. Weil da stellenweise noch Code aus dem letzten Jahrtausend :- ) drin ist, würde ich alles, was allgemeiner Basiscode ist kübeln + neu machen. Ich würde auch alles, was mit Ausgabe etc zu tun hat, kübeln. Da gibt es viel zu viel neues und besseres (bzw gibt es manches jetzt eben auch nicht mehr). Ich würde wirklich nur den Kern der Businesslogik mitnehmen. Viele Anforderungen haben sich geändert und vieles weiß ich mittlerweile besser, bzw würde ich anders machen, weil ich weiß, wo in der Praxis Probleme auftauchen.

Aber vorher sind halt ein paar Grundsatzentscheidungen zu treffen:
- Als Web-Anwendung umsetzen? Native Anwendungen je Plattform? Saas?
- Welche Datenbank bei Stand-Alone bzw bei MultiUser
- Deployment und Installer bei Multiplatform
- Reporting und Ausgabe
- Import/Export/Replikation/Cloud
- Aktualisierung großer Datenmengen beim Kunden draußen

Und ja. Die Punkte waren als Ziele gedacht.

[Bernhard Geyer]

Zitat:

Zitat von Maliko (Beitrag 1503380)

Mir fliegen immer noch 100te Deprecated-Meldungen beim Compilieren um die Ohren, weil wir einfach nicht dazu kommen alle Programmteile so zu updaten,

Die sollen auf jeden Fall weg.
Damit bemerkst du nicht mehr wenn neue Meldungen rein kommen da ob nun 400 oder 410 Meldungen kommen keinen Mehr interessiern.

Zitat:

Zitat von Maliko (Beitrag 1503380)

Einige Komponenten mussten wir sogar komplett ersetzen, da sie unter Delphi 10.3 nicht mehr lauffähig waren.

Wir haben vor dem update geschaut das nur gepflegte Komponenten drin sind.
Und nach Umstellung dann nicht mehr nötige Kompos (z.B. bsala webbrowser-Komponenten) dann auch entsorgt.

Zitat:

Zitat von Maliko (Beitrag 1503380)

Wir haben gut 3 Monate dafür gebraucht, bis alles wieder lief.

Bei uns lief das Jahrlang nebenbei, bis dann a, Druck zu groß wurde und b, Vorbereitungen soweit waren.
D6 -> XE6 -> 10.2 - 10.4 war der Weg und möchte nie mehr zu D6 zurück