Termos como "Spaghetti Code" e "Single Point of Exit" são realmente retrocessos nessa época. Atualmente, chamamos código que não gostamos de "código espaguete", mas na verdade essa é uma referência ao código vinculado (mal) a GOTOs e JMPs.
(Hoje sofremos "código ravioli", no qual o código é como um monte de classes não relacionadas e fortemente compactadas, como um prato de ravioli. No entanto, alguns especialistas em OO perguntam justificadamente: "Mas não é isso que o OO deve parece?")
Hoje, o "Ponto Único de Saída" é apenas um obstáculo frustrante à refatoração. Muitos desenvolvedores com quem converso nem ouviram falar e ficam horrorizados quando explico. Mas antigamente isso significava não pular de um bloco de código repentinamente e entrar no código de espaguete. Avance para o final da lógica e saia normalmente.
Ampliando minha memória, há muito tempo, me lembro que a ideia de agrupar código em procedimentos foi um grande salto em frente. A idéia de que você poderia empacotar procedimentos em módulos interoperáveis e reutilizáveis era uma espécie do Santo Graal da programação.
EDIT: "Código de modificação automática" também era um padrão usado notavelmente no Doom original. É aí que o programa sobrescreve suas instruções por instruções mais rápidas, com base em seu estado. Quando eu era aluno de um curso de programação no Museu de Ciências, meu instrutor nos advertiu severamente: "Não escreva código auto-modificador!"
EDIT EDIT: No entanto, antes da Internet, as palavras viajavam muito mais devagar. A idéia de implementar algoritmos e estruturas de dados costumava ser um negócio muito maior. Hoje eu ordeno o tempo todo, mesmo sem saber que tipo estou usando. Mas naquela época você tinha que codificá-lo. Lembro-me de um artigo falando sobre desafios de programação que costumavam levar dias que hoje terminamos em meia hora ou menos. Uma programação realmente "algorítmica" e "estrutura de dados" realmente consciente provavelmente estaria na lista, muito mais do que hoje.