Built in Funktion %SPLIT

**Fuerchau** · 12-08-21, 16:21

Wenn man hunderte von Programmen und Serviceprogrammen hat, kann es durchaus mal passieren, dass ein Export beim Binden nicht gefunden wird, da man zwar die Variable/Prozedur korrekt geschrieben aber das Wörtchen "export" dann vergessen hat.
Beim Erstellen des Service gibts nichts auf die Finger (außer bei BinderSource), beim Binden des Hauptprogrammes mit dem Service dann aber bestimmt.

Da ist es tatsächlich in Windows in vielen Dingen einfacher.
Die IDE gibt mir bereits Fehler bei nicht vorhandenen Verweisen oder falschen Parametern aus.
Die Compiler ist da noch strenger.

Insoweit hast du natürlich recht:
Auf der IBM i muss man viel mehr berücksichtigen als bei der Entwicklung von Windowsprogrammen.
Da passieren, wenn man von Windows verwöhnt ist, dann schon eher mal solche Fehler.

**RXG4NWS2021** · 12-08-21, 18:42

Hm, wenn meine Welt nur Windows wäre,,
19 Jahre Automotive… sogar die Hardware kommt von uns.
Und es gibt mehr Regelwerke usw., weils einfache sehr gro0e multinationale Projekte in großen Teams sind.

Stimmt : ich muß noch viel Lernen… und vielleicht weniger posten…
Vor mir steht grad : Mastering AS400.

VG Rainer

**Fuerchau** · 13-08-21, 07:21

Bei "AS400" krieg ich immer eins auf die Finger, das System heißt aktuell "IBM i";-), bis wieder was Neues kommt.

**B.Hauser** · 13-08-21, 07:35

Vielleicht zur Anmerkung: Die Maschine heißt inzwischen länger IBM i als sie je AS400 geheißen hat.
AS400 ist die alte Kiste, die 1988 eingeführt wurde und hat sowenig mit der aktuellen IBM i zu tun, wie ein PC, der in den 90gern gekauft wurde mit einem PC von heute.

Vor- und Nachteil der IBM i ist nunmal, dass man eben nicht ständig seine Software auf die aktuelle Version des Betriebssystems anpassen muss. Das Problem dabei ist, dass Programmierer nichts neues lernen mussten (sie können heute schießlich immer noch neue lauffähige Programme mit der gleichen Syntax wie 1988 schreiben) und die Firmen deshalb das Geld für Aus- und Weiterbildung lieber in die PC-Fraktion investiert haben. Mit dem Erfolg, dass nach 20 oder mehr Jahren "Nichtstun" die Anwendungen vielfach veraltet sind!

**camouflage** · 13-08-21, 07:59

Birgitta,
ich geb dir grösstenteil recht. Den einzigen Vorwurf der sich jedoch IBM gefallen lassen muss ist, dass sie es nicht geschafft haben out of the Box ein grafisches Frontend (GUI und Print) mit einer einfachen Usability aus ihrem Hause anzubieten. Alles andere ist voll ok, gute Datenbank und SQL (obwohl, noSQL ist auch sexy) und laufend Improvements von SW und HW. Die IBM i hätte bedeutend weniger zu kämpfen.

Anmerkung:
Es mag vllt. die Codierung veraltet sein, wenn die Funktionen zeitgemäss und funktionell sind, ist doch die SW nicht outdated.

**Fuerchau** · 13-08-21, 10:37

Die Anforderungen gibt es schon sooo lange.
Versuche mit der alten GUI von PC-Support gabs ja auch schon. Das ist aber in keiner Weise je weiter entwickelt worden.
Auch VisualAge for RPG, es gibt da sogar noch Anwendungen die aber seit Win10 nicht mehr funktionieren, war schnell wieder tot.
Statt sich mit anderen Softwareentwicklern zusammen zu tun, muss es immer was eigenes sein.
Deshalb gibts nun Tools wie z.B. ProFound (für die RPG-Fraktion) für den grafischen Frontend und zum Drucken halt Produkte wie z.B. Spoolmaster, die jedoch mit AFPDS/SCS-Spools erst mal versorgt werden müssen.

Wie einfach das inzwischen auf Windows ist:
- Grafische Dialog-Designer
- Entity-Frameworks
- 100te diverse "Controls" für 1000de Zwecke
- Printexporte wahlweise in diverse Formate, natürlich auch PDF
- usw. usf.

Wie Dieter habe ich auch die Erfahrung gemacht, dass funktionierende Software selten modernisiert werden (kann) da die darin ablaufenden Funktionen nicht genügend dokumentiert sind.
Da bleibt allenfalls die Source-Modernisierung via RDi in Free, was an den Funktionen jedoch nichts ändert.

Und ich kenne beide Welten:
- AS/400 mit V2R1 bis IBMi V7R3 (demnächst 4)
- Windows seit Windows 3.11 mit C++/VB bis Windows 10 mit .Net C#/VB