Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


Hallo, Josef!

Am 01.03.2012 17:20, schrieb Josef Latt:

Am 01.03.2012 16:54, schrieb Wolfgang Pechlaner:

Ich rate allen ab, die x.y.0 - x.y.3 Version zu verwenden, außer
die neue Funktionalität erfordert dies. Für einen einem "normalen"
User ist zwar die x.y.0er Version ausreichend getestet, sind aber
komplexere Funktionen notwendig, so treten immer wieder gravierende
Fehler auf. Wird diese Tatsache klar formuliert, kann uns niemand
einen Vorwurf mehr machen. Es wird aber immer genügend "Power"-User
geben, die uns auf Fehler aufmerksam machen. Deshalb ein großes Lob
an dich für deine Bemühungen.

Das ist doch Quark und Augenwischerei.

Es seien alle hier zur Mäßigung aufgerufen mit der Bitte wieder auf den
Boden der Tatsachen zurückzukehren. Wenn ihr euch in irgendetwas hinein
verbeißt, ist niemandem geholfen.

[Es folgen längere Ausführungen!]

Unter diesen Gesichtspunkten ist dies nicht mehr als RC. Wer sagt
denn, daß ein normaler User nicht auch mal komplexere Funktionen
verwendet.

Wenn du mal gründlich lesen würdest, was die anderen dir versuchen zu
sagen, würdest du sie auch verstehen. Bei der Veröffentlichung einer
.0-er Version sind alle *bis dahin bekannten* gravierenden Fehler
korrigiert. Das schießt aber nicht aus, dass nicht nach der
Veröffentlichung *weitere* gravierende Fehler gefunden werden, die dann
in der .1-er Version korrigiert werden. Damit müssen wir leben, denn
ohne die Veröffentlichung einer .0-er Version würden diese neuen
gravierenden Fehler gar nicht gefunden werden, weil die Tester fehlen.

Dennoch gebe ich dir natürlich Recht, dass eine .0-er Version nicht als
*erste* Empfehlung aufgeführt werden sollte, sondern besser aufgeklärt
werden muss. Ein RC oder eine Testversion ist eine .0-er Version deshalb
aber nicht mehr.

Gravierende Fehler haben auch in einer .0 - .3 nichts zu suchen.

Wie oben geschrieben, sind weitere gravierende Fehler bei
Veröffentlichung einer .0-er Version nicht bekannt, weshalb sie als (zu
diesem Zeitpunkt) stabile Version veröffentlicht wird. Sobald weitere
gravierende Fehler bekannt werden, werden diese zunächst in die
Releasenotes aufgenommen und können dort nachgelesen werden. Bei der
Veröffentlichung der nächsten Version sind diese dann bereinigt, sodass
die neue Version nach einigen RCs und (zum Zeitpunkt der
Veröffentlichung) wieder als stabil gilt.

Da erwarte ich dann eher,daß der Releasetermin verschoben wird.

Wie oben geschrieben könnte man den Releasetermin beliebig verschieben,
ohne dass die gravierenden Fehler jemals korrigiert werden, denn diese
würden ohne die Veröffentlichung einer .0-er Version niemals gefunden
werden.

Und Poweruser, die Fehler melden, findet man auch für einen RC, so
man diesen nicht im Keller versteckt.

Eben nicht bzw. nicht ausreichend. Ich selbst scheue davor zurück, ein
RC produktiv einzusetzen. Diese sind zwar bei mir parallel installiert,
aber nur um hier gemeldete Fehler nachzuvollziehen bzw. meine
Übersetzungen zu prüfen. Nach der Veröffentlichung der 3.3.0, 3.4.0 und
3.5.0 habe ich meinen Rechner aber immer sofort auf diese aktualisiert
und damit auch produktiv eingesetzt. Dabei konnte ich jedes Mal noch
Fehler finden, die mir sonst nie aufgefallen wären, weil ich sie beim
Testen nicht mit einbezogen hätte. Diese habe ich dann gemeldet und sie
wurden auch umgehend korrigiert. Nur so kann die nächste Version mit
möglichst wenigen gravierenden Fehlern ausgeliefert werden.

Um auf dein eigentliches Anliegen zurückzukommen: Einerseits brauchen
wir Leute, die eine .0-er Version produktiv einsetzen, um gravierende
Bugs aufzufinden. Deshalb ist es gut, dass es .0-er Versionen gibt.
Andererseits müssen unbedarfte Benutzer davor geschützt werden, diese
unbedarft einzusetzen.

Eine individuelle Variante für die deutsche Website dürfte schwierig
werden, da sich um solch eine Variante immer auch genügend Leute kümmern
müssten. Deshalb müssen wir beratschlagen, wie wir unbedarfte Benutzer
besser vor dem zu frühen herunterladen einer Version schützen.

Ninos Vorschlag finde gut gedacht. Aber anstatt hier zu beratschlagen,
wie die Downloadseite aufgebaut sein könnte oder sollte, müsste diese
Diskussion in die internationale Liste getragen und dort mit ähnlichem
Nachdruck wie hier geführt werden.

Wir können für den deutschsprachigen Teil nur beratschlagen, welche
*zusätzlichen* Informationen (sprich nur den oberen Teil, bis zur
Betriebssystemauswahl) wir den deutschsprachigen Benutzern anbieten
wollen, um sie auf die Gefahren einer .0-er Version möglichst effektiv
aufmerksam zu machen, ohne alle davon abzuhalten diese herunterzuladen,
zu verwenden und Fehler zu melden.

Eine Einführung der neuen Downloadseite sehe ich deshalb auch kritisch
und würde sie solange wie möglich vermeiden wollen, um die unbedarften
Benutzer nicht noch mehr auf die .0-er Version zu fokussieren.

Allen, die bis hierher noch gelesen haben, vielen Dank.

Gruß,
Christian.

--
Informationen zum Abmelden: E-Mail an users+help@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.