@bortzmeyer oui, mais pas avec cette approche de refactorer les endroits où le code est très suboptimal. Comme quand on résoud mal un problème on peut se retrouver à gaspiller 10, 100 ou 1000 fois trop de ressources, trouver où ça cloche et réécrire de façon correcte, ça peut économiser beaucoup de ressource informatique (mémoire, CPU, temps d'I/O, réseau, etc.) et éviter de renouveler le matériel, dont la fabrication est l'essentiel de l'empreinte.
@nitot @bortzmeyer
C'est pas le code le plus ancien qui pose le plus de problèmes... il était optimisé pour fonctionner correctement avec des ressources bien moindres qu'aujourd'hui ;)
Le sujet #bloatware ne me semble en effet pas assez étudié. On a favorisé l'écriture rapide de code, toujours plus de code, donc la quantité au détriment de la qualité.
Perte aussi de connaissance du fonctionnement des machines (et couches basses OS) à cause de couches d'abstraction qui s'empilent...
