Wer braucht Delphi XE - go back to the roots!

[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

[webcss]

Zitat von Florian Hämmerle:

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

mfg Florian

Naja, dafür gibt's ja Pascal compiler für den mac (GNU-Pascal mit XCode-Plugin, FPC mit Pascal Gladiator pascal gladiator
), allerdings ohne visual GUI design.

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

[Bernhard Geyer]

Zitat von Phoenix:

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

D.h. man ist auf Gedeih und Verderb auf Apples "übersehen" angewiesen. Ist die Marktmacht von Apple groß genug so fliegt dein Programm von Heute auf Morgen aus dem Shop u.U. fordert Apple alle gezahlten Lizenzzahlungen zurück.