Lorsque j'ai demandé précédemment ce qui est responsable des logiciels lents, quelques réponses que j'ai reçues ont suggéré que c'était un problème social et de gestion:
Ce n'est pas un problème technique, c'est un problème de marketing et de gestion ... En fin de compte, les chefs de produit sont chargés d'écrire les spécifications de ce que l'utilisateur est censé obtenir. Beaucoup de choses peuvent mal se passer: le chef de produit ne met pas la réponse du bouton dans la spécification ... nous les programmeurs ne pouvons pas compenser cela. - Bob Murphy
Les gens travaillent sur des applications de bonne taille. Au fur et à mesure qu'ils fonctionnent, des problèmes de performances se glissent, tout comme les bogues. La différence est - les bogues sont "mauvais" - ils crient "trouvez-moi et corrigez-moi". Les problèmes de performance restent là et s'aggravent. Les programmeurs pensent souvent "Eh bien, mon code n'aurait pas de problème de performances. La direction doit plutôt m'acheter une machine plus récente / plus grande / plus rapide." Le fait est que si les développeurs recherchent périodiquement des problèmes de performances ( ce qui est en fait très facile ), ils pourraient simplement les nettoyer. - Mike Dunlavey
Donc, s'il s'agit d'un problème social, quels mécanismes sociaux une organisation peut-elle mettre en place pour éviter d'envoyer des logiciels lents à ses clients?