Wer braucht Delphi XE - go back to the roots!

[Daniel]

Jetzt bitte bloß keine OS-Diskussion Win vs. Linux vs. Mac.

[Mavarik]

Zitat von Daniel:

Jetzt bitte bloß keine OS-Diskussion Win vs. Linux vs. Mac.

Sorry wollte das nichts starten... Aber im Zusammenhang von "Was muss Delphi können?" kommt das halt schnell auf den Tisch...

Mavarik

[Daniel]

Kein Problem - und ist es auch okay, den Wunsch nach Unterstützung für diese oder jene Plattform zu äußern.

Ich wollte nur vorbeugen, dass da nicht jemand mein geliebtes MacOS als schlecht bezeichnet.

[himitsu]

Genau, blos keine Diskusionen ... nichts geht über das Google Chrome OS, ZETA oder DOS (ein in Delphi geschriebenes Operating System).

Für den Gebrauch auf kostengünstigeren Webservern (Linux) wäre es schon cool.
Aber bis zum XE 2.0 isses ja nun nichtmehr so lange hin ... vielleicht haben wir ja Glück.

[Bernerbaer]

Ich versuche mal den Thread basierend auf meiner Ausgangsfrage zusammenzufassen:

Wenn ich den ganzen Thread richtig interpretiere, setzen mindestens wir deutschsprachigen Anwender folgende Prioritäten für die Weiterentwicklung von Delphi:

1. (Stabile, fehlerfreie Delphiversion für Windows, sollte eigentlich selbstvertändlich sein, deshalb hier in Klammern aufgeführt.)
2. Windows 64 Bit Compiler
3. Spracherweiterungen
4. Multiplattformentwicklung. Wobei sich hier die Geister spalten, welche Plattformen unterstützt werden sollen

Mit wenigen Ausnahmen eher kritisch beurteilt wurde der Zukauf von externen Tools zur Erweiterung der IDE sowie die Möglichkeit zum Erstellen von Cloudsoftware.

[Mavarik]

Würde ich auch so zusammenfassen und unterschreiben!

Mavarik

[himitsu]

Punkt (5) hat Bernerbaer gut genannt:
Hier wird man ja gezwungen diese zu benutzen.
Man hat sie mit Delphi kaufen müssen, ob man sie nun braucht oder nicht.
Früher konnte man sich entscheiden und nur der, welcher es brauchte, kaufte es sich.
Wobei hier ja anscheinend wiedermal eh nur abgespeckte Versionen enthalten sind und wer alles braucht, der darf es sich nun doppelt kaufen.

Eine vernünftige Schnittstelle für solche "Plugins" und ein optionaler Zukauf wären da schöner gewesen.


Wurde eigentlich schonmal das FastMM upgrgradet?

[Daniel]

Punkt 4 ist Multiplattform ...

[himitsu]

Tschuldschung, er hörte bei 4 auf mit Zählen. ps:
Ich meinte den impliziten Anti-Punkt 5. (letzter Absatz)

[mquadrat]

- VCL renovieren (Databinding, etc.)
- Fremdkomponenten (Siehe unten)
- Multiplattform (Hier sehe ich vor allem marketingtechnische Möglichkeiten)
- 64bit Compiler (Wird man früher oder später nicht drumrum kommen)

Zu den Fremdkomponenten:

Was an Delphi immer gut war ist, dass vieles einfach schon dabei war (TChart, Report-Generator, etc.). Dazu gab es immer haufenweise Komponentenbauer, die mehr oder weniger sinnvolle Komponenten released haben. Die Anzahl der Komponentenbauer nimmt immer weiter ab. Das bedeutet, dass Emba immer mehr dieser Arbeiten übernehmen muss. Ziel der Übung wäre, das alles was man braucht um funktionierende und konkurrenzfähige Anwendungen zu erstellen verfügbar ist. Neben den bereits eingebauten Komponenten wäre eine Art "App Store" für Komponenten gut. Zentral administriert und am Besten als Add-On Engine direkt in die IDE eingebunden.