Je suis tombé sur cette article sur le même sujet : http://patricelamarche.net/2011/05/24/lincomptence-des-dveloppeurs/

Pour faire une parenthèse sur l’exemple qui vous a servi de base de réflexion à votre débat, il faut également replacer cette situation dans son contexte temporel (Je vous rassure sur le reste du débat, je suis entièrement d’accord).

Pour l’anecdote, j’ai commencé à programmer (je ne parle pas de développement car c’était à l’époque dans le cadre de mes loisirs) en 1984 sur MO5, TO7, puis sur C64.
On oublie vite, mais à l’époque lorsque vous deviez programmer en basic, pascal et assembleur, il n’y avait pas d’autres ressources que votre bon sens, un clavier et quelques livres de références (donc pas de framework, pas de versioning, pas de SGBD, pas de , pas d’ide, j’en passe et des meilleurs…).
Egalement sur le plan technique, il faut se rappeler qu’une application ne devait pas excéder 16 à 64Ko (au mieux sur C64). Donc exit, les conventions de nommage et les styles codes à la K&R (nommer une variable « pictureRender » était une hérésie)

De plus, les mentalités jusqu’au milieu des années 90 étaient totalement différentes.
1/ Le partage des connaissances n’étaient pas ce qui caractérisait le mieux cette « tribu » (Je vous renvoie à l’excellent livre la Tribu Informatique de Philippe Breton). Pas de possibilité de faire un fork d’un source Git, il fallait prendre un bouquin de Maths pure, décrypter l’algo et le retranscrire avec les moyens du bord. Le code était illisible, mais le rendu du paysage en 3D filaire était au poil -> Y a pas de doute, le gars était un génie.
2/ Les Systèmes d’Information (Minitel et Web) et les SGBDs étaient loin de faire l’unanimité lorsque les discussions nous amenaient à discuter programmation -> il fallait plutôt parler par exemple d’algorithmie et non pas de modèles de données (la fierté était plutôt de faire tourner un cube mappé avec le visage de Samantha Fox et de basculer en fade sur des générations de fractales de Mandelbrot, le tout avec une fluidité exemplaire).

Bref, tout cela pour dire que le code illisible peut paraître incompréhensible de nos jours avec tous les moyens/outils dont nous disposons actuellement (particulièrement dans le secteur des SI Web).
Mais, à regarder en arrière il y a 15-20 ans, les points mentionnés plus haut devrait vous permettre d’avoir un autre regard sur l’histoire de l’informatique.

Cordialement
Anh (bonne continuation pour votre appli Tiron)

PS :
Si vous parlez de à un thésard du LABRI (même en 2011), il y a des chances qu’il vous regarde avec des gros yeux Et ceci rejoint en partie le sujet de votre post, le « professionnel ».
L’étudiant en recherche n’a pas forcément les mêmes contraintes que son homologue du secteur professionnel.
On lui demande avant tout de « pondre » un projet et de créer des algorithmes de calcul performants (et si possible innovants) qui pourront éventuellement être mis en application dans le secteur professionnel (où d’autres personnes auront la tâche ingrate de décortiquer son code et de l’industrialiser).

Si la question concerne par exemple, un forfait contracté sur des délais irréalistes suite à des négociations commerciales houleuses, je ne pense pas que la meilleure solution soit de mettre la pression sur l’équipe, ou d’engager plus de personnes (surtout depuis la loi de Brook). L’équipe ne peut pas et de ne doit pas assumer des estimations qu’elle n’a pas elle même faites, on ne peut donc pas se servir de leur professionnalisme comme excuse pour réussir à tous prix à rentrer dans les clous. Au contraire, le professionnalisme leur dicte de remonter le plus tôt possible que le projet va dériver, et qu’il faut donc trouver une solution.

N’hésitez pas à préciser votre question.