Heute so gecodet...

Zumindest ist Java eine extrem stabile Sprache/Entwicklungsplattform, mit der man auch 20 Jahre alte Projekte inklusive ihrer GUI-Elemente noch problemlos öffnen, editieren und kompilieren kann. Und natürlich laufen auch alte Programme automatisch auf 64bit-Systemen usw.

Ich schreibe seit den frühen Nuller Jahren eigentlich alle meine PC-Programme in Java und habe es noch nie wirklich bereut. Der größte Nachteil ist halt, daß man für Sachen wie Zugriffe auf USB usw. in der Regel eine native Implementierung (JNI) braucht.

Aber alles noch besser als seine wenige Jahre alten Visual-Studio-Projekte nicht mehr öffnen zu können, weil die "kostenlose" Lizenz abgelaufen ist oder so ein sprachlich instabiler und syntaktisch häßlicher Ramsch wie Python.

Zitat von 0xdeadbeef

Aber alles noch besser als seine wenige Jahre alten Visual-Studio-Projekte nicht mehr öffnen zu können, weil die "kostenlose" Lizenz abgelaufen ist

Kann ich so nicht bestätigen.... ich kann auch heute noch meine Projekte aus VS2005 öffnen.

Wollte kürzlich Visual Studio 2018 "Community Edition" nochmal starten und da wurde mir mitgeteilt, daß meine freie Lizenz abgelaufen ist. Immerhin so ein Mist kann einem mit Java/Eclipse nicht passieren.

Und meine früheren Versuche ältere Projekte in neuere Versionen von Visual Studio zu importieren, waren nie völlig problemlos. Alleine schon, weil MS ja alle paar Jahre das GUI-Konzept durch was komplett anderes ersetzt.

Ich habe auch keine Probleme alte Visual Studio Projekte zu öffnen. Die werden dann zwar umgewandelt für die neuere Version von Visual Studio, aber meistens geht das problemlos.

Davon abgesehen, beschäftige ich mich gerade mit Rust. Diese Sprache hat neue Konzepte für die dynamisch Speicherverwaltung, wie Immutability/Mutability oder Borrowing. Das finde ich ziemlich interessant, aber am Anfang ist das alles noch sehr ungewohnt.

Zitat von 0xdeadbeef

Und natürlich laufen auch alte Programme automatisch auf 64bit-Systemen usw.

Ich hatte schon mal ein Programm, dass auf einer neueren Java-Version nicht mehr lief.

Hatte ich noch nie. Der kompilierte Bytecode kann IMHO überhaupt nicht inkompatibel werden. Aber es gibt natürlich ab und zu mal Bugs in der JVM. Die halten sich aber in Grenzen.

Zitat von 0xdeadbeef

Hatte ich noch nie. Der kompilierte Bytecode kann IMHO überhaupt nicht inkompatibel werden. Aber es gibt natürlich ab und zu mal Bugs in der JVM. Die halten sich aber in Grenzen.

Aber die mitgelieferten klassen können sich verändern, das ist sehr häufig ein lästiges problem.

Zitat von schorsch3000

das ist sehr häufig ein lästiges problem.

Kann ich offen gestanden nicht nachvollziehen. Natürlich wurden über die Jahrzehnte einige Methoden oder Klassen auf "deprecated" gesetzt, das ist aber selbst beim Kompilieren kein Problem, weil man ja die Kompatibilität zu älteren JREs auswählen kann und wenn ein Programm erst einmal in Bytecode kompiliert wurde, zählt eigentlich nur noch die JVM. Und die ist wirklich extrem abwärtskompatibel. Ich kann nicht sagen, daß ich jemals das Problem hatte, uralte JARs in der aktuellen JVM auszuführen.

Zitat von 0xdeadbeef

Zitat von schorsch3000

das ist sehr häufig ein lästiges problem.

Kann ich offen gestanden nicht nachvollziehen. Natürlich wurden über die Jahrzehnte einige Methoden oder Klassen auf "deprecated" gesetzt, das ist aber selbst beim Kompilieren kein Problem, weil man ja die Kompatibilität zu älteren JREs auswählen kann und wenn ein Programm erst einmal in Bytecode kompiliert wurde, zählt eigentlich nur noch die JVM. Und die ist wirklich extrem abwärtskompatibel. Ich kann nicht sagen, daß ich jemals das Problem hatte, uralte JARs in der aktuellen JVM auszuführen.

Werf doch mal ein blick auf

https://www.oracle.com/java/te…-compatibility-guide.html

oder

https://www.oracle.com/java/technologies/compatibility.html

Da siehst du die Inkompatibilitäten die mit java 7 und 8 eingeführt worden sind.

Mir ist in den jetzten jahren durchaus das ein oder andere progreamm aufgefallen das als bytecode nicht mehr mit neuerer jvm läuft, oder, wenn es den als source kommt nicht mal mehr kompiliert...

Zitat von schorsch3000

Da siehst du die Inkompatibilitäten die mit java 7 und 8 eingeführt worden sind.

Wimre traf das Problem mitdem einen Programm auch beim Übergang zu Java 7 auf.

Wie ist es eigentlich mit JavaFX? Läuft das noch mit neueren Javas. Ich benutze aus Gründen noch Java 8.

Zitat von schorsch3000

Werf doch mal ein blick auf

https://www.oracle.com/java/te…-compatibility-guide.html

oder

https://www.oracle.com/java/technologies/compatibility.html

Da siehst du die Inkompatibilitäten die mit java 7 und 8 eingeführt worden sind.

Naja, klingt jetzt erstmal nicht so dramatisch:

Zitat

Java SE 8 is strongly compatible with previous versions of the Java platform. Almost all existing programs should run on Java SE 8 without modification. However, there are some minor potential incompatibilities in the JRE and JDK that involve rare circumstances and "corner cases" that are documented here for completeness.

Zitat von 0xdeadbeef

Ich kann nicht sagen, daß ich jemals das Problem hatte, uralte JARs in der aktuellen JVM auszuführen.

IIRC brauchte man für PCGen (RPG-Character-Verwaltungstool) mal eine Zeit lang eine ältere Java-Installation weil es mit den aktuellen Versionen nicht funktionierte.

Zitat von 0xdeadbeef

Zitat von schorsch3000

Werf doch mal ein blick auf

https://www.oracle.com/java/te…-compatibility-guide.html

oder

https://www.oracle.com/java/technologies/compatibility.html

Da siehst du die Inkompatibilitäten die mit java 7 und 8 eingeführt worden sind.

Naja, klingt jetzt erstmal nicht so dramatisch:

Zitat

Java SE 8 is strongly compatible with previous versions of the Java platform. Almost all existing programs should run on Java SE 8 without modification. However, there are some minor potential incompatibilities in the JRE and JDK that involve rare circumstances and "corner cases" that are documented here for completeness.

Alles anzeigen

Ein Großteil der Seite beschäftigt sich dann doch mit genaueren Beschreibungen der Inkompatibilitäten.
Aber was versuchst du zu beweisen?
Du sagst das du da wenig Probleme mit hattest.

Das glaub ich dir, warum auch nicht?
Ich sage das ich damit durchaus schon Probleme hatte, und das deine Erfahrung keine Allgemeingültigkeit hat und belege mit Faketen.

Und nun? meine Realität wird sich nicht verändern, deine auch nicht.
Deine Auffassung von "extrem Abwärts kompatibel" kann ich aber leider nicht teilen, vorallem nicht wenn da eine lange liste an Kompatibilitäts-brüchen dokumentiert ist.

Was ist an "Java SE 8 is strongly compatible with previous versions of the Java platform" mißzuverstehen?

Zitat von 0xdeadbeef

Was ist an "Java SE 8 is strongly compatible with previous versions of the Java platform" mißzuverstehen?

Das ist ne inhaltslose Marketing Aussage des Herstellers, direkt gefolgt von einer langen liste an Inkompatibilitäten.
Ich mein, das ist Oracle, die mit der langsamen Datenbank die behaupten sie sind schnell und in ihrer Lizenz verbieten das man benchmarks macht und veröffentlicht...

Zitat von 0xdeadbeef

Wollte kürzlich Visual Studio 2018 "Community Edition" nochmal starten und da wurde mir mitgeteilt, daß meine freie Lizenz abgelaufen ist. Immerhin so ein Mist kann einem mit Java/Eclipse nicht passieren.

Ich sage nur mal: Oracle...

Zitat von 0xdeadbeef

Wollte kürzlich Visual Studio 2018 "Community Edition" nochmal starten und da wurde mir mitgeteilt, daß meine freie Lizenz abgelaufen ist.

Das wäre ärgerlich wenn es keinen Ersatz von MS geben würde. VS 2022 ist aber verfügbar und um einiges besser als alle kleineren Versionen.

Zitat von sparhawk

Ich sage nur mal: Oracle...

Und ich sage nur mal: OpenJDK.

Zitat von daybyter

und hätte eigentlich hier im Forum auch gerne einen FPGA Bereich für so allgemeine Entwicklung, aber es gibt wohl nicht genug Interesse an sowas.

Anwendungen gibt es für FPGAs ja reichlich, aber viele Sachen kann man auch mit einem fixen Controller erledigen, Beispiel: KFF. Preislich sind FPGAs dazu im Vergleich auch weniger interessant. Hinzu kommt, dass die Tools der Hersteller manchmal ziemlich gurkig sind und man da schon eine gewissen Leidensfähigkeit an den Tag legen muss.

Eine Formel liefere als Ergebniss teilweise unerwartete Werte. Nun wollte ich wissen warum das passiert und bei welchen Eingabewerten. Was macht man wenn man schlecht in Mathe ist? Man verwendet Excel und lässt sich das für jeden der Eingabewerte vorrechnen. Damit habe ich einen neuen Größenrekord einer Excel Tabelle mit 120MB erreicht.

Ich liebe Excel.