Delphi Beta-Versions - Teilnahme

[sh17]

Hat man durch die Teilnahme an der Beta mehr Möglichkeiten einen Fehler behoben zu bekommen? Mich nervt ein Editorbug schon seit der ganzen Version 10.4 gewaltig, die nicht funktionierende Codevervollständigung in Klassenmethoden

[DieDolly]

In 10.3.3 gibt es noch immer den Bug, dass man Text markiert und Entf drückt, er nicht entfernt wird.
Im weiteren Verlauf bleibt der Text einfach markiert, löscht text der davor steht beim Weitertippen, STRG+C funktioniert dann auch nicht mehr richtig.

Vergiss es wenn du denkst, dass du durch die Teilnahme "deinen" Bug beseitigt bekommst.

[Daniel]

Die Teilnahme an einem Beta-Programm beinhaltet kein Vorrecht, dass Fehler, die man selbst findet oder Situationen, die man als Fehler erachtet, gesichert behoben werden. Das hat auch niemand behauptet.
Du hast jedoch frühen Zugriff auf eine akut in Arbeit befindliche Version und das räumt Dir natürlich die Möglichkeit ein, einen Fehler reproduzierbar zu beschreiben und dessen Behebung damit aktiv voranzutreiben. Das kann nicht bei jedem gemeldeten Fehler sofort funktionieren aber meine Teilnahme an diversen Beta-Tests ließ mich beobachten, dass dies in vielen Fällen zum Erfolg geführt hat.

[Frickler]

Zitat von DieDolly:

In 10.3.3 gibt es noch immer den Bug, dass man Text markiert und Entf drückt, er nicht entfernt wird.
Im weiteren Verlauf bleibt der Text einfach markiert, löscht text der davor steht beim Weitertippen, STRG+C funktioniert dann auch nicht mehr richtig.

Den gibts (mindestens) schon seit Delphi 5. Und die Abhilfe ist noch immer die gleiche: in den Optionen "persistente Blöcke" einmal an- und dann wieder abschalten.

[Rollo62]

Zitat von sh17:

Hat man durch die Teilnahme an der Beta mehr Möglichkeiten einen Fehler behoben zu bekommen? Mich nervt ein Editorbug schon seit der ganzen Version 10.4 gewaltig, die nicht funktionierende Codevervollständigung in Klassenmethoden

In der Regel verbietet die NDA das man die Beta produktiv nutzen darf.
D.h. Du darfst wohl damit Programmieren, aber ein fertiges Programm musst Du doch mit der aktuellen Version kompilieren.
Es gab mal seltene Ausnahmen, wo Emba z.B. mit Android 64 glaube ich, so weit hinten lag das es zeitlich nicht anders ging.

Diese Politik finde ich sehr fragwürdig, denn genau für diese frühe Fehlerbehebung zahle ich ja eigentlich meine Subscription-Gebühr

Ich weiss nicht wenn man dann einen persönlichen Support-Fall aufmacht,
ob man dann eine persönliche Ausnahmegenehmigung zur Nutzung bekommen kann.

[Uwe Raabe]

Zitat von Rollo62:

In der Regel verbietet die NDA das man die Beta produktiv nutzen darf.
D.h. Du darfst wohl damit Programmieren, aber ein fertiges Programm musst Du doch mit der aktuellen Version kompilieren.

Die Nuance ist wichtig: produktiv nutzen schon, aber keine damit erzeugten Programme veröffentlichen.

Das Mich nervt ein Editorbug wäre damit also abgedeckt, wenn man für die EXE weiterhin z.B. einen Build-Server mit der 10.4.1 verwendet.

Es ist auch durchaus nützlich für die Abdeckung der Beta, wenn sie produktiv bei unseren Brot-und-Butter Projekten zum Einsatz kommt. Sonst würden sich die Beta-Tests vermutlich kaum über das Hello-World Niveau hinaus bewegen.

[sh17]

Ich will die Beta ja nicht produktiv nutzen, nur etwas Druck bei der Behebung des Fehlers machen. Daniels Kommmentar war da schon ganz gut.

(Nebenbei, hat den Fehler von Euch niemand? https://quality.embarcadero.com/browse/RSP-30238 )

[t2000]

Zitat von sh17:

Ich will die Beta ja nicht produktiv nutzen, nur etwas Druck bei der Behebung des Fehlers machen. Daniels Kommmentar war da schon ganz gut.

(Nebenbei, hat den Fehler von Euch niemand? https://quality.embarcadero.com/browse/RSP-30238 )

Doch klar habe ich den Fehler auch. Beim Programmieren immer das "class" auskommentieren, dann den Code schreiben, und anschl. wieder rein.
Ist schon nervig.

[philipp.hofmann]

Also ich kann auch nur unterschreiben: Wenn man einen Fehler behoben haben möchte, hilft die Teilnahme an der Beta, aber es bedeutet auch Arbeit, dessen sollte man sich bewusst sein. Weil oft reicht es nicht aus, nur den Issue im Portal aufzumachen, sondern man muss versuchen ein Mini-Projekt mit reproduzierbaren Verhalten schreiben, dann wieder jeden Build mit einem potentiellen Fix des Issues installieren und den Issue testen, ...

Das kennt ihr von eurer eigenen Arbeit, manchmal bedeutet dies 2-3 Runden. Aber man ist jedem Kunden dankbar, der diesen Weg mitgeht.

[Rollo62]

Zitat von philipp.hofmann:

Aber man ist jedem Kunden dankbar, der diesen Weg mitgeht.

Ich mache dabei auch mit, und stelle Emba meine Mitarbeit kostenlos zur Verfügung.
Trotzdem darf ich mögliche Ergebnisse daraus nicht direkt nutzen, das halte ich schon für etwas unfair.

Aber vielleicht verstehen die meisten hier den Druck unter Android/iOS nicht,
den man alle drei Monate hat wenn wieder eine neue OS-Version den AppStore-Upload oder Linken, Debuggen unmöglich macht, nur weil das neue Feature (manchmal ein simpler XML-String) noch nicht in der IDE unterstützt wird.
Es wird dann im Web immer hektisch nach halbreifen Workarounds gesucht, die man dann bis zum eigentlichen FIX in der IDE einbauen muss, statt das Emba da einfach zeitnah kurze und schnelle Bugfixes anbieten würde.

Das letzte was ich solchen Situationen möchte, ist mir noch Gedanken über mögliche Lizenzprobleme bei Beta's machen, wenn eine neue Version wieder lauffähig ist.
Wem ist denn damit geholfen ?

Falls Emba da keine "Betriebsgeheimnisse" verraten möchte, meinetwegen,
dann sollen sie doch getrennte NDA's für Windows und für andere Platformen machen.
Ich habe gar nicht vor Geheimnisse zu verraten, ich möchte in der Regel nur meine App weiter in den Store laden können.
Wenn es bei Emba um "Firmeninteressen" geht, ist das bei mir mindestens genauso.
Auch ich verdiene damit meine Brötchen, das scheint Emba gerne zu vergessen.