Delphi am "Ende"?

[cookie22]

Zitat von MEissing:

Ohne Konfrontation: Ich kenne Dutzende Firmen, die weg sind von Java und .Net und zu Delphi gewechselt sind.... weil Ihnen Delphi einfach die bessere Alternative bietet.

Mit der gleichen Argumentation könnte man heute auch schon ARM-Compiler "verlangen"..... Marktrelevanz (bei gleichzeitig limitierten Ressourcen unsererseits) spielt da aber eine ganz entscheidende Rolle.

Hehe klar, dass du das sagst. Du arbeitest ja auch nicht bei MS und kennst die Firmen die von Delphi weg sind, denn abmelden tun sich die Leute wohl kaum.

Windows für ARM ist gerade angekündigt, X64 gibt es seit Jahen. Das ist wohl ein großer Unterschied.

Zitat von MEissing:

Deswegen heisst das Credo bei uns/Embarcadero ja auch: Qualität.
Das hat man nun definitv in den letzten Releases gesehen...

Man kann da nichts anders sagen, die Qualität hat sich sehr zum besseren gewendet. Aber es war vorher auch grottenschlecht, da war das wohl der einzige Weg. Ich als Käufer von D2005 weiß, wovon ich rede. Wenn der 64Bit Compiler dann auch noch qualitativ überzeugt und sich die Produktpflege etwas verbessert, könnte man mit Delphi fast wieder glücklich werden, ich zu mindest.

[Bernhard Geyer]

Zitat von cookie22:

Windows für ARM ist gerade angekündigt, X64 gibt es seit Jahen. Das ist wohl ein großer Unterschied.

Hier ein Update zur "Windows auf ARM-Prozessoren"-Ankündigung

[Assarbad]

Zitat von Bernhard Geyer:

Hier ein Update zur "Windows auf ARM-Prozessoren"-Ankündigung

Ich würde eher annehmen, daß es eine strategische Aussage ist. Er hat zwar nicht unrecht, aber andererseits pflegt MS schon seit zwei Jahrzehnten Windows auf anderen Architekturen als ihrer "Heimat-Architektur"

Aber nur die Zukunft wird uns zeigen was wirklich Sache ist.

[Bernhard Geyer]

Zitat von Assarbad:

Zitat von Bernhard Geyer:

Hier ein Update zur "Windows auf ARM-Prozessoren"-Ankündigung

Ich würde eher annehmen, daß es eine strategische Aussage ist. Er hat zwar nicht unrecht, aber andererseits pflegt MS schon seit zwei Jahrzehnten Windows auf anderen Architekturen als ihrer "Heimat-Architektur"

Also das "normale" Windows läuft nur auf x86/x64. Die Itanium-Schiene läuft auch bald aus. Und wieweit Windows Phone/CE den gleichen Quellcode teilt wird man vermutlich nur als Mitarbeiter mit VSS-Zugriff wissen.

Zitat von Assarbad:

Aber nur die Zukunft wird uns zeigen was wirklich Sache ist.

Das stimmt. Solch eine Ankündigugn hat bisher eher die Relevanz/Wichtigkeit wie die Ankündigung das das nächste (oder doch nicht) Windows nur noch .NET-Code "native" ausführen kann und Win32 nur noch emuliert wird.

[michaelthuma]

Interessant - hatte ARM bestenfalls im Kontext von PADs oder tablets vermutet, die Windows embedded Schiene ist irgendwie eher - sucht keiner dort, liefe aber mit mehr oder weniger Standard Windows. Intel wird sich die Server Räume so leicht nicht nehmen lassen - Rückzugsgebiet für das PC Konzept auf mittlere/lange Sicht - je nachdem was im Privatbereich der Primary Device wird. Der Atom hält langsam Einzug dort wo früher noch "gelötet" wurde ... Spezialchips sind kaum mehr länger als 6 Monate verfügbar ... dort punkten sie und sind beliebter als FPGA mit dem Atom. Das ist ein Eck das kann dem Delphi Entwickler durchaus entgegen kommen, auch wenn EMB sich dort nicht wirklich sieht.

Denke ARM hat sich da ganz fest im mobile Eck eingenistet und intelligente commodity chips. Intel produziert ja sonst auch noch, von PC Chips und Prozessoren leben die nicht allein.

Eher wilde Spekulation, dass ARM einen Serverchip bauen im Moment oder das MS da jemals eine gewichtige Rolle spielt. Man kann an sich mit einer schlichteren Struktur der Befehlssätze einiges erreichen, das war am 68000er noch so, aber eigentlich die physischen Register im Intel sind ja schon fast unzählbar - d.h. Dinge wie Register Renaming macht an sich der Prozesser eh selber - eher wohl schauen, dass man keine stalls kriegt in der Pipeline und keine Alignment Strafen, aber selbst die sind mit DOS Programmen am Pentium Pro nicht aufgefallen und heute sind wir 16 Jahre danach... die Chips bügeln so manche Eselei von uns unter der Haube aus.

Was braucht Strom - Prozessor und Festplatte ... zweite ist da eher unter Ablösezwang ... von der Energieeffizienz her und weil die Festplatte schlicht der letzte mechanische Teil ist. Dann wird es wieder lustig, weil man dann möglw. auf chaches kann verzichten und DBS mit großen Cache, weniger buffering ...

Bunny

Zitat von Bernhard Geyer:

Zitat von cookie22:

Windows für ARM ist gerade angekündigt, X64 gibt es seit Jahen. Das ist wohl ein großer Unterschied.

Hier ein Update zur "Windows auf ARM-Prozessoren"-Ankündigung

[Assarbad]

http://www.codeproject.com/Surveys/1...velop-des.aspx

Delphi nur auf dem vorletzten Platz. Wobei die Frage ist, inwieweit die Seite (die ich mehr dem C/C++/C#-Lager zuordnen würde) vielleicht der Grund für dieses "Zerrbild" (?) ist.

[Daniel]

Mit Blick auf Cocoa auf dem letzten Platz denke ich, dass die Zielgruppe wirklich zu C++/C#-lastig ist.

[Bernhard Geyer]

Zitat von Assarbad:

http://www.codeproject.com/Surveys/1...velop-des.aspx

Delphi nur auf dem vorletzten Platz. Wobei die Frage ist, inwieweit die Seite (die ich mehr dem C/C++/C#-Lager zuordnen würde) vielleicht der Grund für dieses "Zerrbild" (?) ist.

codeproject wäre ein der letzten Seiten die ich bei Delphi/Pascal-Fragen besuchen würde ...
Im Delphi-Forum gibt es gerade mal 188 Posts.

[Assarbad]

Sorry, daß ich das nochmal herauskrame - der Aspekt Geschwindigkeit wurde hier ja zuvor noch nicht so stark angesprochen. Vielleicht hat Embarcadero ja auch einen Kommentar zu dem Thema.

Hier mal ein Vergleich des Scimark Benchmarks (auch auf die Kommentare achten):

http://delphihaters.blogspot.com/201...nd-delphi.html

Es gibt da verschiedene Versionen, es ist wohl ein neuerer Port im VCS. Einerlei, die Delphi-Versionen scheinen irgendwie immer ziemlich schlecht abzuschneiden. Ihr könnt die Tests ja mal selber laufen lassen. Wäre ohnehin interessant das noch mit anderen Compilern zu probieren ...

Ich weiß, Performance ist nicht in allen Anwendungen wichtig, aber das Ergebnis ist doch (leider) sehr eindeutig.

PS: Ich weiß, daß der Name des Blogs nicht sonderlich vertrauenerweckend ist, aber man kann die Tests ja, wie gesagt, selber laufen lassen und vergleichen.

[Namenloser]

Es mag schon stimmen, dass andere Compiler, vor allem im Bereich C/C++, besser und aufwändiger optimieren als Delphi. Das sind aber im Gegensatz zu Delphi praktisch immer Multipass-Compiler, mit dem Nachteil, dass der Kompiliervorgang auch deutlich länger dauert. In kaum einer anderen Sprache kann man so schnell mal eben Code schreiben, kompilieren und testen wie in Delphi.

Daran sieht man eben, dass Delphi mehr auf RAD ausgelegt ist, als auf hohe Runtime-Performance.

Andererseits hängt die Geschwindigkeit natürlich auch immer sehr stark von der Implementierung ab, deshalb sind solche Tests auch immer so eine Sache...

Mir persönlich hat die Performance unter Delphi eigentlich immer gereicht. Performacekritische Funktionen optimiere ich eh von Hand.