Bestehende Software modernisieren / Umstieg

[361]

Hallo Rollo62,

vielen Dank für Deinen Beitrag. Das finanzielle mit den LowCode-Herstellern wird aktuell geklärt, aber die initialen Aussagen waren preislich wohl eher etwas für große Firmen.

Also ich habe mir bereits mal angeschaut, wie schnell man mit Low-Code entwickeln kann und das beeindruckt, wenngleich man auch im Hinterkopf hat, dass es auch genug Probleme oder Schwachstellen geben wird. 13 Jahre Entwicklungszeit sind mit Delphi dahingehend recht viel, wenn man jedoch produktiver entwickeln kann (generiert Code etc), dann kann man es mit Sicherheit nicht vergleichen.

Mit FMX habe ich mich noch nicht beschäftigt. Primär soll eine Web-Anwendung entstehen, wenn das mit FMX geht und man Code behalten kann, wäre das gut. Wir haben allerdings auch Schwachstellen in der Architektur, weshalb ein Neuanfang Vorteile bieten würde.

Hast Du Erfahrung mit TMS WebCode? Ich werde mich gleich hierzu belesen.

Das mit den über Bord werfen ist richtig, allerdings gab es schon zwei Re-Designs. Abgesehen von der Kundenanforderung, es soll Web-tauglich sein, stört mich der Verwaltungsaufwand und auch einige Schwächen wie UI-State-Handling (viel Code) oder das Erstellen neuer Forms/Frames, das geht mit Low-Code weit besser. Laut Kunden und Sales muss die Anwendung vom Desktop weg.

[Uwe Raabe]

Zitat von 361:

Hast Du Erfahrung mit TMS WebCode? Ich werde mich gleich hierzu belesen.

Da ist wohl gerade was ausführlicheres in der Pipeline...

[Bernhard Geyer]

Ich würde erstmal Grundsätzliche Entscheidungen klären:

- Welche Frontend-Bibliothek soll es sein? Es mit "Dephi-Background" oder lieber doch gleich 100% Cut und auf Bibliotheken wie Angular oder React setzen?

- Welche Backend soll es werden? Weiter mit Delphi und "nur" eine passende API gegen die Front-End-Bibliothek?
Oder gleich alles "wegschmeißen" und auch am Server sowas wie Node.js einsetzen?

Ein wichtiger Punkt wenn man jetzt auf Web umbaut ist das dies gleich auf allen Geräten nutzbar ist.

Und nicht sagen das ein ERP nur am PC benutzt wird. Teilinformationen will man auch gerne unterwegs am Smartphone haben.

[361]

Zitat von Bernhard Geyer:

Ich würde erstmal Grundsätzliche Entscheidungen klären:

- Welche Frontend-Bibliothek soll es sein? Es mit "Dephi-Background" oder lieber doch gleich 100% Cut und auf Bibliotheken wie Angular oder React setzen?

- Welche Backend soll es werden? Weiter mit Delphi und "nur" eine passende API gegen die Front-End-Bibliothek?
Oder gleich alles "wegschmeißen" und auch am Server sowas wie Node.js einsetzen?

Ein wichtiger Punkt wenn man jetzt auf Web umbaut ist das dies gleich auf allen Geräten nutzbar ist.

Und nicht sagen das ein ERP nur am PC benutzt wird. Teilinformationen will man auch gerne unterwegs am Smartphone haben.

Hallo Bernhard,

vielen Dank für die Gliederung und Erklärung. Ich denke, es wäre besser einen kompletten Neuanfang zu machen, da es auch intern technische Anforderungen gibt, neue Technologien zu nutzen (z.B. Hibernate). Die Anforderung Web-Frontend vom Kunden ist essentiell. Ich sehe es auch, dass die Nutzung am Smartphone gewünscht ist (gab es Anfragen) doch womit könnte man das technisch realisieren? Stichwort wäre hier Layout-Manager. Wofür wäre node.js nutzbar, kannst Du dazu noch etwas schreiben? Für Input bin ich dankbar auch besten Dank an die Vorposter, belese mich hierzu auch gerade.

[Bernhard Geyer]

Zitat von 361:

kannst Du dazu noch etwas schreiben? Für Input bin ich dankbar auch besten Dank an die Vorposter, belese mich hierzu auch gerade.

Bin (aktuell) Entwicklungstechnisch eher Backend/Alte Welt unterwegs.
Evtl. hilft hier am meisten einfach einer der nächsten Webkonferenzen zu besuchen und dort mal einerseits über die Vorträge viel neuen Input zu bekommen,
Andererseits über Gespräche in den Pausen die Erfahrungen auch zu bekommen.

[Neumann]

Ich würde mir mal TMS-Webcore sowie die TMS-Business Tools ansehen. Damit kann man viel machen und den Delphi-Quellcode zum großen Teil weiterverwenden.

Alles neu machen für ein 13 Jahre gewachsenes Produkt ist gefährlich und teuer. Würde mal sagen mit gleicher Manpower braucht man dann mindestens 5 Jahre um den alten Stand wieder zu erreichen.

Solange müsste man auch das alte Produkt noch parallel weiter supporten.

Den Kunden ist es in der Regel egal ob der Quellcode schöner ist und womit programmiert wurde, Hauptsache das Programm macht was es soll.

[himitsu]

Wir selbst hatten mal bissl mit FMX für Android rumgespielt und auch mit anderen Dingen rumgespielt, aber mangels Zeit/Ressourcen wurde nichts draus.
Den Grundkern unseres Proguckts konnten wir auch schon teilweise relativ leicht so umstellen, dass er auch im Android kompiliert und für eine neue Testanwendung genutzt werden konnte.
Aktuell lassen wir von einer in der nähe lebenden Fremdfirma ein Webfrontend für gewisse Module entwickeln, die dann im Webbrowser und auch via Browser auf einem Smartphone mit Barcodescanner laufen sollen.
Da wir viel Logik in der Datenbank (Trigger und Funktionen) haben, gehen sie direkt auf die Datenbank, bzw. Teilweise auf Funktionen in einer eigenen Serveranwendung (z.B. Dateizugriff auf unser DMS).
Das große Projekt bleibt aber weiterhin erstmal Delphi. Mal für zwei/drei Jahre die Enwicklung des Projektes fast zu stoppen und alle Ressourcen in eine komplette Neuentwicklung zu stecken, mit Techniken, die auch noch niemand umfänglich beherrscht, war nicht so wirklich schön anzusehn.



FMX ist Multi-Plattform, aber Web gibt es nicht als Plattform. (die GUI nur für Windows, Apple und Android ... Linux und Web nur von Fremdfirmen)

Es gibt noch den HTML5 Builder, früher war's mal Delphi4PHP, dann RadPHP und vorher VCL for PHP oder wie es noch hieß, beim Originalentwickler.
https://www.embarcadero.com/de/products/HTML5-Builder
https://edn.embarcadero.com/article/34059

Das ist/war quasi eine "Kopie" der RTL/VCL nach PHP. (komplett neu, und komplett in PHP/JavaScript geschrieben)
Der Grundcode ist in PHP auf dem Webserver und es können Events zurück ins PHP oder auch lokal als JavaScript laufen.


Dann gibt es mehrere Frameworks, auch Eines von Borland/Embarcadero selbst, deren Namen ich immer vergesser (das alte langsame QC war damit geschrieben),
wo im Hintergrund Delphi-Code als Serveranwendung läuft und die HTML-Code generieren und rausgeben.

Es gibt auch ein Projekt, wo eine VCL-Anwendung auf dem Server ausgeführt wird, deren Oberfläche abgefangen und via Webbrowser anderswo angezeigt wird.
Kannst'e quasi grob mit RDP bzw. TeamViewer vergleichen, aber für einen großen produktiven Einsatz würde ich das nicht empfehlen.

[Bernhard Geyer]

Zitat von Neumann:

Ich würde mir mal TMS-Webcore sowie die TMS-Business Tools ansehen. Damit kann man viel machen und den Delphi-Quellcode zum großen Teil weiterverwenden.

kann vorteil sein, aber auch Problem doch wieder alles so zu machen wie bisher, nur da es im Browser läuft ...

Zitat von Neumann:

Alles neu machen für ein 13 Jahre gewachsenes Produkt ist gefährlich und teuer. Würde mal sagen mit gleicher Manpower braucht man dann mindestens 5 Jahre um den alten Stand wieder zu erreichen.

Sowas ist immer schwer. Daran sind schon andere Firmen gescheitert und in der Versenkung verschwunden.
Aber immer nur "dranschustern" versperrt öfter auch mal den Blick darüber das die Welt um einen herum sich komplett gedreht hat und jetzt in die andere Richtung fährt.

Zitat von Neumann:

Solange müsste man auch das alte Produkt noch parallel weiter supporten.

Das ist immer schwierig. Wenn das Datenbackend gleich bleibt kann man evtl. beide Welten gleichzeitig fahren und immer schrittweise die wichtigsten Punkt (nach Redesign) in den Browser bringen.

Zitat von Neumann:

Den Kunden ist es in der Regel egal ob der Quellcode schöner ist und womit programmiert wurde, Hauptsache das Programm macht was es soll.

Und das schwierige ist ob man überhaupt noch weiß ob das was man macht überhaupt noch beim Kunden genutzt wird oder er eh schon intern eine Ablösung sucht.

[jobo]

Ich verstehe diese „alles auf den Schrott“ Ansätze meist nicht (es gibt Ausnahmen), auch wenn es spätestens seit VW Dieselskandal trendet- erst recht unverständlich.
Delphi ist ein leistungsfähiges System und Postgres ebenfalls. Das geht auch „in der Cloud“.

Ich sehe hier eher den Ansatzpunkt für ein Hybridsystem (oder meinetwegen auch Brückentechnologien). Es wird „einfach“ ein Zusatzprodukt mit Webtechnologien aufgezogen. Eine klassische SQL Datenbank bietet die idealen Voraussetzungen, so etwas wasserdicht hinzubekommen. Also verschiedene Clients zu bedienen und dabei eben dafür zu sorgen, dass alle Spielregeln eingehalten werden.
Datenpflege über REST Interfaces gegen Postgres, Oberfläche mit ein modernen JS Tool und man ist schon ziemlich schnell, ziemlich weit. Wenn gewollt sogar per Wepapp auf verschiedenen Plattformen (devices wie smartphone, tablet, ...).
Für Flexibilität in der Ausrichtung statt kompletter Neuanfang sprechen m.E. zwei Punkte,
- jahrelang „erarbeiteter Knowhow Mangel“ zu Alternativen (der auch nicht durch eine Rundfrage hier oder einen Konferenzbesuch ausgebügelt ist)
- was mit sich bringt, die Gefahr von Fehlentscheidungen, Vendor lock-in, Kostenfallen, falsche Aufwandseinschätzung usw.

Die Schwierigkeiten, die sich mit einer Neuentwicklung, Migration usw. den Kunden (und dem Hersteller) in den Weg stellen, können dann am Ende auch leicht zu einem Anbieterwechsel des Kunden führen (Es muss ja eh migriert werden). Welcher Anbieter will das?

Was außerdem gegen eine Abschaffung klassischer Fatclients bzw. eines leistungsfähigen Bestandssystem spricht, ist m.E. die Power, die man bei der Datenbearbeitung erreicht, flexible Hotkeys, komplexe und hochspezialisierte Masken sind nicht so schnell aus dem Webhut gezaubert. Ich habe eigentlich noch nie eine wirklich gute Webmaske zur Dateneingabe gesehen, die mit einem lange gepflegten und verbesserten System mithalten kann. Wenn ich manchen Umsteiger auf das neue Webtool die Maus über die Tischplatte schieben sehe, dann der Doppelklick auf die Buttons und Links…. denke ich „Produktivität im Keller“
Also ehrlich, man wirft doch nicht ohne Not 15 Jahre Arbeit weg?!

Ach und der Vollständigkeit halber: Ich habe keine Ahnung, was low code sein soll- gerade erst gelesen. Ein Blick auf Wikipedia und ich lande z.B. bei Simplifyer, die stolz schreiben, dass sie SAP Silverpartner sind. Na schönen Dank!
Aber es ist ja auch kein Hexenwerk, generischer Code mit deklarativen Ansätzen lässt sich prima zu Fuß umsetzen, mit Delphi oder Webtools, als Weiterentwicklung des Bestandssystem.

Und noch mal andersrum:
Was ist für Dich Cloud, low code usw. Kunde will Web, Kunde will „Hibernate“ (Das ist kein Selbstzweck -er wird es nie merken, ob es da ist oder nicht), …
Dem Kunden kann es egal sein, welche Technologie ihr einsetzt, wenn er davon Ahnung hätte, würde er es selber machen, oder?
Skalierende DB Systeme in der Cloud, überall auf der Welt, ..?
Ja, kann man machen und trotzdem die alte Software einsetzen.

Und noch was: Ein paar tolle Zahlen und Grafen auf dem Smartphone, das ist der absolute Renner, ohne Ironie. Damit können sich wichtige Leute noch wichtiger fühlen. Die Sexyness des Produkts steigt ungemein. Und das ist vielleicht eines der Probleme, die Altsoftware gerne hat. Angestaubte Masken, statischer Aufbau, grau in grau… da lohnt frische Farbe schon sehr. Die Leute mögen das und es ist den meisten offenbar viel wichtiger als Funktion. Aber dafür braucht man weder eine solide Bestandssoftware wegzuwerfen noch teure low code tools anzuschaffen.

[himitsu]

Zitat von jobo:

Ich habe keine Ahnung, was low code sein soll- gerade erst gelesen. Ein Blick auf Wikipedia und ich lande z.B. bei Simplifyer, ...

Zusammengefasst sagt Wiki Low-Code ist das, wo der Entwickler Befehlsbausteine schnell zusammenklickt, anstatt schönen Code zu schreiben.
https://de.wikipedia.org/wiki/Low-Code-Plattform

Also im Grunde genau das hier
https://www.youtube.com/watch?v=9JIDctUxqHQ (Scratch)
oder unser LiveBindings-Designer im Delphi.

Und dass ein Code schön sein kann, zeigt dieser Quellcode in der Programmmiersprache Brainfuck, welcher ein Sierpinski-Dreieck generiert.

Code:

                                >
                               + +
                              +   +
                             [ < + +
                            +       +
                           + +     + +
                          >   -   ]   >
                         + + + + + + + +
                        [               >
                       + +             + +
                      <   -           ]   >
                     > + + >         > > + >
                    >       >       +       <
                   < <     < <     < <     < <
                  <   [   -   [   -   >   +   <
                 ] > [ - < + > > > . < < ] > > >
                [                               [
               - >                             + +
              +   +                           +   +
             + + [ >                         + + + +
            <       -                       ]       >
           . <     < [                     - >     + <
          ]   +   >   [                   -   >   +   +
         + + + + + + + +                 < < + > ] > . [
        -               ]               >               ]
       ] +             < <             < [             - [
      -   >           +   <           ]   +           >   [
     - < + >         > > - [         - > + <         ] + + >
    [       -       <       -       >       ]       <       <
   < ]     < <     < <     ] +     + +     + +     + +     + +
  +   .   +   +   +   .   [   -   ]   <   ]   +   +   +   +   +
 * * * * * M a d e * B y : * N Y Y R I K K I * 2 0 0 2 * * * * *

(die böse DP macht immernoch paar Leerzeichen kaputt ... Details im [Zitat] zu sehen)
https://www.tutorialspoint.com/execu...nfk_online.php