PDA

View Full Version : Technologie Beratung...



Seiten : [1] 2 3 4 5

SiS2020
24-08-20, 16:11
Liebe Foriker,

wie so viele steht auch unsere Firma vor der Herausforderung Modernisierung unserer Programmstrukturren und Oberflächen.
Mein Wunsch ist es, MDD hier zu etablieren, bin cool:2e geschädigt...

Vielleicht ist ja ein Leidensgenosse hier schon mal ähnliches angegangen und steht mal
für ein Gespräch bereit?
Prinzipiell geht es mir um den Weg dahin, aber natürlich auch um sinnvolle, nachhaltige Tools.

Danke für eure Unterstützung.

Siegfried

mk
25-08-20, 07:36
Hi,

was ist denn MDD und was bedeutet cool:2e geschädigt ?

Ein paar mehr Information wären natürlich auch hilfreich.


Gruß
Michael

SiS2020
25-08-20, 08:18
Moin,

gerne doch: MDD = ModelDrivenDevelopment, also Design(Modell) basierte Entwicklung, Programme werden automatisch generiert.
cool:2e geschädigt = mir hat diese Form der Entwicklung ausgesprochen gut gefallen. Diese Passage war also ironisch gemeint. Ich werde das zukünftig dann besser kennzeichnen.

Ich habe schlechte Erfahrung mit manueller Programmierung im Team. Hier werden schnell persönliche Befindlichkeiten ausgelebt. Und es ist schwierig, alle unter einen Hut zu bekommen, wenn es um Neuerungen geht.
Deshalb ist mein Ansatz: das Team soll sich auf das Design der Abläufe und Inhalte konzentrieren, nicht auf die Programmtechnik.

Und wir brauchen "unbedingt" eine grafische Oberfläche.

Gruß
Siegfried

Fuerchau
25-08-20, 10:34
Und ist RPG/LE immer noch relevant?
UML-Basierte Entwicklung gibts meines Wissens nicht für RPGLE.

Eine Alternative, ganz nett gelöst, ist für die grafische Oberfläche z.B. ProfoundUI. Damit hat man dann eine Web-Anwendung und kann das RPGLE-Knowhow weiter verwenden.
Ob Coolplex (mit MDD) das auch kann bleibt zu überprüfen.

Wenn man allerdings auf neue Technologien setzt und junge Leute begeistern will empfielt sich hier auf eine .Net-Entwicklung zu gehen.
Ich verwende da z.B. C# und die Entwicklungsressourcen von DevExpress.
Unterstützung von EntityFramework u.v.m gehört dann dazu.
Somit hat man dann C#-Entwickler für die Frontends (Fat-Client, Web, Mobil) und die RPGLE-Entwickler für das Backend (Batchprogramme, SQL-Prozeduren/Funktionen, REST, u.v.m).

Nur die Kombination verschiedener Element macht in meinen Augen Sinn.
Eine komplett native IBM i-Lösung kann das alleine leider nicht leisten.

xenofob
25-08-20, 11:04
Solange man nicht mit while(true) arbeitet ist C# tatsächlich der Hit. ;)

Eine Kombination verschiedener Technologien hat auch den Vorteil, dass man nicht in Tools eingeschränkt ist. So gibts in C# unendlich viele PDF Exporter, XLS Formatierer, Schnittstellen zu anderen Systemen.. Alles schon ready to use und meist sogar Opensource mit genialer Dokumentation.

Frontend + Middle mit Blazor (C#) Verbindung zur IBMi ausschließlich über Webservices (Rest).
IBMi weitesgehend als DB benutzen.

D.h. man hat die Symbiose aus höchster Stabilität, beste Performance (Preis/Leistung) von der IBMi + höchst modernes Middleware + Frontend (C#).
Dazu die Verknüpfung der beiden Umgebungen mit Webservices. Schnell. Modern. Genial.

SiS2020
25-08-20, 11:19
Tja, da spricht der Entwickler. Ich selber bin tatsächlich auch einer.
Aber ich will das für die Firma so nicht mehr. Also suche ich Alternativen.

CA Plex, wie es jetzt heißt, würde ich mir gern ansehen. Leider reagiert bei CA aber gerade absolut niemand auf Anfragen. Es scheint noch im Portfolio zu sein...
Dazu bräuchte ich aber deutlich mehr Informationen.
Zu ProfoundUI lese ich mich gerade schlau. Das würde dann aber auch wieder direkte Programmierung bedeuten....was ich ja (eigentlich) nicht will...

Ach ja, ein Ziel ist da auch noch: keine externe Entwicklung...

Eine schwierige Gemengelage.

RobertMack
25-08-20, 11:32
http://ibmi.thiez.com/2020/01/17/playing-with-python-on-ibm-i/
https://www.itjungle.com/2010/08/25/fhg082510-story01/
https://www.itjungle.com/2010/11/03/fhg110310-story01/
https://www.itjungle.com/2011/05/18/fhg051811-story01/
https://www.gateway400.org/documents/Gateway400/Handouts/GetStartedWithPythonOnIBMi2016.pdf

camouflage
25-08-20, 11:34
Sieht so aus, als wäre die ganze Geschichte um CA:2E/Plex ein wenig outdated. Im Moment sehe ich (m.M.) kein neueres RAD Tool, das auf der IBM i angewendet wird. ProfoundUI hat dir Baldur ja schon empfohlen, was ich dir vielleicht noch an's Herz zusätzlich legen kann - schau mal bei Fresche noch rein.
Hier der Link: https://freschesolutions.com/solutions/ca-2e-solutions/

Alternativ würde Asna auch noch was anbieten:
https://bit.ly/3grfgRU
(ganz im Sinne von Baldur)

Ansonst ist's ziemlich schwierig zu bestimmen wohin die Reise gehen soll. Es ist doch vieles im Umbruch. RPG sehe ich mittelfristig schon noch als sicheren Anker, allerdings drängt Open Source vehement nach vorn. Nach Node.js folgt nun der Python Hipe.

xenofob
25-08-20, 11:38
ProfoundUI hübscht zwar das System auf und bringt es ins Web, ändert jedoch wenig am Problem der IBM i (kein neues Personal).
Deshalb besser Technologiestack modernisieren und die Arbeit auf der IBM i aufs notwendigste reduzieren.

Und direkte Programmierung klappt durchaus sehr gut wenn sich an übliche Standarts gehalten wird. Mit Git lässt sich auch noch jede Änderung Dokumentieren und jederzeit nachvollziehen.

C#, Js, Frontend -Entwickler gibts in Massen aufn Arbeitsmarkt. Moderne RPG Entwickler hingegen eine Rarität.

Dschainers
25-08-20, 12:08
CA Plex wird m.W. nicht mehr weiterentwickelt.
Wir setzen es auch ein, es werden nur noch dringend notwendige Fehler behoben.