Das Kreuz mit dem Wartungsvertrag / Firemonkey

[jaenicke]

Zitat:

Zitat von schöni (Beitrag 1212928)

Da soll also im Herbst spätestens XE4 kommen wo jetzt XE3 die aktuelle Version ist. Ich lese manchmal hier mit, aus Interesse am Fortgang von Delphi. Hab den Eindruck gewonnen, das neuerdings halbjährlich ne neue Version kommt, was ich für sinnlos halte, eben auch wegen der hier bemängelten Fehler. Die sollen sich doch lieber mehr Zeit nehmen um eine wirklich saubere Version zu entwickeln.

Jetzt kam ja XE4, was im Grunde nur XE3 + iOS ist. Insofern ist das keine wirklich neue Version, und ich finde es auch besser als das ganze in ein separates Mobile Studio zu packen. Das ist also nicht wirklich ein schnellerer Releasezyklus was Win32 angeht, denn daran wurde ja nicht viel geändert gegenüber XE3.

Insgesamt sehe ich die ganze Planung bei Embarcadero schon sehr kritisch, denn zumindest nach außen wirkt das ganze nicht wirklich geplant was da so alles ablief. Was die Abkehr von einem separaten Mobile Studio angeht, vermute ich Marco Cantù dahinter, das würde zeitlich passen und auch zu dem passen was ich von ihm bei seinem Einstieg erwartet hatte. Ich würde es Embarcadero und uns wirklich wünschen, dass da mal wirklich eine Linie reinkommt. Ein Delphi, das einfach mehr Plattformen unterstützt (Android, Windows RT, vielleicht auch irgendwann Linux, ...), alles ab der Enterprise oder als Addon, das würde denke ich Delphi wirklich voran bringen.
Ein Produkt mit Crosscompiler und Remote Debugger für diese Plattformen, das gibt es so im Moment schlicht gar nicht. Klar, C# mit Mono kann die Plattformen, Lazarus auch, aber Remote Debugging ist wenn, dann nicht so einfach möglich. Und C++... kann viel, aber so schön wie mit Delphi nicht.

Insofern sehe ich, auch im Hinblick mit Datenbanken, Multi-Tier, Crossplatform, usw., für Delphi große Chancen. Die darf das Management bei Embarcadero nur nicht wieder kaputtmachen wie es in den letzten Jahren trotz großer Fortschritte an den Produkten leider passiert ist. Dass Delphi trotzdem auf einem steigenden Ast zu sein scheint, ist wohl nicht wegen sondern trotz des Managements der Fall... zumindest habe ich den Eindruck, und das geht sicher nicht nur mir so...

Zitat:

Zitat von Delphi-Laie (Beitrag 1212930)

Ich habe nie begriffen, warum man im Embacardero-Hause die 64 Bit jahrelang verschlief... Borland war seinerzeit mit der Leistungsfähigkeit seiner Produkte (allen voran Turbo-Pascal, dann Delphi der ersten Versionen) allein auf weiter Flur.

Moment, Embarcadero hat die IDE-Sparte erst 2008 übernommen, 3,5 Jahre später kam mit XE2 auch 64-Bit...
Zudem sehe ich kaum einen Grund für 64-Bit bei normalen Programmen. Der Prozentsatz der 64-Bit Delphi-Programme dürfte auch heute noch gegen Null gehen, wir haben z.B. nur ein winziges Tool (einen Windows Dienst) als 64-Bit Version draußen. Schlicht weil man es für normale Programme in 99,9% der Fälle nicht wirklich braucht. Außer zum Marketing "echt 64-Bit" und so...

Zitat:

Zitat von greenmile (Beitrag 1212931)

Wie gesagt, es geht kaum um Delphi, sondern um die Politik dahinter. Delphi an sich geht meiner Meinung nach den richtigen Weg. [...] Genauso sieht es bei Firemonkey aus. Und bei den SA's. Und und und ... Das ist ein Embar Politik Problem, kein Produktproblem.

Full Ack :thumb:

[Delphi-Laie]

Zitat:

Zitat von jaenicke (Beitrag 1212932)

Moment, Embarcadero hat die IDE-Sparte erst 2008 übernommen, 3,5 Jahre später kam mit XE2 auch 64-Bit...
Zudem sehe ich kaum einen Grund für 64-Bit bei normalen Programmen. Der Prozentsatz der 64-Bit Delphi-Programme dürfte auch heute noch gegen Null gehen, wir haben z.B. nur ein winziges Tool (einen Windows Dienst) als 64-Bit Version draußen. Schlicht weil man es für normale Programme in 99,9% der Fälle nicht wirklich braucht. Außer zum Marketing "echt 64-Bit" und so...

Gut, dann reiche ich mein Unverständnis für diese Verschleppung teilweise gleich noch an den Vorgänger Codegear weiter.

1995 kam Delphi 1 (16 Bit), 1996 bereits Delphi 2 (32 Bit). Mit dem gleichen Argument hätte man sich auch mit den 32 Bit (mehr) Zeit lassen können, denn die Windows-3.1x-Programme liefen auf 9x auch. Tat man aber nicht, und das Ergebnis konnte sich sehen lassen. Der Sprung in nur einem Jahr war überaus deutlich.

Allerdings, mit 32 Bit gab es viele neue Möglichkeiten, so z.B. die Threadprogrammierung. Ist schon in Delphi 2 enthalten. Insofern war die damalige Entwicklungsgeschwindigkeit sehr berechtigt.

Und naütrlich ist der Sprung von 16 auf 32 Bit nicht gar so gewaltig wie der von 32 auf 64.

[Mavarik]

Sicherlich hat der ganze weg von Borland über "inPrize" :oops: codegear embt alles etwas für Verzögerungen gesorgt, aber duch den umstieg auf LLVM stehen uns in Zukunft alle Wege offen...

Mavarik

[blondervolker]

Ich muss jetzt mal "SENF" dazugeben.

Embarcadero ist der Meinung,dass man bei einigen Sachen,keine Zeile "Code"
einkloppen muss.

Das ist der OBERWITZ!!! Eigentlich könnte ich jetzt schreien vor lachen.

Das ist schon "Steinalt".Embarcadero tut so,als ist dieses etwas ganz besonderes.

Es gibt jemand aus Russland.Dieser Programmierer hatte 2008 eine wunderschöne Entwicklungsumgebung zum download angeboten.Da musste keiner mehr eine Zeile Code kloppen.Wer hats aufgekauft? Microsoft.

Denne gibt es noch eine "Steinalte Entwicklungsumgebung".
Heisst "Psynetic".
Wird aber nicht mehr angeboten.Die ist gleich aufgebaut!!!

Hab noch eine Vollversion, die letzte die rauskam (6.18).
Damit habe ich damals angefangen,bevor ich zu Delphi kam.:-D:thumb::thumb:

Ist man 100 mal schneller fertig als mit Delphi oder MS...
Wenn es schnell gehen muss nutze ich das "Teil" heute noch...:-D:-D:-D

Da kann man Touchscreen Anwendungen zusammenschustern.Die laufen absolut fehlerfrei... :thumb: Der Entwickler hat jedenfalls nicht im Wald geschlafen.:wink:(nicht wie ich):lol:

Ich kann nur empfehlen,mal richtig zu "Gooooogeln".

Ich hole kein XE4 :-D Warte auf XE12 oder Konkurs...

[Stevie]

Delphi hat (das) RAD nicht erfunden, genauso wenig wie die anderen von dir genannten Produkte - sie halten nur daran fest, ohne entsprechende modernere Techniken einzuführen (oder sie setzen sie in den Sand, wie bei den LB geschehen)

[blondervolker]

Mir gehts nicht darum wer es erfunden hat,ich finde es irgendwie komisch,dass alle Nasenlang eine "NEUE VERSION" herauskommt...:-D
Was soll's.Es ist so wie es ist.:-D

[MEissing]

Zitat:

Zitat von Mavarik (Beitrag 1212803)

Zitat:

Zitat von Darlo (Beitrag 1212800)

Mal im ernst, das Mobile Studio funktioniert klasse. Mir wäre das auch mehr wert gewesen....

oh no schreib doch so was nicht... Nachher liest das EMBT noch und erhöht die Preise!:twisted:

Danke für den Vorschlag :thumb:

Nein, Scherz beiseite:
Wer das Mobile Studio mal gesehen hat, und den Vergleich zu Xcode kennt/anstellt, wird es lieben..... ich bin zur Zeit voller Adrenalin und kann meine Finger (kaum) von der Tastatur halten :-D 8-) :stupid:

[MEissing]

Zitat:

Zitat von Delphi-Laie (Beitrag 1212930)

Und die größte Frechheit ist, sich die Fehlerbereinigungen noch vergolden zu lassen.

Die Fehlerbehebung kostet 49,- EUR

Der Goldpreis ist zwar gefallen.... aber da kann ich nur den Kopf schütteln....

[stahli]

@MEissing

... das hätte ich auch gern.

Gibt es denn für das "normale" FMX Bugfixes bezüglich der vielen bekannten Probleme? iOS wäre für mich die Kür, die ich in Angriff nehmen würde, wenn die Pflicht gut laufen würde.

Insofern ist XE4 für mich nicht interessant, aber ein brauchbares FMX schon sehr. Kümmert sich noch jemand um Fehlerbereinigungen? Der Adrenalinschub nach FMX-Release sollte ja nachgelassen haben und eine Weiterarbeit möglich sein.

[greenmile]

Ich denke die 49 EUR sind ok, viele sind wegen so einem Betrag los und haben sich pro Forma Windows 8 oder ein Apple Update geholt.
Traurig finde ich (aus persönlichem Anlass :)) die SA Politik ... Und ich brauche XE4 SA + Mobile SA, um Android zu bekommen.