Delphi am "Ende"?

[Robotiker]

Zitat von mschaefer:

Im Moment geht das leider in pure Spekulation über und es macht
schlicht keinen Sinn jedes Wort auf der Zunge zu Vierteilen.

Ja, das sehe ich auch so.

Zitat von MEissing:

NB: Die meisten unserer Kunden entwickeln weiterhin für 32-Bit Systeme ("Windows XP for ever!")... worüber wir hier debattieren sind Vorreiter/Early Adopters/Technik-Freaks.

Ich denke es ist völlig legitim, wenn sich ein Unternehmen in dieser Weise auf die eher konservative Kundschaft konzentriert.

Aber Äußerungen wie diese waren der Grund, warum ich mich hier angemeldet habe. Waren die Leute, die mit Kylix & Co auf Cross-Plattform gesetzt haben, Freaks ? Ist die neue angekündigte Cross-Plattform Lösung auch nur für Freaks ? Kaufargumente sehen für mich anders aus.

Wenn man die eher konservative Kundschaft bedienen will, die schon über Unicode geklagt hat, wird es sicher ein Abenteuer für das Marketing denen einen neuen Compiler, eine überarbeitete Library und Cross-Plattform bis zum iPhone zu verkaufen.

[cookie22]

Zitat von Robotiker:

Ich denke es ist völlig legitim, wenn sich ein Unternehmen in dieser Weise auf die eher konservative Kundschaft konzentriert.

Es ist legitim, aber auch gefährlich. Wenn man zulange mit neuen Technologien wartet verliert man irgendwann den Anschluss und ist weg vom Fenster.

Ich persönlich kenne eine ganze Reihe Entwickler die sich von Delphi verabschiedet haben und zu MS Produkten gewechselt haben, weil Delphi einfach zu sehr hinterher hinkt.

Und um es nochmal zu sagen, man ist kein Vorreiter, Early Adopter oder Technik-Freak wenn man für X64 entwickelt. Denn eigentlich ist das ganze schon ein alter Hut. Es schränkt einfach den Markt erheblich ein wenn man X64 nicht bedienen kann. Wenn man ein halbes Jahrzehnt nach der Einführung von 64Bit sowas sagt, ist man einfach ein Technik-Nachzügler und hat den Anschluss schon lange verpasst. Auch wenn man es nicht gerne hört.

[Insider2004]

Und vor allem, wird die 1. 64 bit-Version kaum zu gebrauchen sein. Da sind dann noch so viele Kinderkrankheiten drin. Das war bei Delphi 2 und Unicode/Generics genauso. Man kann zwar entwickeln, aber keine Kundenauslieferungen machen. Ich schätze, da gehen nochmal 2 Versionen ins Land, bevor man die Apps auf den Kunden loslassen kann.

[MEissing]

Zitat von Robotiker:

Zitat von MEissing:

NB: Die meisten unserer Kunden entwickeln weiterhin für 32-Bit Systeme ("Windows XP for ever!")... worüber wir hier debattieren sind Vorreiter/Early Adopters/Technik-Freaks.

Waren die Leute, die mit Kylix & Co auf Cross-Plattform gesetzt haben, Freaks ? Ist die neue angekündigte Cross-Plattform Lösung auch nur für Freaks ? Kaufargumente sehen für mich anders aus.

Ich wollte damit nur ausdrücken, dass nicht die ganze Welt auf einen 64-Bit Compiler wartet. Auf den letzten gefühlten 356 Seiten dieses Threads mag durchaus der Eindruck entstanden sein, dass ein Delphi ohne einen 64-Bit Compiler "am Ende" sei. Das ist aber nicht so.

Natürlich ist die Forderung nach einem solchen eine legitime und ermöglicht den Kunden neue Märkte zu erschliessen oder sich wandelnde weiterhin zu bedienen (CAD-Systeme, Windows-Shell-Erweiterungen, Office.... in 64 Bit). Auch wir haben ein Interesse daran, dass der Delphi Entwickler die Werkzeuge bekommt, der er/sie wünscht. Und deswegen arbeiten wir schon seit längerer Zeit an einer Umsetzung der Kundenanforderungen, möchten aber auch dem Delphi Entwickler (längerfristig) die Mac OS und Linux Märkte zugänglich machen.

Zitat:

Ich persönlich kenne eine ganze Reihe Entwickler die sich von Delphi verabschiedet haben und zu MS Produkten gewechselt haben, weil Delphi einfach zu sehr hinterher hinkt.

Und um es nochmal zu sagen, man ist kein Vorreiter, Early Adopter oder Technik-Freak wenn man für X64 entwickelt. Denn eigentlich ist das ganze schon ein alter Hut. Es schränkt einfach den Markt erheblich ein wenn man X64 nicht bedienen kann. Wenn man ein halbes Jahrzehnt nach der Einführung von 64Bit sowas sagt, ist man einfach ein Technik-Nachzügler und hat den Anschluss schon lange verpasst. Auch wenn man es nicht gerne hört.

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.

Zitat:

Und vor allem, wird die 1. 64 bit-Version kaum zu gebrauchen sein. Da sind dann noch so viele Kinderkrankheiten drin. Das war bei Delphi 2 und Unicode/Generics genauso. Man kann zwar entwickeln, aber keine Kundenauslieferungen machen. Ich schätze, da gehen nochmal 2 Versionen ins Land, bevor man die Apps auf den Kunden loslassen kann.

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

[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.