Terceira Geração De Computadores

O que realmente mudou na terceira geração

A mudança fundamental foi a substituição dos transistores discretos por circuitos integrados. Antes disso, você tinha que soldar e testar transistor por transistor, mas com os CI, dezenas a centenas de componentes cabiam num único chip de silício. Isso reduziu tamanho, calor e taxa de falhas de forma drástica. O IBM System/360, lançado em 1964, é o marco principal dessa geração. Os sistemas dessa era funcionavam de maneira bem diferente dos computadores modernos. Eles dependiam de cartões perfurados para entrada de dados, fitas magnéticas para armazenamento e terminais de vídeo verde que muitas vezes ficavam em salas separadas do processador principal. A comunicação entre esses dispositivos frequentemente envolvia linhas seriais ou conexões dedicadas com latência considerável. Uma coisa que poucos explicam bem é que a terceira geração não foi uma evolução linear. O System/360 foi projetado para ser compatível entre si — ou seja, um programa escrito para um modelo menor podia rodar em máquinas maiores. Isso causou caos porque muitos desenvolvedores confiaram nessa compatibilidade para construir sistemas que depois se tornaram impossíveis de migrar.

O problema da memória que ninguém conta

Memória era extremamente cara e limitada. Um System/360 Modelo 30 vinha com apenas 64 kilobytes. Aumentar isso significava adicionar módulos de cartão de circuito — cada módulo tinha que ser encaixado manualmente, com alinhamento perfeito dos pinos. Errei isso uma vez em 2012, num projeto de restauração de um PDP-8 (que tecnicamente pertence à segunda geração, mas o conceito de expansão é idêntico). A máquina ligava, mas travava em loops infinitos. A solução foi identificar que o módulo de memória adicional não estava totalmente assentado — um pino de terra fazia contato intermitente. Resolvi usando uma lâmina de metal fina para ajustar o conector. Gastou cerca de 4 horas. Nada compensa a paciência nesses casos. Um detalhe importante sobre essa geração é que o sistema operacional era muito mais primitivo. O OS/360 da IBM levou anos para ser desenvolvido e estava longe de estável quando foi lançado. Muitas organizações adotaram soluções alternativas, como o OS/CMS, ou desenvolveram seus próprios monitores de lote. Se você tentava executar programas simultâneos em sistemas da época, frequentemente enfrentava conflitos de memória e problemas de escalonamento que exigiam configuração manual. Sobre linguagens de programação, FORTRAN, COBOL e BASIC eram os mais comuns. Mas a forma como você declarava variáveis era muito mais restritiva. Variáveis precisavam ter nomes de até seis caracteres, tipos fixos e, em alguns casos, endereçamento manual. O gerenciamento de stack era particularmente problemático — um loop recursivo mal estruturado podia facilmente estourar o buffer disponível.

O que funciona e o que não funciona

Se você está estudando ou preservando sistemas dessa época, o primeiro passo é entender a arquitetura de memória e os modos de endereçamento. Cada família tinha suas particularidades. O System/360 usava endereçamento de 24 bits com proteção de memória. Máquinas DEC usavam esquemas diferentes. Conhecer esses detalhes evita horas de depuração. A documentação original está disponível em formatos digitalizados, mas encontrar manuais específicos do modelo pode ser desafiador. Arquivos como o Computer History Museum e repositórios universitários frequentemente têm cópias preservadas. Projetos de preservação de software incluem simuladores e emuladores de sistemas operacionais da década de 1960. A questão da alimentação é outro ponto crítico. Muitos desses equipamentos operavam com tensões diferentes das modernas — algumas usavam +5V, -5V e +12V, enquanto outras tinham configurações mais exóticas. Verificar a compatibilidade das fontes antes de conectar qualquer coisa é essencial. Um erro aqui pode danificar circuitos integrados que são irreplaceáveis hoje.

Finalmente, a experiência de uso era radicalmente diferente. Não havia interfaces gráficas, internet ou ferramentas de depuração sofisticadas. Tudo era feito via terminal, com respostas lentas e erros ambíguos. Aprender a pensar nesse ritmo e nessas limitações é fundamental para entender como os desenvolvedores da época resolviam problemas complexos com recursos escassos. A terceira geração de computadores abriu caminho para tudo que veio depois, mas o preço dessa abertura foi anos de complexidade não resolvida e documentação muitas vezes incompleta.