Thorsten Ziehm wrote: > Die Frage die immer wieder aufkommt ist, sollen erstmal alle alten > Issues gefixt und behoben werden, oder soll an Neuem gearbeitet werden? > Ich glaube der Markt gibt das Leben vor. Nicht nur Firmen wollen Neues > haben, auch die Entwickler wollen sich eher um neuen Code kümmern. Alten > kaum durchdringbaren Code anzufassen, ist nicht immer leicht und erzeugt > auch keine Freudensprünge bei den verantwortlichen Entwicklern. Ich glaube, dass du da zu pessimistisch bist. Viele Entwickler, vor allem viele gute Entwickler arbeiten auch gerne an "altem" Code, nur nicht auf die Art und Weise, die sich einstellt, wenn man hier und da mal einen Bug fixt. Was wir IMHO bräuchten ist ein schwerpunktmäßiges Arbeiten an bestimmten Bereichen, mit dem Ziel, in diesem Bereich wirklich etwas zu bewegen.
Häufig braucht man auch beim Bugfixing erst einmal eine gewisse Zeit, sich einem Problem wirklich anzunähern und nicht den naheliegenden, sondern den richtigen Fix zu finden. Wenn man einfach hier und da einen Bug fixt, muss man das ständig an den verschiedensten Stellen machen. Hat man hingegen einen bestimmten Bereich als Schwerpunkt genommen, ist das effizienter machbar und sogar aufwändigere Code-Arbeiten erscheinen plötzlich weniger schlimm, weil sich der Aufwand ja nicht nur auf einen einzigen Bug bezieht. Vor allem wird das Ergebnis auch besser, denn man investiert mehr Zeit in das Produkt als Ganzes (nicht nur in den Code für ein paar Bugfixes) und sollte deswegen auch weniger Regressions einbauen. Was steht dem entgegen? IMHO eigentlich nur der untaugliche Versuch, mehrere tausend Issue nach Priorität oder Target Milestone zu sortieren, basierend auf Votes oder "gefühlter" Wichtigkeit, und sich dann bei der Abarbeitung der Issues sklavisch an diese Liste zu halten. Ich halte das nur in wenigen Fällen für sinnvoll, vor allem geht es natürlich bei den offensichtlichen Katastrophen gut, aber bei den meisten Issues ist das eher ad libitum. Für mich als Project Lead wäre auch noch ein weiterer Aspekt wichtig: ich würde gerne auch bevorzugt solche Bereiche angehen, bei deren "Sichtung" wir Hilfe aus der Community erhalten. Schon das systematische Durchsuchen der IZ Datenbank, das Ermitteln von Duplicates, das Schließen bereits gefixter oder invalider Issues macht einen Unterschied. Ein solches "Projek" kann dabei auch mal über mehrere Versionen laufen, aber Ergebnisse können dabei peu a peu integriert werden. Bevor aber jemand diese Idee gut findet ;-) und einfach loslegt: um Enttäuschungen zu vermeiden, sollte das vorher abgesprochen werden. Ich weiß auch nicht, wie das andere Entwickler sehen, einen Alleingang möchte ich sicher nicht machen. 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]
