Delphi 2011 heißt jetzt Delphi XE

[blackfin]

Zitat:

Zusätzlich stellt sich die Frage nach einen Markt für native Anwendungen, der wohl eher schrumpft, denn wächst.

*mümmelmümmel* Der Spielemarkt ist schon recht gross, und ich denke mal, der Großteil der Spiele wird wohl immer nativ sein.
Obwohl, da kann ich mich eigentlich auch gewaltig täuschen....zur Zeit siehts aber noch so aus.

[HeikoAdams]

Zitat:

Zitat von Daniel (Beitrag 1041212)

Zitat:

Zitat von hanspeter (Beitrag 1041210)

Hinzu kommt, das ein neuer Compiler nicht mehr auf Übersetzungs-Geschwindigkeit optimiert ist. Die Übersetzungszeiten dürften somit deutlich länger werden.

Woher stammt diese Info?

Ich denke, er meint den nötigen Reifungsprozess des Compilers, bis der soweit optimiert ist, das er in etwa genau so schnell arbeitet wie der aktuelle.

[Daniel]

AH, danke für die Erläuterung.

[mkinzler]

Zitat:

Zusätzlich stellt sich die Frage nach einen Markt für native Anwendungen, der wohl eher schrumpft, denn wächst.

Wenn es anch den MS Werbestrategen geht ja. In der Praxis wird das aber, wenn überhaupt noch lange dauern.

Zitat:

Zitat:

Hinzu kommt, das ein neuer Compiler nicht mehr auf Übersetzungs-Geschwindigkeit optimiert ist. Die Übersetzungszeiten dürften somit deutlich länger werden.

Ich denke, er meint den nötigen Reifungsprozess des Compilers, bis der soweit optimiert ist, das er in etwa genau so schnell arbeitet wie der aktuelle.

Es ist aber ein Unterschied, ob er noch unoptimiert ist oder ob das "geplant" wäre

[Phoenix]

Zitat:

Zitat von hanspeter (Beitrag 1041210)

Eine Möglichkeit Delphi W32 Quelltext in Delphi prism Quelltext zu konvertieren, würde die Situation entschärfen.

Würde sie nicht.
Auf der einen Seite gibt es das schon. Nennt sich Oxydizer.

Auf der anderen Seite ist .NET und Delphi aber so unterschiedlich, dass man sich in der .NET Welt so ziemlich alles verbaut wenn man so herangeht wie in Delphi.

Mit einem von Delphi konvertierten Projekt würde ich niemals in Prism arbeiten wollen.

[HeikoAdams]

Was mich ein wenig stört ist, das in den letzten Jahren immer öfter "nur" Features aus anderen Sprache nach Delphi kopiert wurden und immer seltener neue Innovationen realisiert wurden.

Wo sind die Killer-Features und Alleinstellungsmerkmale, die Delphi (wieder) zu etwas einmaligem machen?

[himitsu]

Zitat:

Zitat von mkinzler (Beitrag 1041219)

Wenn es anch den MS Werbestrategen geht ja. In der Praxis wird das aber, wenn überhaupt noch lange dauern.

Da gibt/gab es zwar soeine Windowsspielversion fast komplett in .net geschrieben ... wenn man das so sieht, dann dauert es noch eine Weil, bis .net die Vorherrschaft übernimmt.

Zitat:

Zitat von Phoenix (Beitrag 1041223)

dass man sich in der .NET Welt so ziemlich alles verbaut wenn man so herangeht wie in Delphi.

Andersrum wird wohl auch kein Schuh draus.

Zitat:

Zitat von HeikoAdams (Beitrag 1041225)

Wo sind die Killer-Features und Alleinstellungsmerkmale,

wir haben noch die Syntax :roll:

[HeikoAdams]

Zitat:

Zitat von mkinzler (Beitrag 1041219)

Zitat:

Zitat:

Hinzu kommt, das ein neuer Compiler nicht mehr auf Übersetzungs-Geschwindigkeit optimiert ist. Die Übersetzungszeiten dürften somit deutlich länger werden.

Ich denke, er meint den nötigen Reifungsprozess des Compilers, bis der soweit optimiert ist, das er in etwa genau so schnell arbeitet wie der aktuelle.

Es ist aber ein Unterschied, ob er noch unoptimiert ist oder ob das "geplant" wäre

Sorry, aber einen bewusst unoptimierten Compiler zu releasen wäre wohl so ziemlich das dämlichste, was Emba machen könnte. Dann wäre ihnen in der Tat nicht mehr zu helfen.

Zitat:

Zitat von himitsu (Beitrag 1041226)

Zitat:

Zitat von HeikoAdams (Beitrag 1041225)

Wo sind die Killer-Features und Alleinstellungsmerkmale,

wir haben noch die Syntax :roll:

Schon klar, aber alleine mit der Syntax lockst Du heute niemanden mehr. Und neue Killer-Features und Alleinstellungsmerkmale habe ich in den letzten Jahren keine gesehen.

Vielleicht wäre es das beste, wenn Emba den aktuellen Delphi-Compiler ausrangiert, in Zukunft den Freepascal Compiler verwendet und sich selber nur noch auf die IDE und die VCL konzentriert.

[mleyen]

Zitat:

Zitat von HeikoAdams (Beitrag 1041225)

Wo sind die Killer-Features und Alleinstellungsmerkmale, die Delphi (wieder) zu etwas einmaligem machen?

Ja, wo nur... :roll:

[blackfin]

Zitat:

Da gibt/gab es zwar soeine Windowsspielversion fast komplett in .net geschrieben

Meinst du XNA? Das richtet sich eigentlich ausschliesslich an Hobby-Bastler. Ist zwar ganz nett, aber der Spielemarkt ist im kommerziellen Bereich hart umkämpft. Und sowas wie eine U3-Engine bekommst du in der Performance mit XNA nicht hin, auch wenn sich die Leistungsanforderungen ja bereits eher von der CPU weg zu den Grakas hin verschoben hat :)

[HeikoAdams]

Zitat:

Zitat von mleyen (Beitrag 1041230)

Ja, wo nur... :roll:

Okay, da hat dann wohl das Marketing geschlampt. IDE-Insight hab ich zwar wahrgenommen, jedoch nicht in der Form, das mal wieder etwas völluig neues war. Asche über mein Haupt.

Das habe ich grade in der Non-Tech Newsgroup von Emba gelesen:

Zitat:

Who needs a 64 bit compiler and compile for a mac when you have Facebook support!

Ironie ist echt was feines :)

[himitsu]

k.A.
das "Spiele" war mehr deswegen, weil da nicht wirklich viel gemacht wurde.

praktisch ein "normales" PC-OS, nur eben alles mit dem Kernel in .net und ohne das ganze Win32/64-Zeugs.

[r_kerber]

Zitat:

Zitat von Hansa (Beitrag 1041056)

Ich muss jetzt auch mal meckern. Aber in etwas anderer Richtung. :mrgreen: Wer braucht denn 64 Bit ?

Jeder, dessen Software auf virtullen Maschinen läuft und dort Windows Server bzw. Windows 7 64 bit eingesetzt wird. Es gibt nun mal Auftraggeber, die etwas andere Anforderungen haben als Ansteuerung eines Kassensystems via Stand alone PC!

Noch eine Anmerkung zu UNICODE: Wir sind zur Zeit dabei einen Kunden zu aquirieren, der weltweit Niederlassungen hat. Und genau aus diesem Grund sind wir gezwungen so nach und nach auf .Net umzusteigen. Und das heißt nicht Delphi Prism sondern VS C#. Und das ist für mich als langjähriger Delphianer äußerst bitter. Trotzdem gehöre ich zu den Initiatoren und Umsetzern dieser Strategie!

[hanspeter]

Zitat:

Zitat von Daniel (Beitrag 1041218)

AH, danke für die Erläuterung.

In dem Delphicompiler waren die Erfahrungen aus Turbo-Pascal mit eingeflossen. Das war auf Geschwindigkeit und minimalen Speicherbedarf optimiert.
Ich arbeite seit TP 1.0 mit dem Borlandsystem. Damals war Editor,Compiler,Debugger in reichlich 32 KByte Speicher untergebracht. Es blieb noch Platz für einen 8kbyte
Overlay Bereich.
Keiner der Turbo-Pascal und später Delphi Compilerbauer ist noch dabei.
Da ein 64 bit Compiler bereits seit 2004 versprochen ist und jahresweise in der Agenta verschoben wird, läßt dieses wohl den Schluss zu, das man Probleme in der
Entwicklung hat.

[HeikoAdams]

Zitat:

Zitat von himitsu (Beitrag 1041255)

praktisch ein "normales" PC-OS, nur eben alles mit dem Kernel in .net und ohne das ganze Win32/64-Zeugs.

Das war wohl eher das, was man als "proof of concept" bezeichnet. Ein solches OS hätte im Moment wahrscheinlich kaum Chancen, weil jeder erwarten würde, das auch seine alten Native-Anwendungen darauf laufen.

Zitat:

Zitat von hanspeter (Beitrag 1041268)

Keiner der Turbo-Pascal und später Delphi Compilerbauer ist noch dabei.
Da ein 64 bit Compiler bereits seit 2004 versprochen ist und jahresweise in der Agenta verschoben wird, läßt dieses wohl den Schluss zu, das man Probleme in der Entwicklung hat.

Das die ehemals führenden Köpfe von Delphi inzwischen für Microsoft arbeiten ist zwar übel, aber das darf nicht der Grund sein, warum der neue 64bit-Compiler regelmäßig verschoben wird. Wenn man es selber nicht schafft, einen 64bit Compiler zu entwickeln, dann muss man entweder Leute holen, die dazu fähig sind, oder man muss das Projekt einstampfen und nach Alternativen (FPC?) suchen.

[himitsu]

Wenn/Falls es mal wieder eine langfristig und regelmäßig neue kostenlose Delphi-Version gäbe, dann könnte man sich doch mit den Leuten von FPC bissl zusammentun?

Für'n bissl Geld/Gehalt (von Nichts auf Etwas) würden eventuell welche wechseln.

[mkinzler]

Man bekämpft FPC lieber ( zumindest wurde mal eine Drohung ausgesprochen)
Schuld sind eher wir, da wir bisher Bo/CG/Em das Gefühlt gegeben habn, dass sie für unser Geld sich nicht anstrengen brauchen

[HeikoAdams]

Zitat:

Zitat von himitsu (Beitrag 1041273)

Wenn/fall es mal wieder eine langfristig kostenlose Delphi-Version gäbe, dann könnte man sich doch mit den Leuten von FPC bissl zusammentun?

Das dürfte alleine schon wegen der Lizenz des FPC nicht klappen. Der FPC ist (L)GPL lizensiert und somit müsste Emba alle Änderungen, die sie am FPC vornehmen auch unter der GPL/LGPL veröffentlichen. Das wird Emba aber wohl kaum tun, da sie dann auch etliches offen legen müssten, was bislang als Geschäftsgeheimnis gilt.

Zitat:

Zitat von mkinzler (Beitrag 1041276)

Schuld sind eher wir, da wir bisher Bo/CG/Em das Gefühlt gegeben habn, dass sie für unser Geld sich nicht anstrengen brauchen

Dann sollte wir das ändern und ihnen das Gefühl geben, das sie sich sehr wohl den A**** aufreißen müssen, um unser Geld zu bekommen ;)

[Sherlock]

Zitat:

Zitat von mkinzler (Beitrag 1041276)

Schuld sind eher wir, da wir bisher Bo/CG/Em das Gefühlt gegeben habn, dass sie für unser Geld sich nicht anstrengen brauchen

Amen!

Sherlock

[HeikoAdams]

Off-Topic:

Zitat:

Geändert von Sherlock (Morgen um 16:78 Uhr)

:shock:

[mkinzler]

Ist seine Signatur

[himitsu]

Mal was einemneuen Compiler:
Klar fänd ich es cooler, wenn man den in Delphi schreiben täte,
wenn es allerdings um Cros-Platform geht, dann wäre C# wohl die bessere Wahl, da man dann auch in allen Plattformen eine IDE und vorallem den selben Compiler nutzen könnte.

Ein in Delphi geschriebener Compiler wäre ja nur auf eine Nutzung in einer Windows-Programmierumgebung beschränkt.

@HeikoAdams: Man könnte denen den alten Delphi-Compiler vorlegen und die könnten, mit ihrer Erfahrung am FPC für Delphi schneller einen neuen schreiben, als es andere könnten, welche 0 Anhnung haben.
Oder sie könnten ihre Erfahrungen zumindestens im aktuellen Entwicklerteem gut einbringen.

@HeikoAdams: ist seine Signatur :zwinker:

[HeikoAdams]

Zitat:

Zitat von himitsu (Beitrag 1041288)

@HeikoAdams: Man könnte denen den alten Delphi-Compiler vorlegen und die könnten, mit ihrer Erfahrung am FPC für Delphi schneller einen neuen schreiben, als es andere könnten, welche 0 Anhnung haben.
Oder sie könnten ihre Erfahrungen zumindestens im aktuellen Entwicklerteem gut einbringen.

Das würde aber wahrscheinlich nicht ohne ein unterschriebenes NDA seitens der FPC-Devs funktionieren :wink:

[blackfin]

Das halte ich für sehr kritisch, die FPC-Entwickler dafür anzuheuern.
Das würde meines Erachtens den Tod des FPC-Compilers bedeuten, da es eine juristisch äusserst delikate Sache ist, wenn sie dann später den FPC-Compiler verbessern würden. Dadurch, dass die dann den Delphi-Compiler bereits im Source kennen, würden automatisch Dinge davon einfliessen, auch wenn sie es "anders schreiben" würden....

[Uwe Raabe]

Zitat:

Zitat von r_kerber (Beitrag 1041264)

Noch eine Anmerkung zu UNICODE: Wir sind zur Zeit dabei einen Kunden zu aquirieren, der weltweit Niederlassungen hat. Und genau aus diesem Grund sind wir gezwungen so nach und nach auf .Net umzusteigen. Und das heißt nicht Delphi Prism sondern VS C#. Und das ist für mich als langjähriger Delphianer äußerst bitter. Trotzdem gehöre ich zu den Initiatoren und Umsetzern dieser Strategie!

Die Logik entzieht sich mir etwas:

Delphi-Quellcode:

if UNICODE then VS C#

:?:

[igel457]

Ich bin auch der Meinung, dass die Delphi-Entwickler sich an der Entwicklung des Freepascal-Compilers beteiligen sollten - viel zu verlieren gibt es da schließlich nicht (der FreePascal-Compiler ist in Sachen Delphi-Kompatibilität und Geschwindigkeit sehr gut, selbst die VCL lässt sich damit kompilieren) und Embarcardero bleibt so viel Arbeit erspart (x64, ARM, Linux, MaxOS, *BSD, Smartphones etc.).

Mit der LGPL sehe ich hier kein Problem, schließlich müssten sie ja nicht so viel am Compiler ändern und die Bedingung, Änderungen offenzulegen ist unter dem Gesichtspunkt, dass sie den Code kostenlos verwenden können, nur fair.

Gleichzeitig können sie ihre Entwicklung stärker auf die IDE und die VCL fokusieren. Denn noch ist die Delphi-IDE besser als Lazarus und noch hat die Firma Zeit zu handeln.

Zitat:

Zitat von himitsu (Beitrag 1041288)

Ein in Delphi geschriebener Compiler wäre ja nur auf eine Nutzung in einer Windows-Programmierumgebung beschränkt.

:gruebel: FPC ist in Pascal geschrieben und läuft trotzdem überall...

Zitat:

Zitat von blackfin (Beitrag 1041294)

Das halte ich für sehr kritisch, die FPC-Entwickler dafür anzuheuern.
Das würde meines Erachtens den Tod des FPC-Compilers bedeuten, da es eine juristisch äusserst delikate Sache ist, wenn sie dann später den FPC-Compiler verbessern würden.

Wenn, dann würde ich die FPC-Entwickler lediglich dafür bezahlen Vollzeit am FPC weiterzuentwickeln. Das wird ja bei vielen OpenSource-Projekten, die von Firmen gesponsert sind so gemacht.

[Sherlock]

Im Prinzip fände ich den Schritt den Compiler aus dem Haus und in die Hände von zB FPC zu geben auch nicht verkehrt. Dann passiert eventuell mal wieder was. Wieviele Entwickler denn wirklich an Delphi schrauben weiss man ja eigentlich nicht, oder? Eventuell sind es nur noch DavidI und der Roztyp?

@HeikoAdams: Ein Segen und ein Fluch zugleich ;)

Sherlock

[Namenloser]

Oder wir tun uns alle zusammen und schreiben eine bessere IDE für FreePascal :-D

[himitsu]

Also wenn schon, dann alles komplett mit unserem eigendem DPC.

[blackfin]

Zitat:

Also wenn schon, dann alles komplett mit unserem eigendem DPC.

Ein eigener DPC? :shock: Freiwillige vor! :D

[HeikoAdams]

Ich sehe das auch ein wenig problematisch, wenn Emba den FPC nutzen würde:

• Delphi würde letztendlich dazu degradiert werden, "nur" eine Distribution des FPC zu sein
• Der FPC ist im Moment "erst" mit Delphi 7 kompatibel
• Um den FPC mit dem aktuellen DCC kompatibel zu machen, müsste Emba wegen der Lizenz des FPC viele Geschäftsgeheimnisse offenlegen, was sie aber kaum tun werden

Zitat:

Zitat von Sherlock (Beitrag 1041300)

Wieviele Entwickler denn wirklich an Delphi schrauben weiss man ja eigentlich nicht, oder? Eventuell sind es nur noch DavidI und der Roztyp?

Wenn das der Fall wäre, dann sag ich dazu nur eins: OMFG! :shock:

[Bernhard Geyer]

Zitat:

Zitat von Uwe Raabe (Beitrag 1041297)

Zitat:

Zitat von r_kerber (Beitrag 1041264)

Noch eine Anmerkung zu UNICODE: Wir sind zur Zeit dabei einen Kunden zu aquirieren, der weltweit Niederlassungen hat. Und genau aus diesem Grund sind wir gezwungen so nach und nach auf .Net umzusteigen. ...

Die Logik entzieht sich mir etwas:

Delphi-Quellcode:

if UNICODE then VS C#

:?:

Sehe auch keine Logik. Unsere Kunden sind auch Weltweit tätig und unsere Anwendung ist mit Delphi6 (+ElPack) geschrieben. Unicode wäre sogar (damals) ein Kontrapunkt zu .NET gewesen da mit D6+ElPack auch Unicode (Font entsprechend installiert) unter Win9x/ME möglich ist.

[himitsu]

Zitat:

Zitat von HeikoAdams (Beitrag 1041315)

Wenn das der Fall wäre, dann sag ich dazu nur eins: OMFG! :shock:

Mehr Leute in Leitung und Marketing, als in der Entwicklung.

Win9x ist ja nun auch seiten M$ Fallen gelassen und somit bleiben eigentlich nur noch die NT-Familien, welche Unicode als Muttersprache haben.

[HeikoAdams]

Zitat:

Zitat von himitsu (Beitrag 1041317)

Mehr Leute in Leitung und Marketing, als in der Entwicklung.

Das würde erklären, warum bestimmte (zeitintensive) Features immer wieder verschoben werden müssen :twisted:

[xZise]

Zitat:

Zitat von HeikoAdams (Beitrag 1041315)

Ich sehe das auch ein wenig problematisch, wenn Emba den FPC nutzen würde:

• Delphi würde letztendlich dazu degradiert werden, "nur" eine Distribution des FPC zu sein
• Der FPC ist im Moment "erst" mit Delphi 7 kompatibel[...]

[...]

Um ehrlich zu sein, mag ich die IDE von Delphi 2009 so wie sie ist eigentlich. Ich hätte kein Problem, wenn die den FPC nutzen würde. Und ich meine so viel hat da Embarcardero nicht mehr zu verlieren.

Außerdem was ist großes neues nach Delphi 7 in die Sprache integriert worden? Hmmm die "erweiterte for schleife" (aka for-each / for-in Schleife) und ich glaube Methoden in Records. Und glaub ich auch Operator-Methoden. Aber ich glaube FPC entwickelt sich ja auch weiter, zumindest schneller als Delphi. Teilweise ist FPC auch schon besser als Delphi.

MfG
Fabian

PS: @HeikoAdams: Du bist nicht der erste. Damals war die Signatur auch noch nicht so qualitativ hochwertig wie jetzt. Und ich glaube da war noch irgendwo ein Thread.

[mkinzler]

Zitat:

Außerdem was ist großes neues nach Delphi 7 in die Sprache integriert worden?

.Klassenmethoden
-Klassenoperataoren ( für Records)
-Enumaeratoren
-Generics
-Unicode
-Sealed Class
-Class Helper
-Reflection
...

[cookie22]

Zitat:

Zitat von xZise (Beitrag 1041330)

Um ehrlich zu sein, mag ich die IDE von Delphi 2009 so wie sie ist eigentlich. Ich hätte kein Problem, wenn die den FPC nutzen würde. Und ich meine so viel hat da Embarcardero nicht mehr zu verlieren.

sehe ich genauso. der fpc compiler ist delphi um jahre voraus was den plattform support angeht. das wird delphi in 10 jahren nicht aufholen können. schade, dass die lazarus ide so grottig ist. auf jeden fall wäre es wohl ne masse weniger arbeit den fpc compiler anzupassen als alles neu zu schreiben.

[himitsu]

http://edn.embarcadero.com/article/34324
http://edn.embarcadero.com/article/34323

[r_kerber]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1041316)

Zitat:

Zitat von Uwe Raabe (Beitrag 1041297)

Zitat:

Zitat von r_kerber (Beitrag 1041264)

Noch eine Anmerkung zu UNICODE: Wir sind zur Zeit dabei einen Kunden zu aquirieren, der weltweit Niederlassungen hat. Und genau aus diesem Grund sind wir gezwungen so nach und nach auf .Net umzusteigen. ...

Die Logik entzieht sich mir etwas:

Delphi-Quellcode:

if UNICODE then VS C#

:?:

Sehe auch keine Logik. Unsere Kunden sind auch Weltweit tätig und unsere Anwendung ist mit Delphi6 (+ElPack) geschrieben. Unicode wäre sogar (damals) ein Kontrapunkt zu .NET gewesen da mit D6+ElPack auch Unicode (Font entsprechend installiert) unter Win9x/ME möglich ist.

Dagebe ich Dir Recht. Beim nachträglichen Editieren ist etwas durcheinander geraten. Ein Grund für den Wechsel ist 64 Bit. Und der Grund für C# anstelle von Prism liegt u.a. auch dem Geiere von Embo. Der Ruf von Delphi bei IT-Managern ist alles andere als gut!

[Chemiker]

Hallo,

Zitat:

Zitat von himitsu

Mehr Leute in Leitung und Marketing, als in der Entwicklung.

es waren mal 13 MA und der Project- Manager die an Delphi gearbeitet haben. Habe ich mal irgendwo gelesen.

Man muss erst nochmal sehen in welcher Version diese neuen Errungenschaften zu bewundern sind. Die Firebird Unterstützung war ja auch bei Delphi 2010 so angepriesen worden und dann nicht in der Professional Version enthalten.

Bis bald Chemiker