>> Sauf qu'un logiciel n'est jamais vraiment fini. Il y a toujours des bogues et des améliorations potentielles.
C'est pas parce que je peux améliorer que c'est pas fini. Tous les logiciels n'ont pas vocation à finir comme emacs, avec un client ou une interface pour tout.
Quant aux bugs, tant qu'il en reste de connus, alors on n'appelle pas le produit utilisable (car quelqu'un dont l'utilisation du logiciel implique la séquence déclenchant le bug ne pourra pas utiliser ledit logiciel).
Les *restrictions*, *limitations*, et marges pour *amélioration* ne sont pas des facteurs impactant l'utilisabilité. L'utilité, sans doute. Mais s'il n'y à qu'eux, alors on peut lancer une bêta, qui est une demande de retour en vue d'une sortie du logiciel. La bêta sert à détecter plus de bugs ou à aider à leur correction. Moi, je ne veux pas passer à la recherche de bugs ou en déclencher dans mon utilisation quotidienne. Je veux un produit qui fait ce qu'il est supposer faire, et sans erreur. Peu importe s'il utilise en tri en O(n2) au lieu de O(n log n), et s'il utilise une a-list à la place d'une table de hachage pour stocker ses options en mémoire...
[^] # Re: c'est cool !
Posté par Axioplase ıɥs∀ (site web personnel) . En réponse à la dépêche Bon anniversaire Haiku !. Évalué à 2.
C'est pas parce que je peux améliorer que c'est pas fini. Tous les logiciels n'ont pas vocation à finir comme emacs, avec un client ou une interface pour tout.
Quant aux bugs, tant qu'il en reste de connus, alors on n'appelle pas le produit utilisable (car quelqu'un dont l'utilisation du logiciel implique la séquence déclenchant le bug ne pourra pas utiliser ledit logiciel).
Les *restrictions*, *limitations*, et marges pour *amélioration* ne sont pas des facteurs impactant l'utilisabilité. L'utilité, sans doute. Mais s'il n'y à qu'eux, alors on peut lancer une bêta, qui est une demande de retour en vue d'une sortie du logiciel. La bêta sert à détecter plus de bugs ou à aider à leur correction. Moi, je ne veux pas passer à la recherche de bugs ou en déclencher dans mon utilisation quotidienne. Je veux un produit qui fait ce qu'il est supposer faire, et sans erreur. Peu importe s'il utilise en tri en O(n2) au lieu de O(n log n), et s'il utilise une a-list à la place d'une table de hachage pour stocker ses options en mémoire...
Je t'invite à lire http://perl.plover.com/yak/12views/samples/notes.html#sl-9