Jacqueline Rahemipour schrieb:
dann sei aber die Frage erlaubt, warum selbst bereits gefixte Issues
zu Crashes, die erst auf target 2.3 standen, dann um 6 Monate nach
hinten geschoben werden:
natuerlich,
http://qa.openoffice.org/issues/show_bug.cgi?id=48454
Für mich ist es absolut nicht nachvollziehbar, warum man hier auf
"Biegen und Brechen" den Release-Termin einhalten will - und das auf
Kosten vieler Anwender austrägt.
da hast Du mit mir natuerlich den richtigen am Rohr :-)
meine Ueberlegung war folgende: da kommt jemand an und sagt, dass er
kurz vor code freeze neuen code ins Rennen bringen will. Ich moechte,
dass neue Implementierungen sehr frueh im Developmentzyklus ins Renner
gebracht wird, sodass noch genuegend Zeit zum review und testen bleibt.
Aus diesem Grunde lehne ich solche Änderungen/Ergänzungen nach
UI/Feature freeze ab, die Erfahrung zeigt, dass die Regressionrate sehr
hoch ist, wenn kurz vor einem release neu-implementierungen ins Rennen
kommen.
Ich stimme absolut zu, dass nicht jeder crash gleich ein Stopper für
ein Release ist. Wenn dadurch aber ein ganzes Modul unbenutzbar wird
und eine große Anzahl Anwender betroffen ist (und sogar der Fix
existiert!), dann fühlt man sich als Community-Mitglied wirklich nur
noch "abgespeist", wenn solche Entscheidungen getroffen werden.
Ich gebe zu, dass ich bei der schieren Menge von issues, die kurz vor
den deadlines als gefixed bei mir vorbeifliegen, ich nicht jeden
vollstaendig lesen, verstehen und richtig beurteilen kann, aber dafuer
haben wir das release status meeting, in dem die potentiell kontoverse
issues den beteiligten noch mal deutlich gemacht werden koennen. Bitte
macht davon Gebrauch ! Ich bin nicht darauf aus, auf Biegen und Brechen
ein Release Termin zu halten, ich moechte lediglich zeitlich
einigermassen zuverlaessig Versionen releasen, die alle Anwender ein
Stück weiterbringen, ich bin da aber auf eure Hilfe angewiesen ! Es gibt
mehrer Möglichkeiten Einwände zum Release zu äussern:
1. über die [EMAIL PROTECTED] Liste, Uwe Lübbers und Joost Andrae nehmen
regelmaesig am release status meeting teil, sie sollten die Stimmen aus
dieser Liste mit ins meeting nehmen.
2. fuer jedes release gibt es einen meta issue (80294 fuer 2.3) an dem
stopper issues registriert werden koennen (und auch sollten)
3. nervt mich und Pavel Janik mit Einwaenden zu spezifischen issues fuer
Releases. Wir fuehlen uns verpflichtet, auf eure Einwaende einzugehen
oder aber zumindestens unsere Entscheidungen zu erklaeren.
Ich wuerde die Releases in Zukunft gerne im Dialog anstatt im Monolog
ueber die Buehne bekommen, auf Dauer ist mein Fell fuer den Monolog (und
die anschliessenden Schlaege) nicht dick genug, eine Diskussion und ein
resultierender Kompromiss/Konsenz schont meine Nerven ungemein :-).
Gruß,
Jacqueline
Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
