Ou sinon commencer par l'extreme-programming, le peer-review, les méthodes soit-disantes agiles (non, ça ne veut pas dire pas de doc', c'est plutôt plus de doc' : sur un sprint standard de 6 semaines, passer 2-3 jours à clarifier ce qui doit être fait semblerait le minimum standard, ce n'est pas ce que je constate :/ et les commits journaliers ne le reflètent que rarement).
Bref : tu mettrais en prod' du code non testé qui est censé tomber en marche auto-magiquement ? (prendre en compte tous les cas d'usage non identifiés en amont...).
Si tu as la réponse, bah ya de quoi écrire un bouquin :-)
Voire promouvoir une méthodologie efficace depuis ces 20 dernières années (j'en connais pas, tant pis : reste du boulot demain :p ah si : le respect de l'utilisateur, ça ce serait déjà bien).
[^] # Re: ah les années 90 !
Posté par BAud (site web personnel) . En réponse au message tests unitaires. Évalué à 2. Dernière modification le 16 janvier 2022 à 01:11.
Ou sinon commencer par l'extreme-programming, le peer-review, les méthodes soit-disantes agiles (non, ça ne veut pas dire pas de doc', c'est plutôt plus de doc' : sur un sprint standard de 6 semaines, passer 2-3 jours à clarifier ce qui doit être fait semblerait le minimum standard, ce n'est pas ce que je constate :/ et les commits journaliers ne le reflètent que rarement).
Bref : tu mettrais en prod' du code non testé qui est censé tomber en marche auto-magiquement ? (prendre en compte tous les cas d'usage non identifiés en amont...).
Si tu as la réponse, bah ya de quoi écrire un bouquin :-)
Voire promouvoir une méthodologie efficace depuis ces 20 dernières années (j'en connais pas, tant pis : reste du boulot demain :p ah si : le respect de l'utilisateur, ça ce serait déjà bien).