@Clochix,

>Le commentaire méritait mieux, car il décrit de l'intérieur le risque de sclérose qui guette tout projet qui grossit et vieillit.

Je ne pense pas que ce soit lié à l'âge d'un projet (du moins n'est-ce pas le facteur principal). Pour être prestataire intégrateur logiciel, je le constate à chaque projet : il s'agît plus de la culture de la boite (qui évidemment évolue, et qui dans la plupart des cas dérive vers la bureaucratie conservative et/ou commerciale, mais ce n'est pas systématique) que de l'âge du projet. Evidemment la dette technique augmente lorsque le code vieillit, poussant dans cette direction, mais justement, la lutte contre la dette technique est directement liée à la culture de la boite (management technique fort et expérimenté).

>C'était l'occasion d'ouvrir un débat sur comment se donner les moyens d'éviter la triste situation que le développeur décrit. Et je ne pense pas que le clivage ici se situe entre code libre et code privateur, bon nombre des critiques pourraient s'appliquer à l'un ou l'autre des gros projets libres développés par des entreprises.

Effectivement, cela va dans le même sens que ma réponse précédente : il s'agît plus de "**culture** de projet" que de **nature** du projet. Un projet open source peut accumuler de la dette technique en veux-tu ? en voila ! (OpenOffice.org ?). Inversement, il peut exister des projet privateurs qui luttent contre la dette technique (je n'en ai pas encore croisé... mais je veux croire en l'humain : ça doit exister !)

Si vous connaissez une grosse boite qui pond du code (ouvert ou fermé) en cherchant à limiter la dette technique, je suis preneur !

PS : Un topo rapide du concept de dette technique sur wikipedia : http://fr.wikipedia.org/wiki/Dette_...