Wer braucht Delphi XE - go back to the roots!

[Bernerbaer]

Zitat von Robotiker:

Das es mit dem Erscheinen der nächsten Version keine Updates mehr für die vorherige gibt, ist eine Tatsache, die man potentiellen Kunden nicht verschweigen sollte.

Und damit, dass dies eine Tatsache ist, habe ich Probleme und dies schreckt wohl zukünftige Käufer ab. Ein potentieller Interessent denkt doch: Kaufe ich Microsoftprodukte, weiss ich, dass sie gewartet werden. Bei Delphi wird kaum gewartet, dann lass ich es lieber sein.

Zitat von Robotiker:

... Ohne die Möglichkeit sich neuen Plattformen anzupassen, würde Delphi irgendwann zu einer Art Lummerland für Programmierer, die nichts neues mehr lernen wollen.

Da bin ich wohl zu wenig klar gewesen: Nein Delphi soll nicht ein altbackenes Produkt aus dem letzten Jahrhundert bleiben! Es muss weiterentwickelt werden, Pascal muss und soll sich an die neuen Gegebenheiten anpassen.

Aber wenn ich Programme für PHP entwickeln will, dann nehme ich auch eine IDE die eben spezialisiert ist für PHP, die von Entwicklern hergestellt worden ist, die sich nur mit PHP auseinandersetzen. Wenn ich für das Iphone programmieren will (und meine APP's verkaufen will), dann nehme ich auch die Softwareumgebung die fürs IPhone speziell entwickelt worden ist.

[himitsu]

Zitat von Bernerbaer:

Aber wenn ich Programme für PHP entwickeln will, dann nehme ich auch eine IDE die eben spezialisiert ist für PHP,

Ich hab vor Kurzem mal Delphi for PHP 2.0 ausprobiert
und im Gegensatz zu anderen IDEs hat es dort endlich mal geklappt, daß ich PHP auch Debuggen kann.
Abgesehn von anderen IDEs, welche sowas (angeblich) auch bieten, hat es hier sofort geklappt ... abgesehn von dem kleinen Problemchen, wo mir z.B. schwerwigende PHP-Parsingfehler nicht angezeigt werden, aber bei den anderen IDEs hat da überhaupt nichts geklappt.

Also selbst ohne die "eigenartige" VCL, welche man aber nicht nutzen muß, ist das eigentlich ein gutes Ergebnis für Delphi.

[Bernerbaer]

Zitat von himitsu:

Ich hab vor Kurzem mal Delphi for PHP 2.0 ausprobiert
und im Gegensatz zu anderen IDEs hat es dort endlich mal geklappt, daß ich PHP auch Debuggen kann.
Abgesehn von anderen IDEs, welche sowas (angeblich) auch bieten, hat es hier sofort geklappt ... abgesehn von dem kleinen Problemchen, wo mir z.B. schwerwigende PHP-Parsingfehler nicht angezeigt werden, aber bei den anderen IDEs hat da überhaupt nichts geklappt.

Also selbst ohne die "eigenartige" VCL, welche man aber nicht nutzen muß, ist das eigentlich ein gutes Ergebnis für Delphi.

Super, das freut mich. Ich bin ja nicht grundsätzlich gegen die Integration neuer Plattformen und Sprachen, aber ich stelle einfach ein Grundprizip der Wirtschaft zur Diskussion: Ressourcen sind beschränkt und müssen deshalb optimal eingesetzt werden.

D.h. Embarcadero hat beschränkte Ressourcen, wo liegt der optimale Einsatz dieser Resourcen? In der Erschliessung neuer Plattformen oder der Konzentration auf die Ursprungsplattform und die einmalige, geniale Sprache Delphi weiterzuentwickeln?

[Bernhard Geyer]

Zitat von Bernerbaer:

..., aber ich stelle einfach ein Grundprizip der Wirtschaft zur Diskussion: Ressourcen sind beschränkt und müssen deshalb optimal eingesetzt werden.

D.h. Embarcadero hat beschränkte Ressourcen, wo liegt der optimale Einsatz dieser Resourcen? In der Erschliessung neuer Plattformen oder der Konzentration auf die Ursprungsplattform und die einmalige, geniale Sprache Delphi weiterzuentwickeln?

Eigentlich muss Codegear beides machen. Wie heist es so schön: "Stärken stärken, Schwächen schwächen".
Als "IDE-Divison" muss man sowohl bestehende Stärken weiterentwicklen (was leiter einige Jahre praktisch nicht der Fall bzw. nach einiger Zeit die Ergebnisse in die Tonne getreten werden mussten (CLX/Kylix/VCL.NET). Aber man kann als "IDE-Divion" sich nicht nur auf den Markt schwindenten Markt der x86-Entwicklung verlassen. Leiter hat man ehemalige gute Plattformneutrale IDE/Entwicklung (JBuilder - Ist glaube ich tod, bzw. am Markt irrelevant geworden) auch Aufgrund von Managerfehlentscheiungen gegen die Wand gefahren.
Also im Bereich Mobile (IPhone, Android, ...) ist Codgear so ziemlich blank (Prism ist ja auch nur ein Lizenzprodukt).

[Florian Hämmerle]

IIRC: Was doch mal interessant wäre, ist doch ein iPhone-Compiler für Windows. Wer für iPhone entwickeln muss, braucht nen Mac...

[Bernhard Geyer]

Zitat von Florian Hämmerle:

IIRC: Was doch mal interessant wäre, ist doch ein iPhone-Compiler für Windows. Wer für iPhone entwickeln muss, braucht nen Mac...

Delphi.Prism soll sowas bieten. Wobei mir nicht klar ist ob das nach Apple-Monopolpolitik noch erlaubt ist. Aber dieses Problem würde jeder Compiler haben der nicht C/C++/Objective C verwendet und wenn du nicht auf den Apple-Erlaubten Bibliotheken aufsetzt.

[Florian Hämmerle]

Zitat von Bernhard Geyer:

Zitat von Florian Hämmerle:

IIRC: Was doch mal interessant wäre, ist doch ein iPhone-Compiler für Windows. Wer für iPhone entwickeln muss, braucht nen Mac...

Delphi.Prism soll sowas bieten. Wobei mir nicht klar ist ob das nach Apple-Monopolpolitik noch erlaubt ist. Aber dieses Problem würde jeder Compiler haben der nicht C/C++/Objective C verwendet und wenn du nicht auf den Apple-Erlaubten Bibliotheken aufsetzt.

Jetzt hast du mich gerade wieder daran erinnert, weshalb ich Apple nicht mag

mfg Florian

[Phoenix]

Zitat von Bernhard Geyer:

Zitat von Florian Hämmerle:

IIRC: Was doch mal interessant wäre, ist doch ein iPhone-Compiler für Windows. Wer für iPhone entwickeln muss, braucht nen Mac...

Delphi.Prism soll sowas bieten. Wobei mir nicht klar ist ob das nach Apple-Monopolpolitik noch erlaubt ist. Aber dieses Problem würde jeder Compiler haben der nicht C/C++/Objective C verwendet und wenn du nicht auf den Apple-Erlaubten Bibliotheken aufsetzt.

Auch mit Prism brauchst Du einen Mac um fürs iOs zu entwickeln. Du musst ja schließlich (konkreter: MonoTouch muss) gegen die iOS Librarys linken lassen und die gibt's nur im Apple SDK.

Und Apple hat bisher noch keine MonoTouch oder Unity-Anwendung nicht zugelassen. Die sehen das wohl relativ locker, solange kein Flash ankommt.

[Robotiker]

Zitat von Bernerbaer:

Aber wenn ich Programme für PHP entwickeln will, dann nehme ich auch eine IDE die eben spezialisiert ist für PHP, die von Entwicklern hergestellt worden ist, die sich nur mit PHP auseinandersetzen. Wenn ich für das Iphone programmieren will (und meine APP's verkaufen will), dann nehme ich auch die Softwareumgebung die fürs IPhone speziell entwickelt worden ist.

Mit der abnehmenden Bedeutung klassischer PCs wird der Markt für reine Windows IDEs immer kleiner werden. Keine gute Perspektive für ein Geschäftsmodell, das muss man auch mal sehen. Man ist also gezwungen neue Märkte zu erschliessen.

Aber wer soll diese Cross Platform Produkte kaufen ?

Die meisten C++ler, wie ich, arbeiten mit verschiedenen IDEs (VS, QtCreator, Eclipse CDT, ...). Denen wird man einiges bieten müssen, damit die kaufen.

Bei den Pascal-Programmierern sind wahrscheinlich die für neue Platformen aufgeschlossenen schon mit FP / Lazarus unterwegs. Beim Rest habe ich da gewisse Zweifel ...

Und neue Kunden ?

Manches erinnert an die Zeiten, die C++ Builder Anwender vor ein paar Jahren durchgemacht haben:
http://www.drbob42.com/paul/index.htm

[himitsu]

Gut, Delphi for PHP ist eine andere Sache, vorallem da dort die Delphi-Syntax leider keine Verwendung findet.
Ein Delphi-to-PHP-Converter als "Compiler" getarnt wäre schon witzig.


Aber was das Crossplatform betrifft, da man den Delphi-Compiler und -Debugger sowieso für das Win64 zu großen Teilen überarbeiten sollte/müßte,
ist es dann auch gleich eine gute Chance hier eine Schnittstelle zu schaffen, welche mehrere Compiler/Debugger versteht, bzw. nutzen kann, womit dann auch der Weg für Linux, Mac und Co. geschaffen wäre.