Zitat von Lemmy:

Fakt ist aber: auch als "normaler" Desktop-VCL Entwickler geht ohne Subscription fast nichts mehr.

Ale Desktop-VCL Entwickler würde ich überhaupt keine Updates kaufen und wenn überhaupt immer 2-3 Versionen überspringen...

Du brauchst keinen Unicode? Nimm D2007 immer noch die beste IDE
Du brauchst Unicode, anonyme Proceduren und Generics nimm eine XE Version...
Threads zu "kompliziert" nimm XE7 mit Parallel Library.

Du programmierst für Mac, iOS und/oder Android... Nimm ne Subscription oder LASS ES GANZ...

Mavarik

Zitat von Mavarik:

Ale Desktop-VCL Entwickler würde ich überhaupt keine Updates kaufen und wenn überhaupt immer 2-3 Versionen überspringen...

Wir benutzen stattdessen lieber die Möglichkeiten, die hinzugekommen sind. Als wichtigstes Feature für uns dürfte das z.B. FireDAC sein.

Wenn XE8 allerdings auch nicht nutzbar ist wegen OutOfMemory, werden wir aber dann doch die Subscription kündigen und alle Versionen überspringen bis es dafür eine Lösung gibt...
Sobald die JVCL aktualisiert wurde (die JCL ist ja schon da), werde ich testen...

Egal, was man von der neuen OH halten mag, sie geht auf und das extrem schnell und die geht sogar wieder zu und hindert den PC nicht am Runterfahren.

Zitat von himitsu:

...und die geht sogar wieder zu und hindert den PC nicht am Runterfahren.

Dank DDevExtensions gilt das aber auch für die alte Hilfe

Sherlock

Zitat von Sherlock:

Dank DDevExtensions ...

Ja, da geht Vieles.

Mich wundert es, daß SuperZoom (hatte vorhin umsonst doppelt geklickt) und Co. noch nicht direkt übernommen wurden.

Zitat von Mavarik:

Ale Desktop-VCL Entwickler würde ich überhaupt keine Updates kaufen und wenn überhaupt immer 2-3 Versionen überspringen...

Du brauchst keinen Unicode? Nimm D2007 immer noch die beste IDE
Du brauchst Unicode, anonyme Proceduren und Generics nimm eine XE Version...
Threads zu "kompliziert" nimm XE7 mit Parallel Library.

Sorry, das ist mir zu einfach.. Soap mit Delphi 7 gemacht? Auch mit den "Backports" von Delphi 2007 gibt es da noch viele schwarze Löcher bzw. Fehler. Wird imho erst später deutlich besser. Ok, da kann man oft auch eingreifen - das Teil macht aber regelm. Blödsinn...

Von den ganzen Spracherweiterungen (Classhelpers, Recordhelpers) die Code besser lesbar machen will ich noch gar nicht anfangen...

Die Grundaussage passt aber.

Wer mit Delphi mobil entwickeln will braucht ein Abo und muss alle Sprünge mitmachen. Das liegt an den Änderungen der mobilen Systeme selbst (für die Emba nichts kann) und an Bugs, die Emba verschuldet und nicht zeitnah bereinigt.

Wer nur mit der VCL arbeitet kann getrost zuschauen und aller paar Jahre mal ein Update kaufen (falls es mal interessante neue Features gibt und die neue IDE stabil erscheint).

Wenn man aber die Module trennen würde (Compiler+Linker, Debugger, RTL/VCL/FMX, usw.) dann wäre es bestimmt auch möglich viele "nötige" Anpassungen an neue/geänderte Systeme auch als Update für ältere Versionen bereitzustellen.
Man könnte doch bestimmt auch wichtige Anpassungen/Bugfixes in ältere IDEs mergen und dort ebenfalls länger als 2-3 Monate nach Erscheinen als Update rausbringen, aber das hat sich ja nun erledigt, denn das verkauft man nun als neues Subscription-Feature.

z.B. im Android-Studio und Android-AVD-Manager läd man sich dann doch auch einfach nur das passende SDK runter und fertig.
Gut, daß man jetzt urplötzlich noch schnell einen neuen Compiler brauchte und damit ein neues Delphi, das lässt sich schwer vermeiden, aber sonst...

Zitat von Lemmy:

Sorry, das ist mir zu einfach.. Soap mit Delphi 7 gemacht? Auch mit den "Backports" von Delphi 2007 gibt es da noch viele schwarze Löcher bzw. Fehler.

Ich erinnere mich dunkel... Da gab es in D7 aber einen SOAP Fehler der ist in D2007 nicht mehr drin...

Daher nehme ich für SOAP immer D2007!