Jacqueline Rahemipour wrote: > Hallo Mathias, Thorsten, *, > > Mathias Bauer schrieb: > >> Ich habe damit auch schon für den Writer angefangen, indem ich die >> Sichtung aller Issues mit mehr als 30 Votes mir als Ziel für 2.3 gesetzt >> habe (die Sichtung - nicht das Bearbeiten ;-)). Die Zahl ist dabei >> willkürlich und orientiert sich nur an der Machbarkeit. Schön wäre es, >> wenn man dabei themenorientiert auch an der Konsolidierung der Issues >> arbeiten könnte, also das, was Jacqueline wohl mit "Karteileihen" >> bezeichnet hat, auszufiltern. > > Das Stichwort "themenorientiert" finde ich in diesem Zusammenhang sehr > wichtig. Ich denke, anders würde es bei der Komplexität des Programms > auch gar nicht mehr gehen (s.o.). Insofern ist das genau dieses > strukturierte Vorgehen, das ich mir wünsche, um in einem Arbeitsschritt > auch mal die "weniger wichtigen" Issues mit anzugehen.
Prima, dann sind wir uns ja einig. :-) Ob ein Issue "weniger wichtig" ist, ist ja sowieso keine statische Einschätzung und häufig sind Issues auch einfach nur deswegen auf dem Abstellgleis, weil keiner sie sich näher angesehen hat. > Und um das nochmal loszuwerden: Ich finde es sehr gut, dass die > Community frühzeitig über geplante Änderungen informiert wird und damit > die Möglichkeit zu Kommentaren hat. Und dass diese Kommentare dann auch > wirklich ernsthaft in die Überlegungen einbezogen werden, ist für mich > einer der wichtigen Gründe, warum ich gerne an solchen Sachen mitarbeite. Das sehe ich genauso. Ich sehe OOo sicherlich nicht als "Wunschkonzert", aber die Erfahrungen und das Wissen der Community nur marginal einzubeziehen wie bisher ist suboptimal. Das setzt natürlich auf Seiten der Community auch ein gewisses Verständnis voraus, das Thema hatten wir ja u.a. hier auf der Liste schon ein paarmal und auch in der SO-Newsgroup hatten wir erst neulich eine längliche Diskussion darüber, warum die Anzahl der Votes nicht immer die einzige Richtschnur sein kann. Ansonsten bestärkt mich aber auch z.B. die kürzliche Diskussion über "Backspacing" hier auf der Liste darin, dass man in gemeinsamer Diskussion mehr erreichen kann als durch einsame Entscheidungen. Sofern alle akzeptieren, dass am Ende einer eine (dann nicht mehr ganz so einsame) Entscheidung treffen darf/muss. :-) Wenn also erfahrene Community-Mitglieder beim "themenorientierten" Sichten und Gewichten von Issues helfen wollen, würde ich mich für den Writer sehr freuen. Eine vorherige Absprache wäre mir hier wichtig, weil ich nicht möchte, dass jemand viel Arbeit in seine Lieblings-Issues investiert und wir (das Projekt) dann am Ende sagen: prima, aber dafür haben wir auf absehbare Zeit keine Resourcen. Das kann auch durchaus für Issues mit vielen Votes gelten, ich kann mir z.B. nicht vorstellen, dass wir "Reveal Codes" implementieren solange wir noch irgendwelche anderen größeren Features offen haben (und wann haben wir die nicht?). Wichtig wäre mir auch, dass wir uns nicht verzetteln, d.h. wir versuchen, Themenschwerpunkte zu setzen. Ich habe das z.B. erst kürzlich bei dem Thema "Sprachfeatures/Spellchecking" getan. Eine Query mit "language" im Summary-Feld ergab IIRC ca. 100 Issues, von denen ein größerer Teil auch nur was mit Lokalisierung zu tun hatte, das Durcharbeiten und Konsolidieren in ca. 10 dauerte dann 2-3 Tage. Mit "Konsolidieren" meine ich dabei: - Schließen von Duplicates - Zusammenfassen von ähnlichen Issue, die thematisch eng zusammengehören - Schließen von RFEs/Features, die offensichlich nicht zu den Zielen oder Vorstellungen des Projekts passen - Schließen von Issues, die aus anderen Gründen keine Chance auf Realisierung haben, notfalls als "Resolved Later" oder "Resolved Remind". Gerade sowas haben wir bisher kaum getan. Ergebnis ist bekannt. Wenn wir das aber nicht tun, werden viele wichtige Issues zur Stecknadel im Heuhaufen. Ich habe mir allerdings bisher nicht überlegt, wo und wie man das am besten macht. So spontan würde ich sagen: kurze Absprache auf der dev-Liste vom sw-Projekt, der Rest dann im Issue Tracker. Ergebnis sollte sich in der Issues-Liste nachvollziehen lassen. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "[EMAIL PROTECTED]". I use it for the OOo lists and only rarely read other mails sent to it. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
