Das Kreuz mit dem Wartungsvertrag / Firemonkey

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

[Dragon27]

Ich bin ehrlich gesagt der Meinung, dass Delphi für iOS nicht unbedingt der richtige Weg ist. Genausowenig wie Delphi für Android. EMBA sollte sich mehr auf die Desktopschiene konzentrieren und weniger auf den Mobilesektor. Klar, die Mobilgeräte sind auf der Überholspur.... Jedoch meine ich, dass das Entwickeln mit XCode und Java wohl mehr Durchsetzungsvermögen haben wird wie alle Delphiumsetzungen. Seien wir uns mal ehrlich... die Stärken von Delphi liegen doch bei den hervorragenden GUI Anwendungen für den Desktop. Hier kommt Java beispielsweise nur schwer mit. Lediglich Visual Studio kommt hier dran, aber hier haben wir wieder ein Framework drunter.

Sprich ich bin eher enttäuscht, dass das "Steckenpferd" nicht weiterentwickelt wird. Beispielsweise ein Linuxcompiler oder bessere Unterstützung für MetroGUI (Ob es jetzt top oder flop ist bleibt dahingestellt).

Fazit ist, dass das was jetzt in der Entwicklungsumgebung drin ist und teuer bezahlt wird, haben wir heute schon besser und kostenlos in XCode und Eclipse. Leider...

[Mavarik]

Zitat von Dragon27:

Ich bin ehrlich gesagt der Meinung, dass Delphi für iOS nicht unbedingt der richtige Weg ist. Genausowenig wie Delphi für Android. EMBA sollte sich mehr auf die Desktopschiene konzentrieren und weniger auf den Mobilesektor. Klar, die Mobilgeräte sind auf der Überholspur.... Jedoch meine ich, dass das Entwickeln mit XCode und Java wohl mehr Durchsetzungsvermögen haben wird wie alle Delphiumsetzungen. Seien wir uns mal ehrlich...

Ein ganz fettes Nein...

Desktop "können wir" und wenn jetzt noch iOS & Android dazu kommen sind wir ganz weit vorne...

Bekannter Code kann übernommen werden... Das erweitert den Markt!

Mavarik

[jbg]

Zitat von Mavarik:

Bekannter Code kann übernommen werden...

... nachdem er für den Nextgen Compiler umgeschrieben wurde.

[Union]

Zitat von Mavarik:

Bekannter Code kann übernommen werden... Das erweitert den Markt!Mavarik

Das halte ich aber für ein Gerücht - wird aber immer wieder gern geglaubt. Wenn Du ernsthaft was entwicklen willst, kommst Du um Cocoa nicht herum. Die sog. "gemeinsame Codebasis" beschränkt sich dann auf if..else..while und ein paar Rechenroutinen. Dann hat man nicht nur die Trennung zwischen GUI und "Business Logik" sondern auch letztere darf dann noch weiter aufgedröselt werden. Immerhin, es hat ja nur 2 Jahre gedauert bis über die Platform jetzt sogar die gewünschte Tastatur ohne NS... Gelumpe eingestellt werden kann.

[Dragon27]

Zitat von Mavarik:

Ein ganz fettes Nein...

Desktop "können wir" und wenn jetzt noch iOS & Android dazu kommen sind wir ganz weit vorne...
Mavarik

Schlecht ist es nicht, nur bezweifle ich, dass man sich mit den freien Entwicklungsumgebungen wirklich messen kann. Klar für Delphientwickler an sich ne schöne Sache, aber wenn du heute bei Univeritäten und Firmen nach Delphi suchst wird es sehr licht im Wald. Die heutigen Sprachen sind da Java und C-Dialekte. Nicht dass du mich falsch verstehst, ich entwickle 10 mal lieber Delphi als Java oder C#. Aber das Vertrauen in Delphi ist vielerorts ganz weit gesunken. Und wenn ich sowieso schon Java verwende, werde ich wahrscheinlich für die Androidentwicklung nicht auf Delphi switchen.

Zitat von Mavarik:

Bekannter Code kann übernommen werden... Das erweitert den Markt!
Mavarik

Auch im Prinzip richtig... jedoch wieder eher interessant für eingefleischte Delphianer. Aber ich denke, dass es mehr Code in Java und Objective-C gibt als
in Delphi. Kann ich diese Bibliotheken (Java etc..) auch nutzen?... leider nein...