Des termes comme «Code Spaghetti» et «Point de sortie unique» sont en fait des remises en question de cette époque. De nos jours, nous appelons le code que nous n'aimons pas le "code spaghetti", mais c'est vraiment une référence au code lié (mal) avec les GOTO et les JMP.
(Aujourd'hui, nous souffrons de "code ravioli", dans lequel le code est comme un tas de classes indépendantes, étroitement emballées, un peu comme une assiette de raviolis. Cependant, certains experts OO demandent à juste titre, "Mais n'est-ce pas ce que OO est censé ressembler?")
"Single Point of Exit" aujourd'hui n'est qu'un coup de frein de refactorisation frustrant. Beaucoup de développeurs à qui j'ai parlé n'en ont même pas entendu parler et sont consternés quand je l'explique. Mais dans le passé, cela signifiait de ne pas sauter soudainement d'un bloc de code et dans le code de spaghetti. Sautez à la fin de la logique, puis quittez gracieusement.
En étirant ma mémoire, en arrière, je semble me souvenir que l'idée de regrouper le code dans des procédures était un grand pas en avant. L'idée que vous puissiez regrouper des procédures en modules interopérables et réutilisables était en quelque sorte le Saint Graal de la programmation.
EDIT: "Code auto-modifiable" était également un modèle utilisé notamment sur le Doom original. C'est là que le programme écraserait réellement ses instructions avec des instructions plus rapides en fonction de son état. Quand j'étais un tyke qui suivait un cours de programmation au Musée des sciences, mon instructeur nous a sévèrement averti: "N'écrivez pas de code auto-modifiant!"
EDIT EDIT: Cependant, avant Internet, le mot voyageait beaucoup plus lentement. L'idée de mettre en œuvre des algorithmes et des structures de données était autrefois beaucoup plus importante. Aujourd'hui, je trie tout le temps sans même savoir quel type j'utilise. Mais à l'époque, vous deviez le coder vous-même. Je me souviens d'un article qui parlait des défis de programmation qui prenaient des jours que nous éliminons aujourd'hui en une demi-heure, ou moins. Une programmation "algorithmique" et "structure de données" vraiment concise serait probablement sur la liste, beaucoup plus qu'aujourd'hui.