Derrière cette affirmation... totalement fausse... se cache une prise de confiance conscience assez perturbante !

Vous prenez un amateur de code il y a, allez mettons 18 ans:

  • la quinzaine d'années
  • presque la boule à z'
  • amateur de sucre rapide
  • des poches sous les yeux
  • des doigts agiles

Vous lui demandez de pondre un programme résidant sous dos qui sache prendre le moins de ressource possible, parce que sous dos la mémoire sa compte, et il le fait. Vous lui demander de faire des optimisations et il vous répond que c'est déjà fait.

Vous le mettez en entreprise quelques années plus tard pour faire du php et il commence à moins optimiser son code. Et oui il faut être capable de répondre à la demande, tenir les délais, faire la documentation idoine...

Vous le transposez dans un autre contexte professionnel pour faire du c++ sur un progiciel et c'est le même problème. Une date de livraison ferme avec des contraintes fermes; des documentations à rédiger... et du coups un peu moins de temps à consacrer à l'optimisation du code.

Mettez le sur du Graphtalk AIA version oldies, sans documentation; munissez-le d'une pelle et d'une pioche et il résoudra vos problèmes. En revanche, l'optimisation du code souffre une fois de plus des contraintes temporelles classiques.

Doit-on en déduire que notre société, de consommation, temps à produire plus vite et moins cher en utilisant la philosophie du jetable ?
Doit-on en déduire qu'on se fout de l'optimisation du moment que ça tourne ?
Ce n'est pas comme si, de plus en plus, le moindre logiciel demande quelques Mo de disque... ou quelques Go pour un système d'exploitation.

Lorsqu'on parle de système d'exploitation; est-nous qui exploitons la machine ou bien sommes nous exploité nous même [1] ?

Notes

[1] Finalement, je me suis rappelé pourquoi j'ai adoré Matrix.