Total free rpg

[andreaspr@aon.at]

Im Großen und Ganzen kann man FREE alleine lernen wenn man möchte.
Wenn man einen Workshop haben will würde es eher dann Sinn machen wenn man diesen kombiniert.
Z.B. ILE Konzept mit Prozeduren, Prototypen, Serviceprogramme, neue Technologien von SQL in RPG nützen, wie kann ich in RPG möglichst einfach und schnell XML & JSON lesen bzw. generieren usw.
In FREE gibt es auch kein CALL 'MYPGM' mehr, sondern man muss die Programme als Prozeduren via Prototype deklarieren.
Ich kann RPG Prozeduren in CL oder auch SQL als Funktionen benützen.

Ich mache gerade einen Workshop über genau diese Themen.
Den Leuten gefällt es sehr, sind überrascht was alles möglich ist und wollen gar nicht mehr im alten Styl Entwickeln.

Alte Programme zu konvertieren ist Lobenswert, und wenn's funktioniert auch super.
Jedoch meiner Meinung nach nicht zwingend notwendig.
Normal reicht es wenn man sich darauf einigt neue Programme oder größere Änderungen im neuen Stil zu schreiben.
Alte Programme können bleiben wie sie sind.
Dadurch fällt das K.O. Argument: "Entweder alles oder nichts".

lg Andreas

[dschroeder]

Alte Programme zu konvertieren ist Lobenswert, und wenn's funktioniert auch super.
Jedoch meiner Meinung nach nicht zwingend notwendig.
Normal reicht es wenn man sich darauf einigt neue Programme oder größere Änderungen im neuen Stil zu schreiben.
Alte Programme können bleiben wie sie sind.
Dadurch fällt das K.O. Argument: "Entweder alles oder nichts".

Da schließe ich mich an. Wir setzen den ARCAD Transformer nur gezielt ein. Wenn in einem fixed format Programm eine (größere) Änderung notwendig ist, konvertiere ich das Programm und mache die Änderung dann im fully free.
Auch wenn der ARCAD Transformer ganz gut ist, benötigt jede Konvertierung etwas Nacharbeit. Deshalb konvertieren wir nur, wenn es sich lohnt. Neues schreiben wir immer in fully free.

Der Umstieg auf fully free ist eigentlich sehr einfach. Vieles wird ja einfach besser als vorher!
Der größte Knackpunkt wird wahrscheinlich wirklich die Tatsache sein, dass man das Schlüsselwort CALL nicht mehr nutzen kann, um Programme aufzurufen. Man ist gezwungen, für jedes Programm, das man aufrufen möchte, einen Prototyp zu definieren (und am besten in einer Copy-Strecke abzulegen). Das klingt im ersten Moment sehr umständlich, aber man bekommt auch etwas dafür: Durch die Prototypes werden Fehler bei Parameterübergaben stark reduziert und meistens schon zur Compilezeit erkannt.