Welche Programmiersprache am sinnvollsten?
-
Nimm die Sprache D. Die isz zwar stark in entwicklung aber gut!
Diese Sprache ist eifnach, portabel und man braucht kein framework
-
Simon2 schrieb:
P.S.: Ich wäre gespannt darauf, wie "Betriebssystemunabhängig" mit "Einfach zu realisierende Server/Client verbindung" zusammenzubringen gewesen wäre.
klarer fall für java!
-
ten schrieb:
Simon2 schrieb:
P.S.: Ich wäre gespannt darauf, wie "Betriebssystemunabhängig" mit "Einfach zu realisierende Server/Client verbindung" zusammenzubringen gewesen wäre.
klarer fall für java!
Na dann viel Spaß mit Java unter MVS.
Gruß,
Simon2.
-
C++ wäre für mich das beste, da wir c++ auch in der Schule installiert haben und ich dort weiterbasten könnte in zB einer Freistunde. Hab nur etwas Berührungsangst mit den Zeigern, Referezen etc
Pointer sind einfach, wenn sie dir jemand mal richtig erklärt. Da fehlt einfach nur das Aha-Erlebnis. Wenn Du englisch kannst, schau dir mal das hier an:
http://www.cs.stanford.edu/cslibrary/PointerFunCppBig.avi (34 MB)
http://www.cs.stanford.edu/cslibrary/PointerFunCpp.avi (14 MB)
-
Simon2 schrieb:
ten schrieb:
Simon2 schrieb:
P.S.: Ich wäre gespannt darauf, wie "Betriebssystemunabhängig" mit "Einfach zu realisierende Server/Client verbindung" zusammenzubringen gewesen wäre.
klarer fall für java!
Na dann viel Spaß mit Java unter MVS.
hier: http://h18012.www1.hp.com/java/download/
oder taugt das nix?
-
ten schrieb:
Simon2 schrieb:
ten schrieb:
Simon2 schrieb:
P.S.: Ich wäre gespannt darauf, wie "Betriebssystemunabhängig" mit "Einfach zu realisierende Server/Client verbindung" zusammenzubringen gewesen wäre.
klarer fall für java!
Na dann viel Spaß mit Java unter MVS.
hier: http://h18012.www1.hp.com/java/download/
oder taugt das nix?... nicht für IBM-MVS-Systeme.
Aber natürlich gibt es auch eine VM (für die neuste Version des Betriebssystems), aber das hilft einem nichts, wenn sich viele Architekturmerkmale (Filesysteme/-formate, User-Interface, Threading- , ....) aus der "Vor-ClientServer-Zeit" stammen.
Gruß,
Simon2.
-
Simon2 schrieb:
... nicht für IBM-MVS-Systeme.
vielleicht das hier: http://www-03.ibm.com/servers/eserver/zseries/software/java/
-
ten schrieb:
Simon2 schrieb:
... nicht für IBM-MVS-Systeme.
vielleicht das hier: http://www-03.ibm.com/servers/eserver/zseries/software/java/
Simon2 schrieb:
...
Aber natürlich gibt es auch eine VM (für die neuste Version des Betriebssystems), aber das hilft einem nichts, wenn sich viele Architekturmerkmale (Filesysteme/-formate, User-Interface, Threading- , ....) aus der "Vor-ClientServer-Zeit" stammen.
Gruß,
Simon2.
Das haben wir auch ...
Aber wenn Du auf dem System nichtmal Files mit der Non-Javawelt austauschen kannst, vergeht einem schnell die Lust an der Portabilität. In Sachen Legacyintegration ist Java einfach nicht besonders doll (und unter zOS hat man üblicherweise 99% "Altes") - zumindestens nach meiner (zugegebenermaßen begrenzten) Erfahrung. Allerdings sehen das Viele (Systemer und Architekten) in der Firma ähnlich.Gruß,
Simon2.
-
Simon2 schrieb:
Das haben wir auch ...
Aber wenn Du auf dem System nichtmal Files mit der Non-Javawelt austauschen kannst, vergeht einem schnell die Lust an der Portabilität. In Sachen Legacyintegration ist Java einfach nicht besonders doll...naja, das ist klar. man kann ja nicht alles in einem haben.
für sowas bietet java übriges 'JNI' zum dranschnuddeln von systemspezifischen sachen.
guckst du: http://www.javaworld.com/jw-07-1997/jw-07-javadev.html
-
ten schrieb:
Simon2 schrieb:
Das haben wir auch ...
Aber wenn Du auf dem System nichtmal Files mit der Non-Javawelt austauschen kannst, vergeht einem schnell die Lust an der Portabilität. In Sachen Legacyintegration ist Java einfach nicht besonders doll...naja, das ist klar. man kann ja nicht alles in einem haben.
für sowas bietet java übriges 'JNI' zum dranschnuddeln von systemspezifischen sachen.
guckst du: http://www.javaworld.com/jw-07-1997/jw-07-javadev.html
Ist klar, aber da sind enge Grenzen gesetzt. Einerseits nur C (schreib mal Stubs für eine Cobol-Legacy-Anwendung mit einigen Millionen Zeilen Code) und andererseits kannst Du dann Deinen Transaktionskontext zu DB und Netz komplett vergessen...
Es hat schon einen Grund, warum wir mit Java auf der grünen Wiese neu angefangen haben.
Gruß,
Simon2.