... No princípio a programação era sem forma e vazia, e o caos pairava sobre a face do abismo.

Programar os primeiros computadores (ENIACs, UNIVACs e outros ACs do mesmo gênero) era como operar uma daquelas meses telefônicas antigas, cheias de fios, que você desplugava de um lugar e plugava no outro, de acordo com o que desejava que o computador fizesse.

Claro que nessa época a programação era coisa para poucos. Apenas quem conhecia a arquitetura da máquina profundamente podia programá-la. E se mudasse a máquina, seu conhecimento todo estaria jogado fora. Teria que aprender a fazer tudo de novo.

Claro que a coisa não podia ficar assim por muito tempo, e foi por isso que se disse: faça-se a linguagem assembler!

Temos que admitir, porém, que programar em assembler era tão difícil quanto plugar e desplugar fios no painel dos computadores primitivos. Uma coisa é embutir um trechinho de assembler aqui e outro ali no meio de um programa C, para otimizar o desempenho de certos trechos críticos. Outra coisa é programar um sistema operacional inteiro em assembler. A arquitetura da linguagem favorece a desorganização e torna o esquema de programar e debugar uma arte que exige mais paciência do que técnica propriamente dita.

Foi com essa constatação que veio a segunda declaração: façam-se as linguagens estruturadas!

E foram surgindo coisas como o PL/1, o PASCAL e o C...

PAUSA PARA O HUMOR: Uma vez um colega meu de faculdade pediu a outro que explicasse como era, mais ou menos, a linguagem C. Ele já havia estudado PASCAL, portanto o outro explicou da seguinte forma: "C é uma espécie de PASCAL, mas só que lá o BEGIN é igual a '{' e o END é igual a '}'".

O surgimento dessas linguagens decorreu do conceito de "Programação Estruturada", que já abordamos no artigo PROGRAMAÇÃO (II) e portanto vamos apenas relembrar brevemente.

Na programação estruturada procura-se quebrar um programa em unidades lógicas (módulos), que podem ser procedimentos (procedures) ou funções (functions), e organizar o funcionamento dessas unidades hierarquicamente, de forma que o programa funcione bem e que os programadores saibam bem o que estão fazendo.

A verdade, porém, é que depois de duas décadas de programação estruturada, em meados dos anos 80, os programadores estavam tão confusos quando antes, os programas tão difíceis de escrever e manter quanto antes e os usuários tão insatisfeitos quanto antes.

Foi então que foi dito: Faça-se a Programação Orientada a Objetos!

E a POO foi feita, e os programadores ajuizados viram que ela era boa!