Das Kreuz mit dem Wartungsvertrag / Firemonkey

[Thom]

Genau Stahli, ganz meine Meinung.
Die ganze FireMonkey-Idee ist eigentlich richtig genial. Es ist wirklich zum Heulen...

Ich hatte wochenlang versucht, mit XE3 und FireMonkey eine anspruchsvolle 3D-Anwendung zu programmieren - durch die vielen Bugs und Logiklöcher ist das einfach unmöglich.

[Union]

Anstatt hier permament über ein paar EUR zu jammern, sollte man lieber das Geld durch Programmieren wieder reinholen. Andererseits ist dies angesicht der erbärmlichen und immer weiter sinkenden Qualität nicht so einfach

[Thom]

Zitat von Union:

Anstatt hier permament über ein paar EUR zu jammern, sollte man lieber das Geld durch Programmieren wieder reinholen.

Nicht alle Leute sind so geschäftstüchtig wie Du: Es soll angeblich auch Leute geben, die Freeware und OpenSource programmieren und sich das Geld für jede neue IDE im wahrsten Sinne des Wortes vom Munde absparen.
Leute wie Du sind wahrscheinlich die Wunschkunden für Firmen wie Embarcadero...
Bekommst Du Prozente?

[Stevie]

Zitat von Thom:

Nicht alle Leute sind so geschäftstüchtig wie Du: Es soll angeblich auch Leute geben, die Freeware und OpenSource programmieren und sich das Geld für jede neue IDE im wahrsten Sinne des Wortes vom Munde absparen.
Leute wie Du sind wahrscheinlich die Wunschkunden für Firmen wie Embarcadero...
Bekommst Du Prozente?

Nö, er nutzt noch Delphi 7, siehe Profil

[Union]

Zitat von Stevie:

Zitat von Thom:

Nicht alle Leute sind so geschäftstüchtig wie Du: Es soll angeblich auch Leute geben, die Freeware und OpenSource programmieren und sich das Geld für jede neue IDE im wahrsten Sinne des Wortes vom Munde absparen.
Leute wie Du sind wahrscheinlich die Wunschkunden für Firmen wie Embarcadero...
Bekommst Du Prozente?

Nö, er nutzt noch Delphi 7, siehe Profil

Ich habe jetzt bereits 8 (immer wieder verworfene) Umstellungen hinter mir und dabei ca. 10k EUR für Delphi Updates + Komponenten in den Sand gesetzt. Bisher hatte ich das Glück dass meine Kunden weder nach Unicode noch nach 64 bit schreien. Aber langsam ist die Schmerzgrenze auch bei mir erreicht. Bisher hat man ja zuverlässig das Ende eines IT-Hypes daran erkannt, dass EMB dann mit ein paar Jahren Verzögerung nachzog - und es ein paar Versionen später wieder rausflog.

[p80286]

Zitat von DeddyH:

Sollte mir irgendwann mein Delphi XE nicht mehr ausreichen, werde ich wohl die Sprache/Technologie wechseln, sofern nicht zwischendurch noch ein Wunder geschieht.

Mein D7 kommt langsam in die Jahre, aber
ein XE liegt auch noch in der Schublade, das wird die letzten ..7 Jahre hoffentlich noch reichen.

Gruß
K-H

P.S.
M$ ist da ja auch nicht besser, heute top und morgen trash.

[blondervolker]

Mal ein paar Monate abwarten...
Dann kommt ein neues Update...
Und dann XE5...

Schade eigentlich...Schade um die Kohle.
Meine Nase sagt mir eigentlich,noch eine "Runde" aussetzen.

[Furtbichler]

Visual Studio.

[jensw_2000]

Zitat von Thom:

Genau Stahli, ganz meine Meinung.
Die ganze FireMonkey-Idee ist eigentlich richtig genial. Es ist wirklich zum Heulen...

Ich hatte wochenlang versucht, mit XE3 und FireMonkey eine anspruchsvolle 3D-Anwendung zu programmieren - durch die vielen Bugs und Logiklöcher ist das einfach unmöglich.

Oh Mann. Und ich dachte, dass ich FireMonkey irgendwann man ... zumindest für 3D Spielereien ... benutzen kann.
Genial finde ich das für Business-Applikationen überhaupt nicht.

- Win32/Win64 > kann viel weniger als VCL, läuft nicht besser als VLC. Wer braucht Bubble- oder Flammeneffekte in einer Business-Anwendung?
- Terminalserverumgebungen -> geht seit XE4 etwas besser, aber durch die fehlende "dicke" Desktopgrafikkarte ist die Performance grausam schlecht und der Ressourcenverbrauch gigantisch hoch
- iOS -> kein Zugriff auf andere Objective-C Libs (Insellösung), beschränkter Zugriff auf iOS und Hardware-Features, unverhältnismäßig hoher Akkuverbrauch bei FM APPs ....
- Andriod wird vermutlich nicht besser werden, da dort vermutlich auch keine Java-Libs für eingebunden werden können und OpenGL auch dort weitaus mehr Strom aus dem Akku zieht als "richtige Programme".

[Daniel]

Zitat von jensw_2000:

- iOS -> kein Zugriff auf andere Objective-C Libs (Insellösung), beschränkter Zugriff auf iOS und Hardware-Features.

Das ist nicht korrekt.
Du kannst wie unter iOS üblich die sog. .a-libfiles einbinden und die Routinen daraus über das "external" Attribut referenzieren. Das Vorgehen ist kaum anders als unter Windows, inkl. der Notwendigkeit des Übersetzens des jeweiligen Headers.