Delphi am "Ende"?

[himitsu]

Wenn schon X-Compiler, dann wird Emba bestimmt versuchen soviel wie möglich da sofort zu veröffentlichen und dann nach und nach überall die Fehler auszubessern, anstatt sich da Eines nach dem Anderen vorzunehmen.

Mit einer schöneren/öfteren Updatepolitik könnte man auch nacheinander, über's Jahr verteilt, Dinge veröffentlichen und müßte nicht immer alles jährlich gleich in einer neuen Version raushauen.
Auch sowas wie eine 1-2-monatige OpenBeta für neue Funktionen wäre doch mal eine gute Idee, anstatt die Käufer mit 'ner inoffiziellen Beta .... ähhhh neuen Version testen zu lassen, bis dann mal das Update 1, 2, und 3 erscheint, wärend die wichtigen "Updates" dann ein Jahr später als neue "Features" zu verkauft werden.


[add]
Die OpenBeta notfalls auch nur für Besitzer einer halbwegs aktuellen Version zugänglich.

[cookie22]

Open Betas haben sich gerade in der Spiele-Industrie und auch in Verbindung mit Betriebssystemen durchgesetzt und als sehr effektiv erwiesen. Wäre für Delphi sicher nicht schlecht, so würde man vor Verkaufsstart die gröbsten Bugs beseitigen können.

[taveuni]

Zitat von cookie22:

Open Betas haben sich gerade in der Spiele-Industrie und auch in Verbindung mit Betriebssystem durchgesetzt und als sehr effektiv erwiesen. Wäre für Delphi sicher nicht schlecht, so würde man vor Verkaufsstart die gröbsten Bugs beseitigen können.

Auch bei VS2010 haben sich die Beta Tester erfolgreich über mangelnde Performance beschwert.
MS hat dann vor dem Release kräftig nachgebessert.

[himitsu]

Und man hätte auch mal ein gutes Argument, das Release zu verschieben, wenn wirklich mal was "Gutes" noch nicht funktioniert.
Anstatt dann sowas mit Fremdkomponenten Aufgepepptes zu verkaufen, weil nicht viel neues Eigenes drinsteckt.
(natürlich mit Anpassung der Wartungsverträge)

PS: Dann würde auch der jährlich Upgradezwang nicht so drücken, wenn man nicht zwanghaft versucht pünktlich alle 12 Monate was Neues bringen zu müssen.

[Memnarch]

@Himitsu: Und wenn der druck weg fällt, steigt die Qualität .
Man beobachte die ganzen Spielefirmen die von ihren Publishern aufs Blut zerquetscht werden damits zum Release rausgeht....alles banane

Ich warte imemr lieber nen Hables Jährchen oder auch nen ganzes Jährchen mehr, wens resultat funktioniert.

[cookie22]

Zitat von Memnarch:

Ich warte imemr lieber nen Hables Jährchen oder auch nen ganzes Jährchen mehr, wens resultat funktioniert.

Bei Spielen mag das stimmen, wenn du aber Compiler Features dringend brauchst müssen die schon Gas geben.

[Assarbad]

Zitat von himitsu:

PS: Dann würde auch der jährlich Upgradezwang nicht so drücken, wenn man nicht zwanghaft versucht pünktlich alle 12 Monate was Neues bringen zu müssen.

Hmm, naja. Da hat man sich die jeweiligen Kunden vermutlich schon verdorben. Denn bisher war es eben so und ich vermute von denen die dafür bezahlen käme ein Aufschrei wenn nicht mehr für ein jährliches - wie mickrig auch immer - Upgrade gesorgt wäre.

Zitat von cookie22:

[...] wenn du aber Compiler Features dringend brauchst müssen die schon Gas geben.

In den mehr als zwei Jahren seit dem ersten geplanten Termin hättest du bequem mindestens eine weitere Programmiersprache soweit meistern können, daß es ein leichtes wäre die Lücken abzudecken

[cookie22]

Zitat von Assarbad:

In den mehr als zwei Jahren seit dem ersten geplanten Termin hättest du bequem mindestens eine weitere Programmiersprache soweit meistern können, daß es ein leichtes wäre die Lücken abzudecken

Hab ich auch, ich schreibe meine X64 Shell Extensions mit VC++, allerdings ist es ja nicht sehr clever von Emba seine Kunden zur Konkurrenz zu trieben.

[mkinzler]

Der objective-Pascal Ansatz benötigt man auch bei MacOSX, wenn man OCOA-bjekte verwenden will

[QuickAndDirty]

Also ich bin durchaus FÜR eine Version die alles mögliche an Features enthält auch wenn sie verbuggt sind. Also im Sinne von nervig aber es geht irgendwie. Vor allem wenn es Key Features sind die neue Märkte erschließen (z.B. 64Bit und in kürze 128 Bit, Linux, Mac, DalvikVM, javaVM).