Andre Schnabel wrote: > Moin, > > -------- Original-Nachricht -------- >> Von: Mathias Bauer <[email protected]> > >> André Schnabel wrote: >> >>> Meine persönliche Formel: es lohnt sich, bei konkreten Aufgaben >>> zu helfen, bei denen Sun oder einer der anderen großen >>> Contributoren >> einmal >>> committed hat. Alles andere ist nahezu Zeitverschwendung - oder >>> schier durch die Zeitspanne zwischen eigener Bemühung und >>> letztendlicher Umsetzung nichts anderes als frustrierend. >> >> Vielleicht kann meine Idee, Bugfixes etwas zielgerichteter zu >> machen, da helfen? > > Sicher. Deine Idee kann ich aus sicht eines Entwicklers vollkommen > nachvollziehen - es ist wesentlich effektiver, Bugs in einem Bereich > zu fixen, den man eh schon anfasst. Ob das alter oder neuer Code ist, > ist für meine eigene Motivation eher unerheblich. Alten Code zu > korrigieren ist zwar deutlich schwieriger, dafür ist das > Erfolgserlebnis auch höher, wenn man "gewonnen" hat. Wirtschaftlich > betrachtet ist das fixen alter Bugs aber eher ein Problem. Der > Zeitaufwand ist höher - das Ergebnis (Verbesserung der Qualität) aber > das gleiche wie bei neuen Bugs. Wobei diese Betrachtung ziemlich > kurzsichtig ist. > > Sinnvoll wäre aus meiner Sicht "Bugfixing"-Teams analog zu den iTeams > für neue Features. Bei Feature Implementierungen funktioniert das > inzwischen (mehr oder weniger) gut - es gibt ein klar abgestecktes > Ziel und verschiedene Leute können sich beteiligen. > > Für Bugs habe ich bisher nichts vergleichbares gesehen (zumindest > nichts, was über die normale Zusammenarbeit in einem CWS hinausgeht). > Denkbar wäre aber ein Team, dass sich darum kümmert, bis zum Release > 3.3 die Bugs im Serienbriefassistenten massiv zu reduzieren. Dazu > muss aber von verschiedenen Stellen ein Commitment kommen. Allein das > Sichten und Priorisieren nürfte schon einige Tage wenn nicht Wochen > an Arbeit bedeuten. Es besteht auch die Gefahr gleich neue Features > mit zu implementieren (da gibt es auch ausreichend Wünsche). Nur, was > nützt mir ein zusätzliches Feature x im Serienbrief, wenn weiterhin > Grafikelemente am Ende des Briefes verloren gehen?
Ja, genau so etwas meine ich. Man einigt sich darauf, welchen Bereich man bearbeiten will, man bildet also wie bei den Feature-CWS ein iTeam. Selbstverständlich umfasst das auch das Commitment, dass dann in diesem Bereich kontinuierlich gearbeitet wird. Das kann dann auch mehr als einen Release-Zyklus dauern. Wir fixen momentan in jedem Release einen Haufen Bugs, einige davon sind "Showstopper", andere wurden einfach "irgendwie wichtig" gemacht. Da könnte ich mir eben auch eine andere Vorgehensweise vorstellen. Alle anderen Prioritäten wären davon erst einmal unberührt. Ich will mich nicht in die Diskussion "Bugs oder Features" einmischen, ich überlege nur, wie man die Bugfix-Kontingente anders nutzt. 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]
