Por que terminais têm 80 colunas: herança do cartão perfurado
Abra um terminal Linux ou macOS hoje e ele provavelmente vai ter 80 colunas de largura por padrão. Esse número não vem de nenhuma limitação técnica atual — ele é herança de um cartão de papel perfurado criado para o censo americano de 1890, cortado do tamanho exato de uma nota de dólar da época.
Do censo ao cartão de Hollerith
Em 1890, o Censo dos Estados Unidos precisava contar quase 63 milhões de pessoas, e o processamento manual do censo anterior, de 1880, tinha sido lento demais. O estatístico Herman Hollerith resolveu o problema com uma máquina eletromecânica de tabulação que lia cartões perfurados: em um teste da própria Census Bureau, o equipamento de Hollerith converteu os dados de uma amostra de St. Louis para formato legível por máquina em 72,5 horas e os classificou em 5,5 horas, contra 144,5 e 100,5 horas de conversão dos dois concorrentes. Com a máquina, o Censo de 1890 foi publicado 18 meses mais rápido que o de 1880, apesar de ter coletado mais dados.
Hollerith fez o cartão do mesmo tamanho das notas de dólar grandes que circulavam nos Estados Unidos antes de 1929 — cerca de 18,9 × 8,0 cm. A escolha não foi estética: o Census Bureau já tinha gavetas, caixas e equipamentos de contagem feitos para guardar e manusear dinheiro daquele tamanho, e reaproveitá-los para os cartões saiu mais barato do que desenhar um formato novo do zero.
80 colunas vira padrão IBM
Os cartões originais de Hollerith tinham furos redondos e 45 colunas. Em 1928, a IBM redesenhou o formato com furos retangulares menores, o que permitiu caber 80 colunas na mesma folha de papel — cada coluna representando um caractere. Esse cartão de 80 colunas se tornou o padrão da indústria para programação e entrada de dados pelas décadas seguintes, com uma linha de código ou um registro de dados por cartão.
Do cartão ao monitor: por que a herança sobreviveu
Quando os terminais de vídeo substituíram os cartões, a largura de 80 caracteres foi copiada de propósito, para que uma linha na tela correspondesse a um cartão perfurado. A IBM 2260, de 1964, já trazia um modo de 80 colunas pensado exatamente para isso. A IBM 3270, de 1971, combinou 80 colunas com 24 linhas — 1.920 caracteres por tela.
A dupla 80×24 também encaixava perfeitamente em uma tela CRT de proporção 4:3: 80 colunas de 8 pixels cada dão 640 pixels de largura, e 24 linhas de 20 linhas de varredura cada dão 480 pixels de altura — exatamente a resolução 640×480 que décadas depois batizaria o padrão VGA. Terminais como o VT52 (1975), o ADM-3A (1976) e o DEC VT100 (1978) seguiram essa conta. A série VT da DEC vendeu mais de 6 milhões de unidades, com o VT100 como seu modelo de maior sucesso, o que consolidou 80×24 como o tamanho padrão de terminal no mundo Unix. Já o IBM PC, de 1981, usou 80×25, porque seu hardware de vídeo tinha espaço para mais uma linha.
Por que isso importa hoje
Nenhum monitor atual tem motivo técnico para se limitar a 80 colunas — mas a convenção sobreviveu à tecnologia que a criou. O guia de estilo PEP 8 do Python recomenda até hoje linhas de no máximo 79 caracteres. Terminais como xterm, GNOME Terminal e iTerm continuam abrindo por padrão em 80×24. Manuais Unix, diffs de Git e mensagens de commit ainda costumam ser formatados pensando nessa largura. A régua que corta o texto no seu editor quando a linha “fica longa demais” carrega, sem que a maioria saiba, a geometria de uma nota de dólar do século 19.
Conclusão
Da próxima vez que um linter reclamar de uma linha longa demais, vale lembrar: o limite não vem de nenhuma tela, chip ou fonte atual. Vem de uma decisão de contabilidade de 1890, repetida por tanta gente, por tanto tempo, que virou padrão de fato.
