Quando eu estava no ensino médio - e sim, tínhamos computadores nos anos 70, embora precisássemos fazê-los com peles de animais usando facas de pedra - um dos professores de matemática fez um concurso de programação. As regras eram que o programa vencedor seria aquele que produzisse a saída correta e que tivesse o menor produto de linhas de tempo de código em tempo de execução. Ou seja, se o seu programa pegou, digamos 100 linhas de código e funcionou por 5 segundos, sua pontuação foi de 500. Se alguém escreveu 90 linhas de código e correu por 6 segundos, sua pontuação foi de 540. Baixas vitórias, como o golfe.
Pareceu-me um sistema de pontuação brilhante, recompensando concisão e desempenho.
Mas a inscrição que atendeu tecnicamente aos critérios de vitória foi desqualificada. O problema era imprimir uma lista de todos os números primos menores que 100. A entrada desqualificada era algo assim (a maioria dos estudantes usava o BASIC naquela época):
100 print "2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61,"
110 print "67, 71, 73, 79, 83, 87, 89, 91, 97"
O aluno que escreveu essa entrada destacou que não era apenas curto e muito eficiente, mas o algoritmo deveria ser óbvio para qualquer pessoa com um conhecimento mínimo de programação, tornando o programa altamente sustentável.