Thread Autor eines Moduls zu sein und ...: der Umgang mit Verbesserungsvorschlägen (13 answers)
Opened by bloonix at 2006-05-04 14:54

bloonix
 2006-05-04 14:54
#38709 #38709
User since
2005-12-17
1615 Artikel
HausmeisterIn
[Homepage]
user image
Hallo zusammen,

hier in der Community lungern ja so einige Autoren von CPAN-
Modulen herum und ich könnte ein paar Tipps gebrauchen,
da ich ja noch sehr frisch dabei bin. :)

Ich habe seit knapp 4 Monaten nichts mehr an dem Modul
getan, dass ich Ende letzten Jahres unter CPAN freigegeben
habe, da ich wirklich absolut keine Zeit dafür hatte...
Nun habe ich mal alle Mails bezüglich Bug-Reports, Wünsche,
Verbesserungsvorschläge etc. gesammelt und abgeklappert,
die mich seit Februar erreicht haben.

Nun habe ich ein paar Fragen an euch...

Wie reagiert ihr allgemein auf solche Mails?
Antwortet ihr auf alle?
Versucht ihr alle Wünsche zu berücksichtigen?

Mal abgesehen von Bug-Reports, die auf jeden Fall beseitigt
werden müssen und die Verbesserungsvorschläge, die man
berücksichtigen sollte - wenn sie wirklich "besser" sind -,
machen mir die Wünsche für weitere Versionen zu schaffen...

"Ich hätte gerne diese Funktion im Modul..."
"Diese Info's wären für mich sehr brauchbar..."

Manche Wünsche sind nicht nur ein großer zeitlicher Aufwand,
sondern sind eventuell auch mit *Kosten verbunden. Manche
Dinge sind auch nicht so einfach zu realisieren, da sie wirklich
Hardwarehersteller spezifisch sind *Kosten...

Wie reagiert ihr darauf oder wie würdet ihr darauf reagieren?

Wie schaut es zudem mit eurem Zeitrahmen aus? Arbeitet ihr
wirklich permanent an den Modulen oder kommt es auch mal
vor, dass Beruf+Privat zunächst einmal Vorrang haben und das
das Modul lange liegen bleibt?

Für eure Ratschläge wäre ich dankbar.

Viele Grüße,
opi

Es geht um das Modul CPAN:Linux::Statistics.\n\n

<!--EDIT|opi|1146742266-->
What is a good module? That's hard to say.
What is good code? That's also hard to say.
One man's Thing of Beauty is another's man's Evil Hack.

View full thread Autor eines Moduls zu sein und ...: der Umgang mit Verbesserungsvorschlägen