Ben des trucs chiants dans les softs il y en et il y en aura toujours.
Certains trucs qui t'emmerdent toi ne genent pas d'autres, de meme certains trucs qui me genent moi ne te genent probablement pas. Resultat, les teams ici ont des priorites sur ce qu'il est important de corriger et ce qui ne l'est pas selon la gravite, le nombre de gens que ca touche, etc... Si ces choses la n'ont pas ete corrigees c'est tout simplement que :
a) Ils sont pas au courant que ca gene
b) Il n'y a pas assez de gens genes pour que ca vaille la peine d'etre corrige
c) Corriger cela demanderait de gros changements(mais vu le probleme j'en doute)
C'est vraiment pas plus complique que ca, quand un bug doit etre corrige, les parametres les plus importants sont : gravite, nombre de gens touches, complexite du code corrigeant la chose(si tu dois ajouter 20'000 lignes pour fixer un truc qui aide 20 personnes, t'iras pas loin) si ces 3 parametres ne sont pas reunis, ton bug sera pas corrige, ta feature ne sera pas ajoutee maintenant,... et cela me semble tout a fait logique :
a) Il ne faut pas destabiliser le code existant et risquer de creer des problemes a la majorite pour faire plaisir a une petite minorite(le cas des 20'000 lignes pour 20 personnes)
b) Si le bug n'est pas vraiment genant et que peu de gens s'en plaignent, mieux vaut passer son temps sur d'autres elements qui fairont plaisir a plus de gens
[^] # Re: Un petit mail pour une cause pas si petite que ca.
Posté par pasBill pasGates . En réponse à la dépêche Firefox 1.0 est disponible. Évalué à 1.
Certains trucs qui t'emmerdent toi ne genent pas d'autres, de meme certains trucs qui me genent moi ne te genent probablement pas. Resultat, les teams ici ont des priorites sur ce qu'il est important de corriger et ce qui ne l'est pas selon la gravite, le nombre de gens que ca touche, etc... Si ces choses la n'ont pas ete corrigees c'est tout simplement que :
a) Ils sont pas au courant que ca gene
b) Il n'y a pas assez de gens genes pour que ca vaille la peine d'etre corrige
c) Corriger cela demanderait de gros changements(mais vu le probleme j'en doute)
C'est vraiment pas plus complique que ca, quand un bug doit etre corrige, les parametres les plus importants sont : gravite, nombre de gens touches, complexite du code corrigeant la chose(si tu dois ajouter 20'000 lignes pour fixer un truc qui aide 20 personnes, t'iras pas loin) si ces 3 parametres ne sont pas reunis, ton bug sera pas corrige, ta feature ne sera pas ajoutee maintenant,... et cela me semble tout a fait logique :
a) Il ne faut pas destabiliser le code existant et risquer de creer des problemes a la majorite pour faire plaisir a une petite minorite(le cas des 20'000 lignes pour 20 personnes)
b) Si le bug n'est pas vraiment genant et que peu de gens s'en plaignent, mieux vaut passer son temps sur d'autres elements qui fairont plaisir a plus de gens