Buchempfehlung

[hel400]

... deswegen hat IBM wohl auch BRMS, den Jobsceduler, etc., etcc alles in CL programmiert ...

Aber wohl auch sicher nicht in RPG!
:-)))))))))))))))

Und CLP ist sicher auch nicht für die Programmierer von Betriebssystemen gedacht, sondern für Leute wie unsereins - wenn wir eben die oben genannten Dinge machen wollen.

Um genau diese standardisierten Abläufe, also die Aufrufe von CMD's in einen Ablauf zu bringen, gibt es eben CLP.
Die ganzen Erweiterungen (Pointer, Strukturen, Mehrdateienverarbeitung, CLLE, usw.) sind für diese Aufgaben vollkommen unnötig.
Und genau diese Erweiterungen sind es, die sog. HLL's (COBOL, ILERPG) besser beherrschen.
Somit ist das deutsche Handbuch V5 von ca. 2002 immer noch gültig und absolut ausreichend.

Absolut meine Rede, genau so ist es!

[BenderD]

... wenn man halt keine ordentliche Programmiersprache kann, dann tut es zuweilen auch RPG (In der Not frisst der Teufel Fliegen)!
Man schaue sich nur die real existierenden CL Programme an, den schauen die Mängel dieser "Sprache" aus allen Knopflöchern raus. Dasselbe Programm in x Varianten, weil man Klimmzüge machen muss, um Wiederverwendbarkeit zu erreichen und die Programme kaum lesbar sind, weil in der Regel mit dem "praktischen" F4 Prompter verhunzt.
So gut wie alles hart verdrahtet, Konfigurierbarkeit durch externe Tabellen Fehlanzeige, weil man die eine Datei, die man lesen darf, für was anderes braucht und man sowieso nicht per Key lesen kann, außer mit "raffinierten" work-arounds.
Das gesamte CL ist unter dem Aspekt Altlasten /34/36/370 zu sehen, wo man eine Job Controll language brauchte, um überhaupt ein Programm aufrufen zu dürfen. Dieses Konzept war schon überholt, als die /38 ihren ersten Schnaufer tat - man hat sich schlicht nicht getraut diesen Unfug über Bord zu werfen.

Aber wen's denn Spass macht und er nix besseres kann - aber neu beibringen würde ich das niemand.

D*B

[holgerscherer]

Aber wen's denn Spass macht und er nix besseres kann - aber neu beibringen würde ich das niemand.

Ja nee, iss klar. Und gewisse einfache (!) Automatisierungsaufgaben dann in RPG mit APIs programmieren? Für komplexe Aufgaben ist CL ja auch nie gedacht - obwohl mir in den späten 90ern mal ein halbes ERP bestehend aus CLP und UPDDTA vorgestellt wurde...

-h

[RobertMack]

...finde auch dass CLP oder CLLE nach wie vor eine Berechtigung haben (und wer Altlasten analysieren und warten muss weiß intuitiv wo zu suchen ist)

Für Neuschriften liegt die Wahrheit wohl irgendwo dazwischen, allerdings: wenn man nur einen Hammer hat, sieht jede Aufgabe wie ein Nagel aus ;-)

[BenderD]

Ja nee, iss klar. Und gewisse einfache (!) Automatisierungsaufgaben... -h

... dafür braucht man weder Buch, noch Reference, noch Englisch Kenntnisse, da reicht es, wenn man F4 und F1 bedienen kann - und das bisschen MONMSG lernt man in weniger als 1 Stunde. Weitere 30 Minuten bräuchte man noch, um all das aufzuzählen, was man bleiben lassen sollte...

D*B

[holgerscherer]

... dafür braucht man weder Buch, noch Reference, noch Englisch Kenntnisse, da reicht es, wenn man F4 und F1 bedienen kann - und das bisschen MONMSG lernt man in weniger als 1 Stunde. Weitere 30 Minuten bräuchte man noch, um all das aufzuzählen, was man bleiben lassen sollte...

Ich habe inzwischen die Erfahrung gemacht, dass das nicht immer funktioniert. Manche Leute brauchen auch beim Lesen etwas Anleitung, was man wo liest

-h

[Fuerchau]

Dann führt ein komplettes Buch eh nur zur Verwirrung. Eine Auflistung der Befehle wäre da sinnvoller.

[Chris.jan]

Macht mal bitte RPG nicht so schlecht. Und CL wird ständig gebraucht, bei allen Kunden. Das geht wortwörtlich beim QSTRUP schon los.
Gerade so Standards wie RCVF-Loops auf die Ergebnisse eines DSPOBJD sind in 5min fertig.

Ich würde aber auch die üblichen IBM-Standardwerke empfehlen.

[Mr-Ferret]

Somit ist das deutsche Handbuch V5 von ca. 2002 immer noch gültig und absolut ausreichend.

Jetzt trau ich mich eigentlich gar nicht mehr fragen, ich tus aber trotzden
Gibts das als PDF irgendwo zum herunterladen?

[Fuerchau]

Ich glaube nicht, da die alten IBM-Knowledge-Seiten nicht mehr zur Verfügung stehen.
In den druckbaren PDF's finden sich nur englische Handbücher.
http://www.ibm.com/support/knowledge...e/pdftable.htm

Ich habe allerdings auch noch nicht rausgefunden, wie man da auf Deutsch umschalten kann.
Ggf. gibts dann auch deutsche Handbücher.

[Robi]

Auch wenn ich die Notwendigkeit für ein Buch wirklich nicht verstehe ...

https://www-05.ibm.com/e-business/li...541&TRL=TXTSRH

ist v3r1 und deutsch

[BenderD]

Macht mal bitte RPG nicht so schlecht. Und CL wird ständig gebraucht, bei allen Kunden. Das geht wortwörtlich beim QSTRUP schon los.
Gerade so Standards wie RCVF-Loops auf die Ergebnisse eines DSPOBJD sind in 5min fertig.

Ich würde aber auch die üblichen IBM-Standardwerke empfehlen.

... zwei typische Beispiele für quick and dirty Huddelprogrammierung. QSTRUP einmal ordentlich und Tabellengesteuert gemacht und das war's dann für 98% aller Fälle - eigentlich skandalös, dass da nix vernünftiges implementiert ist. Verarbeitung mit RCVF, da dreht sich mir der Magen rum, das habe ich vor 20 Jahren auch so gemacht, aber das ist 20 Jahre her. Und für jede Variante gibt es dann ein eigenes CL, legt euch lieber ein ordentliches Buch zu SQL zu, das bisschen erzeugen von der Ausgabedatei, das kann man aus einer vollgültigen Programmiersprache mit system() oder QCMDEXC abfeuern, oder ein API verwenden, mit einem vernünftigen Prototyp verlieren die meisten APIs bereits ihren Schrecken - und die Verarbeitung der Userspaces kann man wunderbar generalisieren und das gibt es auch schon fertig als OpenSource (APILIST auf meiner Webseite + eine Beschreibung von Jon Paris in seinem Blog).
Ich bin sehr für lernen, aber dann doch nicht das, wie man es in der Lochkartenzeit gemacht hat!

D*B

@Mr-Ferret: nach meiner Erinnerung gibt es die deutschen Varianten nur bis V3 oder so und das ist nicht aktuell genug. Zudem sind die Übersetzungen extrem lausig und die Bedienerhilfe zu den commands wesentlich besser und auch in deutsch.