Delphi vs. Java

[FBrust]

Hallo,

bei uns in der Firma ist die Frage aufgetaucht, ob ein Programm, dass mit Delphi (bzw. Object Pascal) als Win32-Programm erstellt wurde, schneller läuft als ein Programm, dass mit Java erstellt wurde (bei gleicher Funktionalität).

Ich meine mich erinnern zu können, dass (zumindest früher) ein Manko von Java war, dass es langsam war , ich glaube, weil es als Interpreter-Sprache lief (bitte nicht hauen, wenn ich jetzt Quatsch schreibe :roll: ).

Aber wie sich das momentan verhält? Keine Ahnung.

Wißt Ihr mehr? Kann man das überhaupt pauschal sagen?



Gruß

Frank

[Nicodius]

ich muss java in der schule durchmachen

haben als ide netbeans[ :wall: ] und ich finde es unheimlich s....... schlecht

--> SEHR langsam

[Robert_G]

Zitat:

Zitat von Nicodius

ich muss java in der schule durchmachen

haben als ide netbeans[ :wall: ] und ich finde es unheimlich s....... schlecht

--> SEHR langsam

so ein BLÖDSINN. :roll:
Java ist lahm wenn man es lahm macht. Man muss sich natürkich bewusst sein, dass man nicht zum Bleistift 1000-mal pro Sekunde eine Integer Instanz amlegen darf.
Außerdem sind Swing GUIs nur alter Käse, SWT verwendet die Widgets des OS und ist genauso schnell wie eine normale GUI.
Javas JIT ist schon ziemlich gut geworden. Wenn sich Sun noch ein wenig von MS abguckt. (so wie es MS bei Sun auch gemacht hat)

Ich persönlich sehe nicht mehr Sinn darin, Zeit in Java zu investieren. Aber ich habe keine Probleme damit reiner Windows Entwickler zu sein.
Das einzige garantiert funktionierende .Net für andere Plattformen ist nunmal Java. ;)

[Nicodius]

lol


das compilieren dauert für ein programm mit 3 if abfragen ca 6 sekunden (2667 mhz)

--> das sind nicht 6000 integervars ... das ist einfach nur langsam

[Robert_G]

Wen interessiert wie lange der Compiler braucht? :gruebel:
Ich meinte natürlich FFehler, die zur Laufzeit begangen werden...

[Nicodius]

lol mich schon sehr ... ich mag kurze programmteile schnell teste :roll:

[Hansa]

Ich kann die Firmen nicht verstehen, die auf die Nanosekunden in der Ablaufgeschwindigkeit gucken und teure Leute für langwierige Programmentwicklung bezahlen. 8)

[Luckie]

Zitat:

Zitat von Nicodius

das compilieren dauert für ein programm mit 3 if abfragen ca 6 sekunden (2667 mhz)

Dann hast du noch nie mit einem C/C++ Kompiler gearbeitet. Bei größeren projekten kannst du da eine Pizza essen gehen. Aber das interessiert auch gar nicht, weil es keine Rolle spielt. Klar, wenn ich mein Metier nicht beherrsche und nur bastele und nach jeder Zeile kompilieren muss, um zu gucken ob es läuft dann hat das natürlich keinen Sinn.

Aber wie gesagt, darum geht es hier gar nicht.

[Hansa]

Zitat:

Zitat von Luckie

...noch nie mit einem C/C++ Kompiler gearbeitet. Bei größeren projekten kannst du da eine Pizza essen gehen... Klar, wenn ich mein Metier nicht beherrsche und nur bastele und nach jeder Zeile kompilieren muss, um zu gucken ob es läuft dann hat das natürlich keinen Sinn...

Da hat er Recht. :lol: Ich mache das zwar auch manchmal so, aber eben nicht immer. Oft ist es schon gut, wenn das nicht zu lange dauert. :mrgreen: Für den Endanwender eines größeren Programmes ist so was aber völlig uninteressant. Den interressiert nur, wie schnell seine eigene Arbeit gemacht werden kann. Dabei geht es allerdings um Minuten und nicht um Nanosekunden. 8)

[supermuckl]

*luckiezustimm*
*hansazustimm*

man sollte sich mehr auf das coden konzentrieren, das da nicht nacher reklamationen durch bugs auftauchen ;) das ist 1000 mal schlechter als wenn die compilierung statt 20 sekunden 25 sekunden braucht ;)

immerhin soll ja der anwender vom speed profitieren und net der coder beim compilieren