Eure Meinung zum RDi

[dschroeder]

und...
... ob da Klaus Peter mit liest? Jedenfalls passt das gleich zum Thema:
https://events.midrange.de/Online-Wo.../?affl=Academy
Allerdings, der Workshop ist nicht umsonst.

Den Workshop haben wir gebucht. Ich freue mich schon darauf.

[dschroeder]

Könnte es sein, dass euer Design da nur das zweitbeste ist?

D*B

Das könnte natürlich sein.

Aber glücklicherweise sind diese Programme Ausnahmen. Unsere Programme haben im Schnitt weniger als 250 Zeilen.

Wir haben bei uns z.B. für die Entität Kunde ein Serviceprogramm, das alle möglichen Aktionen mit dem Kunden veranlasst. Z.B. kundeAktion(key : 'neuanlage') oder kundeAktion(key : 'showZusatzdaten').

Da mit einem Kunden schnell mal 100 oder mehr Aktionen möglich sind, haben wir im Serviceprogramm kundeAktion eben mindestens 100 Procedures. Eben für jede Aktion eine eigene Routine. Die eigentliche Arbeit wird natürlich nicht in dem Serviceprogramm gemacht. Es steuert nur die Aufrufe der wirklichen Verarbeitungsprogramme.

Langer Rede kurzer Sinn: So ein Programm ist lang, beinhaltet aber strukturell keine große Logik. Es ist nur eine lange "Aufzählung" der Möglichkeiten.

[dschroeder]

Kommt hinzu, dass der letzte RDi 9.8er update die ganze Installation zerschossen hat, so dass ich alles wieder neu aufsetzen musste. Danke dafür.

Da ich eigentlich immer einer der ersten bin, die neue RDi Versionen einsetzen, finde ich auch oft Unzulänglichkeiten und melde die als Case bei IBM. Ein Developer von IBM hat mir gesagt, dass er bei jeder neuen Version (also bei jeder neuen Fix-Nummer) eigentlich einen neuen leeren workspace empfiehlt. Man hat wohl nicht so viel Vertrauen in die meistens angebotene Konvertierung der workspaces.

[dschroeder]

Mit RDi gab es ständig jemanden der Probleme hatte (Verbindungsabstürtze, Exceptions wie Dateisystemfehler usw.).
Ein Neustart half meistens.
Die Teilnehmer sind mit der Zeit aber sehr genervt davon.

Wundert mich, dass ich dies nie auf der Liste der Probleme sehen kann.
Dachte schon ich wäre der einzige damit. Habe aber festgestellt, dass andere Kollegen einfach gelernt haben damit zu leben.

Ja, das habe ich auf meiner Liste vergessen. Es kommt schon mal vor, dass wir den RDi neu starten müssen. Mal 4 mal am Tag und mal nur alle 2 Wochen.

Nervig ist die Empfindlichkeit der Connection. Wenn eine kurze Netzwerkstörung auftritt, fangen sich die meisten Nicht-IBMi Anwendungen schnell wieder. Die IBMi Anwendungen, egal ob RDi oder ACS lassen sich nach einem kurzen Connection Verlust nicht mehr retten. Unsere Anwender nutzen für die Sitzungen (im Browser) Genie (von ProfoundUI). Die sind relativ fehlertolerant.

Das Blöde ist, dass ich mein Notebook in der Firma in der Regel mit einer Dockingstation mit festem Netzwerkkabel betreibe. Wenn ich das Notebook dann mal schnell für eine Besprechung in ein anderes Büro mitnehme und die Verbindung über die Docking-Station abreißt, sind alle IBM i Anwendungen einschließelich RDi gestört. Ich muss also erstmal alles beenden und dann im neuen Büro alles neu starten. Hinweis: Wir haben flächendeckendes WLAN. Aber das Umschalten kriegen die IBM i Tools nicht hin. Outlook, Teams usw. haben damit gar kein Problem. Vielleicht muss ich es, wie einige Kollegen machen: Nur noch per WLAN arbeiten. Ich bilde mir ein, dass das langsamer ist. Aber vielleicht macht das gar nichts aus.

[Fuerchau]

Seit 9.8.1 habe ich fast keine Probleme mit der Syntaxanalyse, da diese nicht mehr die gesamte Source durchsucht, sondern nur noch innerhalb des umgebenden Blocks der aktuellen Zeile, also if-endif, dcl-proc-endproc, for-endfor, usw.

Abstürze bekomme ich nur, wenn das Netz mal wieder zusammenbricht. Ich arbeite vom Homeoffice via VPN mit der IBM. Da kann es dann schon mal zu Unterbrechungen kommen.
WLAN-Probleme kann man minimieren, wenn man das automatische Weiterleiten (Mesh) des WLAN korrekt konfiguriert hat. Da merkt man den Wechsel zwischen den Stationen gar nicht.

Wenn dann eine Exception hochpopt, dann kann man wirklich nichts mehr machen und muss RDi auch killen. Aber das ist höchst selten. Beim Neustart wird man dann aber gefragt, ob die zuletzt geänderten und noch nicht gesicherten Quellen wieder geöffnet werden sollen.

Auch die Anzahl Zeilen ist mittlerweile kaum noch ein Problem. Alte Quellen, die erst nach und nach auf Free umgestellt werden, haben historisch durchaus mehrere 1000 Zeilen, auch schon mal 10.000!
Auch damit hat RDi keine Probleme.
Es funktioniert ja sogar die Autovervollständigung im SQL für Hostvariablen. Das war vorher halt immer lästig. Da musste man aus "exec sql" einen "xexec sql" machen, konnte seine Hostvariablen setzen und das "x" wieder entfernen.

Der Upgrade auf die 9.8.1 funktionierte sogar ohne Probleme.

Super ist das Arbeiten mit der Gliederungsansicht und dem Filter derselben. Über die Referenzen kann man schnell alle Verwendungen prüfen, incl. der Datei-E/A's, und dahin navigieren, vor allem wann eine Variable geändert wird. Das war früher immer sehr mühsam, da dies erst der Compiler auswarf.
Über eine 2. Ansicht bekommt man dieselbe Qielle noch mal nebeneinander, so dass man in unterschiedlichen Stellen des Codes navigieren kann. Ins besonders im Daten- und Codeteil separat.
Wenn der Bildschirm breit genug ist, hat man immer noch eine gute Arbeitsfläche.

Aber es ist halt jedem selbst überlassen, wie man mit einem Tool umgehen kann.

Ach ja, auch den Debugger benutze ich noch lieber im Greescreen, da der Remote-Debugger via VPN einfach viel zu langsam ist.

[camouflage]

Also Baldur,
Du bist mein Held, schon auf 9.8.1. Da bin ich doch gleich noch ein Pfahlbauer. :-D

[Fuerchau]

OK, leicht vertan: 9.8.0.2 (20240514_1451)
Läuft aber problemlos und für meine Internetausfälle kann ja RDi nichts.

[BenderD]

Das könnte natürlich sein.

Aber glücklicherweise sind diese Programme Ausnahmen. Unsere Programme haben im Schnitt weniger als 250 Zeilen.

Wir haben bei uns z.B. für die Entität Kunde ein Serviceprogramm, das alle möglichen Aktionen mit dem Kunden veranlasst. Z.B. kundeAktion(key : 'neuanlage') oder kundeAktion(key : 'showZusatzdaten').

Da mit einem Kunden schnell mal 100 oder mehr Aktionen möglich sind, haben wir im Serviceprogramm kundeAktion eben mindestens 100 Procedures. Eben für jede Aktion eine eigene Routine. Die eigentliche Arbeit wird natürlich nicht in dem Serviceprogramm gemacht. Es steuert nur die Aufrufe der wirklichen Verarbeitungsprogramme.

Langer Rede kurzer Sinn: So ein Programm ist lang, beinhaltet aber strukturell keine große Logik. Es ist nur eine lange "Aufzählung" der Möglichkeiten.

... 250 für den Durchschnitt ist nicht gerade wenig, aber handelbar. 2500 ist der Faktor 10, das ist schon heftig. Die Tatsache, dass dabei die Macken der Entwicklungsumgebung auffallen,sagt auch aus, dass es da durchaus Änderungen an diesen Boliden gibt und da stellt sich schon die Frage Wartbarkeit. Ich würde da schon mal einen Blick drauf werfen, ob man das nicht teilen kann, sprich: ob alle Procedures da rein gehören, bzw. innere Bindung (shared data) haben.
Kritisch sehe ich auch, die Übergabe von Steuerungsinformation, das verdeckt Aufrufhierarchien und macht sie instabiler. Aufrufnamen kann der Compiler prüfen, Inhalte von Parametern nicht.

D*B

[dschroeder]

OK, leicht vertan: 9.8.0.2 (20240514_1451)
Läuft aber problemlos und für meine Internetausfälle kann ja RDi nichts.

Ich muss sagen, dass ich immer wieder verwundert bin, wenn Entwickler nicht mit der neuesten Version arbeiten. Ich habe inzwischen 9.8.0.6. Nicht dass ich sagen würde, dass da inhaltlich ein gewaltiger Sprung gemacht wurde. Aber ein Update ist doch in wenigen Minuten gemacht. (Zumindest wenn man seinen workspace beibehält).

Ich weiß, dass Softwareupdates auch mal neue Fehler enthalten. Aber im Normalfall gibt es mehr Verbesserungen als Fehler (sonst hätte der Developer seinen Job nicht gemacht). Deshalb bin ich immer schnell dabei, wenn eine neue Version herauskommt.

Baldur, das soll keine Kritik sein! Ich kenne viele Entwickler, die nicht die letzte Version installiert haben. Mich würde aber interessieren, weshalb das so ist? Lohnen sich die paar Minuten für das Update nicht? Ist es Vorsicht, dass etwas kaputtgehen könnte? Oder kriegt man nicht mit, dass ein Update da ist? (Das kann ich mir bei dir, Baldur, eigentlich nicht vorstellen).

Der Update ist doch kostenlos!

[Fuerchau]

Darum gehts ja auch nicht. Es handelt sich um einen Kunden-Laptop.
Zusätzlich gibts ein CMOne-Addon (ein IBM i basiertes Softwarecontrolsystem), dass leider nicht mit der neuesten Version harmoniert.
Also auch daran sieht man, dass Schnittstellen unsauber festgelegt wurden, wenn denn überhaupt.
Und wie heißt es so schön bei Kunden: "Never change ....".
Es ist nicht immer hilfreich, mit der neuesten Version zu arbeiten.
Ich arbeite auch mit Visual Studio Professional (also kein VS-Code).
Was da ständig an neuen, nicht benötigten Funktionen, ins besonders KI, hinzukommt...
Es ist wirklich mühsam, immer alles abzuschalten was man nicht braucht, weil keine KI derzeit 50-jährige Berufserfahrung nachvollziehen kann.
Ich hatte es schon bei anderer Gelegenheit geäußert, dass mir KI bisher nur Standardlösungen angeboten hat, die ich selber aber schon kenne. Meine speziellen Probleme muss ich da schon selber lösen.
Auch meine SQL's sind immer noch effektiver, wenn es um komplexe Abfragen geht.
Alleine schon, was man sich mit "join lateral" alles sparen kann.
Dasselbe gilt für Windows 10.
Warum soll man sehr gute Hardware, die super gut funktioniert und keine Ausfälle hat, entsorgen, nur damit dann Windows 11 eingesetzt werden kann?
Wenn denn mal eine neue Hardware kommt, gibts ja nur noch Windows 11.
Wozu also der Zwang viel Geld für Hardware auszugeben?
Und das Schlimme daran ist ja, dass ich auch für meine anderen Software-Produkte ebenso neue Lizenzen benötige und u.U. keine Windows 11-Version mehr bekommen kann.

Zum Vergleich:
Ich benutze immer noch mein CorelDraw X4 (2008!), weil ich nicht mehr brauche, dass schon unter Windows 10 nur über Umwege mit Umbenennung der Setup-Datei installiert werden konnte.
Ja, und ich habe schon länge Windows11, da es vor 2 Jahren, glaube ich, noch eine Umgehungslösung für das TPM 2.0-Problem gab, was jetzt wohl inzwischen nicht mehr möglich sein soll.
Aber vielleicht gibts ja doch noch einen Hack.
Ja, und CorelDraw X4 läuft immer noch.

[dschroeder]

OK, danke für die Info.

Das Problem mit der Kompatibiliät zu Kundensystemen kenne ich auch noch aus meiner (sehr lange zurückliegenden) Zeit im Softwarehaus.

Ich bin durchaus froh, dass ich diese Einschränkungen heute nicht mehr habe.