Escolha de linguagem

A filosofia é uma batalha contra o feitiço da nossa inteligência por meio de linguagens. 

 – Ludwig Wittgenstein (Nascimento: 1889-04-26 Morte: 1951-04-29 aos: 62) (irmão mais velho de Luigi)

As linguagens computacionais estão gradualmente evoluindo para se tornarem mais à prova de bobos. Usar linguagens de estado da arte é fraco. Insistir em usar a linguagem mais antiga que você consegue lidar, linguagem de máquinas octal se você conseguir (como Hans e Frans, eu não sou um homem afeminado; eu sou tão viril que eu escrevia códigos plugando fios de ouro depositados em um plugboard de um equipamento de gravação de unidades da IBM (punch cards), ou abrindo buracos em fita de papel com um soco forte), falhando com aquele assembler, falhando com aquele FØRTRAN ou COBOL, falhando com aquele C, e falhando com aquele BASIC, falhando com aquele C++.

1. FØRTRAN

Escreva todo seu código em FØRTRAN. Se o seu chefe te perguntar por quê, você pode responder que existem muita bibliotecas úteis que você pode usar, e assim economizar tempo. No entanto, as chances de escrever um código sustentável no FØRTRAN é zero e, portanto, seguir as diretrizes da codificação insustentável é muito mais fácil.

2. Evite Ada

Cerca de 20% dessas técnicas não podem ser usadas em Ada. Se recuse a usar Ada. Se o seu gerente te pressionar, insista que ninguém usa, e aponte que ele não funciona com uma grande suíte de ferramentas como lint e plummer que funcionam em torno das falhas do C.

3. Use ASM

Converta todas as funções comuns de utilidade para asm.

4. Use QBASIC

Deixe todas as funções importantes de bibliotecas escritas em QBASIC, então apenas escreva um wrapper em asm para lidar com o grande->médio modelo de mapeamento de memória.

5. Inline Assembler

Regue o seu código com um pouco de inline assembler só por diversão. Quase ninguém entende inline assembler mais. Apenas algumas linhas dele podem gelar um programador de manutenção.

6. MASM invoca C

Se você tiver módulos assembler que são chamados do C, tente chamar o C de volta do assembler sempre que possível, mesmo que para um objetivo trivial, e garanta que você utilize goto, bcc, e outras charmosas mistificações do assembler completamente.

7. Expressões regulares

Expressões regulares são notoriamente difíceis revisar e debugar. Use-as de abundantemente, quanto mais longas e torcidas melhor.

8. Evite ferramentas de mantenabilidade

Evite codificar em Abundance, ou usar quaisquer dos seus princípios tentando fazer uma “gambiarra” em outras linguagens. Ele foi designado do zero com o objetivo principal de facilitar o trabalho de manutenção do programador. Da mesma maneira, evite Eiffel ou Ada, uma vez que eles foram feitos para encontrar bugs antes que um programa entre em produção.

?

Texto original disponível em http://mindprod.com/jgloss/unmainlanguage.html