Rétrotechtaculaire : lecture de code critique, style années 70

Quiconque a déjà gagné sa vie en écrivant du code a probablement eu une version de ce qui suit dans sa tête : « Écrivez toujours votre code pour que la personne suivante puisse le comprendre. » Chaque codeur a ensuite fait exactement le contraire, en utilisant des variables cryptiques et des structures bizarres que personne d’autre ne pourrait suivre. Et chaque codeur a également oublié la partie suivante de ce dicton – « Parce que la prochaine personne pourrait être vous » – et a continué à maudire un prédécesseur souvent anonyme lorsqu’un code tout aussi impénétrable leur est imposé à maintenir. Au diable la dissonance cognitive !

C’est un conte aussi vieux que le temps, ou du moins aussi vieux que la programmation a existé en tant que profession. Et en 1975, un code mal écrit était un problème suffisant pour qu’une équipe appelée Edutronics rassemble le joyau animé Lecture critique de programme : structurer un programme non structuré. Il s’agit apparemment de la première partie d’une série plus vaste sur les techniques de programmation structurée, et nous parvient par le biais de [Alec Watson]hôte de Connexions technologiques sur YouTube, via sa seconde chaîne, le délicieusement nommé Technologie Connextras.

Les trois personnages peu animés du film, dont chacun aurait pu être le méchant dans un épisode de Scooby Doo, sont chargés par un narrateur au ton sévère d’analyser un fragment de pseudocode écrit dans une concoction de COBOL, PL/1 et un tas d’autres langages. Le code est un gâchis chaud, mais nos héros le parcourent ligne par ligne affreuse, le rendant plus lisible en devinant des noms de variables plus descriptifs, en ajoutant des éléments structurés et en apportant des modifications logiques pour améliorer le déroulement du programme. L’exemple de code est très artificiel, bien sûr, mais la logique métier devient beaucoup plus claire à mesure que notre équipe refactorise le code et le rend beaucoup plus accessible.

Pour autant que les langues ont changé depuis les années 1970, et avec tous les progrès que nous avons réalisés en génie logiciel, les leçons présentées dans ce film sont toujours étonnamment pertinentes. Nous avons adoré beaucoup de petites pépites déposées en cours de route, comme « La cohérence aide à la compréhension » et « Utilisez des symboles de manière naturelle ». Mais nous ferons exception avec l’affirmation « Mauvais signifie mauvaise structure » – nous avons écrit vu beaucoup de code correctement structuré qui ne fonctionnait pas vraiment. Nous avons également apprécié la tentative d’ingénierie sociale d’un environnement de travail moins toxique : « Faites preuve de tact dans les critiques personnelles ». Si seulement ils pouvaient apprendre cette leçon à Stack Overflow.

Ce n’est pas clair où [Alec] trouvé ce film 16 mm – nous aimerions certainement entendre cette histoire – mais c’est une beauté et nous sommes heureux qu’il ait pris le temps de le numériser. Nous sommes toujours étonnés de sa capacité à rendre les aspects les plus banals de la technologie fascinants à l’infini, et même si ce film est peut-être un peu en dehors de son tarif normal, c’est toujours une excellente trouvaille.