C'est un des côtés magiques de l'informatique: on a un des rares boulots de type industriel ou vendre un truc pourri de vices cachés ne porte pas à conséquences juridiques. Avec un gros forcing marketting, on arrive même à faire en sorte que le dysfonctionnement soit perçu comme le fonctionnement normal de la machine et en plus à culpabiliser l'utilisateur.
Personnellement je trouve un peu étrange de devoir signaler à mon concessionnaire que toutes les voitures de type A ont des problèmes de tenue de route dans certaines conditions et en plus, de devoir moi-même changer la carrosserie avec les nouvelles pièces qu'il me fournit alors que j'ai fait trois tonneaux à cause de ce vice de conception, ce qui m'a causé préjudice. Dans un context plus "immatériel", ce type de situation est courant et je trouve ça Mal (tm).
Ensuite, si je choisi le cas 2 (donner le bug), je ne suis pas assuré qu'on résolve le problème, pire, d'expérience on s'en foutra complètement dans 50% des cas (en plus en me faisant mariner pour que j'aille pas râler trop fort).
Ce que je fais d'habitude, c'est choisir le cas 1) en évitant au maximum l'utilisation du produit et en remontant les bugs à mes decideurs pressés pour qu'on pense à oublier ce produit (en ce moment c'est VB, et limite Delphi pour passer plutot sur du Java).
Enfin, je ne voit vraiment pas pourquoi je jouerais le rôle de testeur pour une boite qui ne me paye pas.
Si il y a des bugs dans le soft libre c'est la meme chose
Pour la gestion technique du bug, oui (enfin, en théorie parce que si j'amène un rapport de bug de l'an 2000 pour Win 2.2, je ne pense pas que MS soit trop interressé). Au niveau de l'impact "social", je ne pense pas:
- pour du soft fermé ton rapport de bug permet de corriger un vice de fabrication qui t"empeche de travailler et permet à une société de vendre un meilleur produit sans rien devoir à personne.
- pour du soft libre ton rapport permet de corriger un vice de fabrication et permet à n'importe qui de profiter d'un produit de meilleure qualité.
[^] # Re: Hmmm....
Posté par Toufou (site web personnel) . En réponse à la dépêche Livre on-line sur GNU/Linux (gratuit FDL). Évalué à 1.
Personnellement je trouve un peu étrange de devoir signaler à mon concessionnaire que toutes les voitures de type A ont des problèmes de tenue de route dans certaines conditions et en plus, de devoir moi-même changer la carrosserie avec les nouvelles pièces qu'il me fournit alors que j'ai fait trois tonneaux à cause de ce vice de conception, ce qui m'a causé préjudice. Dans un context plus "immatériel", ce type de situation est courant et je trouve ça Mal (tm).
Ensuite, si je choisi le cas 2 (donner le bug), je ne suis pas assuré qu'on résolve le problème, pire, d'expérience on s'en foutra complètement dans 50% des cas (en plus en me faisant mariner pour que j'aille pas râler trop fort).
Ce que je fais d'habitude, c'est choisir le cas 1) en évitant au maximum l'utilisation du produit et en remontant les bugs à mes decideurs pressés pour qu'on pense à oublier ce produit (en ce moment c'est VB, et limite Delphi pour passer plutot sur du Java).
Enfin, je ne voit vraiment pas pourquoi je jouerais le rôle de testeur pour une boite qui ne me paye pas.
Si il y a des bugs dans le soft libre c'est la meme chose
Pour la gestion technique du bug, oui (enfin, en théorie parce que si j'amène un rapport de bug de l'an 2000 pour Win 2.2, je ne pense pas que MS soit trop interressé). Au niveau de l'impact "social", je ne pense pas:
- pour du soft fermé ton rapport de bug permet de corriger un vice de fabrication qui t"empeche de travailler et permet à une société de vendre un meilleur produit sans rien devoir à personne.
- pour du soft libre ton rapport permet de corriger un vice de fabrication et permet à n'importe qui de profiter d'un produit de meilleure qualité.