Delphi-PRAXiS - Delphi XE3?

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)

- Sonstige Fragen zu Delphi (https://www.delphipraxis.net/19-sonstige-fragen-zu-delphi/)

- - Delphi XE3? (https://www.delphipraxis.net/167008-delphi-xe3.html)

Ich lese da echt nur Bla-Glämmer-BlingBling-Blend-Fire-Metro-Sülz. Null Sprachfeatures, keine "Säuberung" der angeflickten Dinge wie anonyme Methoden (als Interfaces... irks) oder die ab und an funktionierenden Generics. Keine Fixes für CodeSchlimmsight, und auch sonst nichts was mich beim konkreten Codeschreiben unterstützt. Ist die Hilfe mittlerweile so, dass man sie auch ohne Internet als echte Doku benutzen kann? Lies: Sind die Topics langsam mal mit Inhalten (> 3-Zeiler) und Samples hinterlegt?
Wie ich das für mich so sehe, bin ich selbst mit D2007 noch auf einem Stand, bei dem ich mit einem Upgrade genau nichts relevantes gewinnen würde. (Sogar zu D7 würden mir die Dinge kaum reichen den Batzen Geld in die Hand zu nehmen.)
Natürlich ist das subjektiv, das weiss ich! :)

Zitat:

Zitat von Medium (Beitrag 1181126)

.... (Sogar zu D7 würden mir die Dinge kaum reichen den Batzen Geld in die Hand zu nehmen.)
Natürlich ist das subjektiv, das weiss ich! :)

Delphi 7 reicht auch !!(mir jedenfalls):-D

Naja, also zu D7 hat sich doch schon eine ganze Menge getan. Unicode, IDE Erweiterungen, 64Bit, OSX, iOS, LiveBindings usw. auch einige neue Sprachfeatures. Mich nervt es jedes Mal, wenn ich an einem alten D7 Projekt arbeite und keine Zeit finde es zu aktualisieren. Alleine die IDE ist um Welten produktiver geworden.

Dass FM bei XE2 noch nicht ganz einsatzfähig sein wird, war eigentlich zu erwarten. Auch hier gab es wieder einen ordentlichen Schritt nach vorne. Was mich hier stört ist nach wie vor die fehlende Unterstützung nativer GUI Elemente von OSX. Aber FM ist eben ein ganz anderer Ansatz. Persönlich ziehe ich daher Prism FM vor. Und hier wäre eine Angleichung der Sprachfeatures von Delphi und Prism echt fein. Nicht nur, dass der Code auch leichter austauschbarer sein würde, Prism hätte einige tolle Features zu bieten.

Im Großen und Ganzen tut sich eine Menge. Nach D7 kam einige Jahre nichts. Zumindest nichts brauchbares. Was aber immer noch verabsäumt wird: Leider gibt es immer noch keine Angebote für Schulen um den Nachwuchs (Kunden von morgen!) für Delphi zu begeistern. Wenn ich gefragt werde in welcher Sprache ich programmiere ist das Gelächter groß ("echt, das gibt's auch noch?") oder ich ernte schräge, fragende Blicke. Nachdem ich dann erkläre was alles möglich ist und wie übersichtlich die Sprache ist schaut's wieder anders aus... letztens bekam ich ein Job Angebot, bei dem ich eine D7 Anwendung auf C# konvertieren hätte sollen, weil die Firma einfach keine Delphi Entwickler mehr findet.

Tja,

für mich ist ehrlich gesagt nichts neues dabei, wo ich drauf gewartet hätte. Gut, für die FMler lohnt es sich vielleicht...

By the way: die C++ Nutzer unter uns bekommen eigentlich in diesem Release nichts neues...

VG Pixfreak

Zitat:

Zitat von Uwe Raabe (Beitrag 1181120)

Wird Zeit, daß die Liste der Delphi-Versionen im Profil aktualisiert wird...

Erledigt. :-)

Der Spass geht los!

Delphi XE3 - ISO

http://cc.embarcadero.com/Item/28984

Delphi XE3 - Trial

http://cc.embarcadero.com/Item/28977

Zitat:

Zitat von himitsu (Beitrag 1181124)

Im Gegenzug hab ich mal meine alten Bugmeldungen durchgesehn und da hat sich praktisch seit Jahren nichts getan ... nichtmal bei den simpelsten Fehlern oder wo ich sogar eine Lösung geliefert hatte.
z.B.

http://qc.embarcadero.com/wc/qcmain.aspx?d=101523

Du wurdest im April 2011 gebeten, weitere Details zu liefern. Diese hast Du gestern (!) geliefert und seit gestern (!) ist das Ticket nun auch in deren internem System, was ein wichtiger Schritt für die Korrektur sein wird.

Zitat:

Zitat von Daniel (Beitrag 1181147)

..
Du wurdest im April 2011 gebeten, weitere Details zu liefern. Diese hast Du gestern (!) geliefert und seit gestern (!) ist das Ticket nun auch in deren internem System, was ein wichtiger Schritt für die Korrektur sein wird.

Das ist ja "drollig". Wenn unserer Kunden uns einen Fehler melden, schwerwiegend oder nicht, dann antworte ich vielleicht auch mit der Bitte um weitere Details. Aber dann einfach die Hände in den Schoß zu legen, weil keine Antwort mehr kommt, könnte ich mir niemals erlauben.

Zitat:

Zitat von jobo (Beitrag 1181149)

Also hier würde ich sagen das eine Bringschuld des Fehlermelders vorliegt. Was glaubst du wie viel Aufwand entstehen würde wenn bei jetzt über schon 100.000 Meldungen man jeder einmal gemeldeten Problem bei dem man um weitere Details gebeten hat und keine Antwort aufgetreten ist eine Nachforschung anstellt wie man diesen Poster weiter um Details bitten kann? Alle 2 Wochen 'ne Mail schicken die evtl. im Spam-Ordner landet? Telefonnummer heraus finden und dann anrufen?

Wenn du mit 2-3 Meldungen pro Woche bekommst kannst du noch versuchen diese 100% bis zur Lösung (auch wenn diese Lösung heist: Tritt nicht mehr auf) nachverfolgen, aber bei einer bestimmten Anzahl von Meldungen muss man versuchen den Supportprozess zu optimieren was evtl. auch heißt das Meldungen bei denen sich der Kunde nicht mehr meldet einfach geschlossen werden.

Bei uns wird nach einer Woche nochmal nachgefragt, und wenn dann eine weitere Woche nichts mehr kommt wird der Task als nicht reproduzierbar geschlossen.
Ganz einfach. Am Anfang haben sich die Leute aufgeregt, inzwischen kommen die Reports so rein, dass wir meist gar nicht mehr nachfragen müssen. Man muss das halt Konsequent durchziehen und darf keine Ausnahmen zulassen - dazu brauchts halt die umgangssprachlichen Eier dafür.