View Full Version : rpg2cpp - Opensource Entwickler gesucht
holgerscherer
17-12-05, 23:46
Ich habe ja eine Lösung für's Rechnungsschreiben etc. Aber sie gefällt mir nicht besonders. Und ähnlich wärs mit EXCEL und anderen
"Lösungen". Ich bin als ex-RPG-Entwickler schlicht an komfortable und massgeschneiderte (und darauf käms mir an) Lösungen gewöhnt.
Das ist verständlich. Ne Rechnung kann man ja mit Word schreiben. Wenn es aber sinnvoll ist, steckt auch gleich eine Lagerverwaltung, Stammdatenverwaltung und eine Buchhaltung dahinter. All das habe ich hier, bereite es noch ein wenig für den "kleinen" Anwender auf und werde es dann vermieten. Reiner grüner Bildschirm, und latürnich RPG ;-)
Zum Thema Testen und AS/400: was hast Du denn anzubieten?
http://www.rzkh.de -> iSeries-Rechenzentrum.
-h
Ich hab mal auf deinen Seiten die Tests ausprobiert. Zum Beispiel
"Test09b"
Da kommt nur:
<table border="1"> <tbody><tr><td>Name</td><td>Nummer</td></tr> </tbody> </table> NET.DATA DTW_SQL Fehler: Funktion lst_adr: Anweisung fehlgeschlagen. ADRESS der Art *FILE in DINFO nicht gefunden. (SQLSTATE 42704, SQLCODE -204)
Beschreibung des Tests ist übrigens:
"Eventuelle SQL-Fehler und -Meldungen muss man abfangen!"
Na ich grins jetzt einfach mal. Nur so als Hinweis: die anderen Tests laufen auch gegen die Wand....
<img>
Gruss
emax
holgerscherer
18-12-05, 11:16
"Test09b"
Na ich grins jetzt einfach mal. Nur so als Hinweis: die anderen Tests laufen auch gegen die Wand....
Ich grinse einfach mit :-) Die zugehörige Bibliothek mit Daten einer Telefonbuch-CD habe ich schon vor Ewigkeiten wegreorganisiert (aus Datenschutzgründen) und war bisher zu faul, was anderes zu generieren. Du bist der erste seit x Monaten, der das mokiert. Da sieht man mal, wie selten da jemand ein Beispiel aufruft...
-h
mit wars mehr wg. der Anmekrung, das SQL-Fehler abzufangen sind. Das war halt lustig.
Grüsse
emax
holgerscherer
18-12-05, 11:31
mit wars mehr wg. der Anmekrung, das SQL-Fehler abzufangen sind. Das war halt lustig.
LOL, ja. Im Beispiel fange ich nur eine Fehlernummer ab (kein Satz gefunden), für den Rest war ich ehrlich gesagt zu faul. Übrigens habe ich mal drei Testsätze reingetippt, damit Du mal das Ergebnis ohne Fehlermeldung siehst <g>
-h
holgerscherer
08-09-06, 17:33
QSYS ist die Haupt-Lib, alle Lib's (ausser QSYS) sind als Objekte in der Lib.
Drücken wir es mal anders aus: Das Maschineninterface kennt Kontexte, zum Beispiel auch QSYS. Darin können Objekte liegen, zum Beispiel auch Objekte vom Typ *LIB - dass die intern bis zu 30 Stellige Namen haben können, verschweigt uns die IBM leider immer noch. Und zur QTEMP: Die heissen Intern (fast) QTEMPxxxxxx wobei xxxxxx die Jobnummer ist :)
-h
holgerscherer
08-09-06, 17:36
Hinzu kommt, dass es offentlichtlich sogar einen Markt für soetwas gäbe. Denn die meisten Linuxer (wie ich) sind mit der VMWare/Quicken Lösung unzufrieden, zumal Quicken auch noch buggy ist.
Den Markt werde ich (bald) bedienen, ich habe eine recht komplexe ERP-Software (natürlich guter GreenScreen), die bald über das Internet mietbar ist. Und für die Klicker unter uns gibt es auch eine parallele graphische Oberfläche, keinen Screenscaper.
Zum Thema Testen und AS/400: was hast Du denn anzubieten?
Da ich so oft offline bin: hast Du schon bei mir auf der öffentlichen Kiste rumgeschnüffelt?
-h
Hallo Holger,
ja, klar bin schon auf Deiner Maschine, USER: EMAX. Find ich nen tollen Service, ideal für Tests etc.
Zu Deiner Frage in einem anderen Thread: ja, wir arbeiten an einem RPG-Compiler.
Hierzu ein paar Anmerkungen:
Wie in diesem Thread hier erwähnt, hatte ich "just for fun" begonnen, einen opensource-RPG-Compiler zu schreiben: rpg2cpp.
Was Anfangs als Spass gedacht war, hat nun "ernste" Konsequenzen: es haben sich auf meine Projektseite hin zwei Kunden gemeldet, die tatsächlich sowas für sich selber entwickeln möchten. Der eine Kunde sitzt in Italien (bin bereits einmal hingeflogen, und fliege diesen Monat wieder hin), der andere in Tschechien, dort war ich letzte Woche. Es handelt sich um zwei unterschiedliche Ansätze, beide mit ähnlichen Ziel: Portierung von RPG-Anwendungen auf andere Plattformen.
Wähhrend der eine Kunde reine RPG-III Anwendungen nach C++ umstellen will, möchte der andere auch ILE-Anwendungen portieren, alerdings nach C# (Dot.Net).
Die C#-sharp Leute stecken mittlerweile mitten in der Implementierung, und werden binnen Jahresfrist wohl einen ersten Pilotkunden umstellen.
Soviel zum Thema "opensource bringt kein Geld". Ich bin riesig happy, dass sich für mich das vielbeschworene Opensouce-Konzept in so wunderbarar Weise in echte Projekte umsetzt. War nie meine Absicht, damit Geld zu verdienen, aber nun siehts eben ganz anders aus.
Allerdings verkaufe ich nicht meine Software, sondern eben nur die Services, genau wie es sich opensource-Protagonisten idealerweise wünschen. Dabei geht es um Beratung und Design.
Das rpg2cpp-Projekt ruht deshalb zur Zeit: erstens habe ich kaum Zeit, zweitens muss ich mein Wissen aus diesen Projekten gegen den opensource-Teil abgrenzen, und dazu brauchts noch etwas Entwicklung: die Grenzen werden dann klarer.
Nichtsdestotrotz soll mein eigenes Projekt auf die Dauer weiterentwickelt werden.
beste Grüsse
e.
So kanns einem gehen: für mein rpg2cpp Projekt habe ich seit einem Jahr keine Zeit gehabt, das Projekt ruht.
Warum?
Weil neben meinem derzeitigen IBM-Projekt im vergangenen Jahr mehrere Kunden angefragt haben, ob ich bei einem RPG nach C++ bzw. C-sharp Compiler, den diese Kunden selber entwicklen möchten, beraten kann.
Es wurden tatsächlich zwei neue Kundenkontakte draus, und während der eine Kunde (ich habe ihn in Tschechien besucht) bereits ein lauffähiges Produkt hat, welches RPG-ILE nach C-sharp umsetzt, möchte der andere einen 3-Jahres-Vertrag für einen Umsetzer nach C++ machen. Dafür bin ich bereits drei mal nach Italien geflogen, und es ist dort ein grosses Budget für die Realisierung verfügbar.
Opensource führt auch zu Umsatz, eine tolle Erfahrung.
Zum opensource-Projekt: es ist davon unberührt, und ruht. Aber es ist nicht ad Acta gelegt: sowie ich mehr Zeit habe, gehts dort auch weitwer, wird aber eine ziemliche Weile dauern.
Soviel zum Stand der Dinge.
Totgesagte leben länger! :):):)