Por que 80 caracteres é o limite 'padrão' para a largura do código?

Por que 80 caracteres é o limite "padrão" para a largura do código? Por que 80 e não 79, 81 ou 100? Qual é a origem desse valor específico?

Você pode agradecer ao perfurador da IBM por esse limite - ele tinha 80 colunas:

Como oded mencionado, este padrão de codificação comum é o resultado de da IBM 1928 80 coluna de formato de cartão perfurado , uma vez que muitos padrões de codificação remontam a uma época em que os programas foram escritos em cartões perfurados, um cartão / linha de cada vez, e até mesmo a transição para telas mais largas não alterou o fato de que o código fica mais difícil de ler quanto mais amplo ele se torna.

Na página da wikipedia no cartão perfurado s:

Impacto cultural

• Um legado do formato de cartão perfurado de 80 colunas é que uma exibição de 80 caracteres por linha era uma escolha comum no design de terminais baseados em caracteres. Desde novembro de 2011, alguns padrões da interface de caracteres, como a largura da janela do prompt de comando no Microsoft Windows, permanecem definidos em 80 colunas e alguns formatos de arquivo, como o FITS, ainda usam imagens de cartões de 80 caracteres.

Agora, a pergunta é: por que a IBM escolheu 80 cartões de coluna em 1928, quando Herman Hollerith já havia usado cartões de 24 e 45 de coluna ?

Embora não consiga encontrar uma resposta definitiva, suspeito que a escolha tenha sido baseada no número típico de caracteres por linha de máquinas de escrever da época.

A maioria das máquinas de escrever históricas que eu vi tinha uma largura de cilindro de cerca de 9 polegadas, o que corresponde à padronização dos tamanhos de papel com cerca de 8 "-8,5" de largura (consulte Por que o tamanho de papel padrão nos EUA é de 8 ½ "x 11 "? e a história do padrão de papel da série ISO216 A ).

Adicione um tom típico da máquina de escrever de 10 a 12 caracteres por polegada e isso levaria a documentos com larguras entre 72 e 90 caracteres, dependendo do tamanho das margens.

Dessa forma, 80 caracteres por linha representariam um bom comprometimento entre a altura do furo (pequenos furos redondos retangulares e maiores) e o comprimento da linha, mantendo o mesmo tamanho de cartão.

^{Aliás, nem todo lugar especifica uma largura de linha de 80 caracteres em seus padrões de codificação. Onde eu trabalho tem um limite de 132 caracteres, que corresponde à largura das impressoras de linhas largas típicas de outrora, uma impressão A4 de 12 pontos em paisagem e a largura da linha típica restante em uma janela do editor do Eclipse (maximizada em uma tela de 1920x1200) após o Package Explorer e As visualizações de estrutura de tópicos são levadas em consideração.}

^{Mesmo assim, ainda prefiro o código de 80 caracteres, pois facilita a comparação de três revisões de um arquivo lado a lado, sem rolar para o lado (sempre ruim) ou quebrar linhas (que destrói a formatação do código). Com o código de 80 caracteres, você só precisa de uma tela de 240 caracteres (1920 pixels a 8 pixels por caractere) para ver uma fusão completa de três vias (ancestral comum, filial local e filial remota) confortavelmente em uma tela.}

Eu diria que também é porque os terminais antigos tinham (principalmente) caracteres de 80x24 em tamanho: nos dias de terminais de 80x24 ...

EDITAR:

Para responder com mais precisão e profundidade à pergunta, 80 caracteres é o atual limite "universalmente aceito" para a largura do código dentro dos editores, porque os formatos 80x24 e 80x25 eram os modos de tela mais comuns nos primeiros terminais de E / S e nos computadores pessoais ( VT52 - obrigado para Sandman4).

Esse limite ainda é válido e, de alguma forma, importante no IMHO por duas razões principais: a geometria padrão que muitas distribuições Linux atribuem às janelas de terminal recém-geradas ainda é 80x24 e muitas pessoas as usam como estão , sem redimensionar. Além disso, programadores do kernel, em tempo real e incorporados geralmente trabalham em um ambiente "sem cabeça" sem nenhum gerenciador de janelas. Novamente, a resolução de tela padrão geralmente é 80x24 (ou 80x25) e, nessas situações, pode até ser difícil alterar essa configuração padrão.

Portanto, se você é um programador de kernel, em tempo real ou incorporado, deve se esforçar para respeitar esse limite, apenas para ser um pouco mais "amigável" com qualquer programador que leia seu código.

Embora provavelmente não seja o motivo original do limite de 80 caracteres, um motivo pelo qual foi aceito amplamente é simplesmente a leitura de ergonomia :

• Se as linhas são muito curtas, o texto fica difícil de ler, porque você deve pular constantemente de uma linha para a outra durante a leitura.
• Se as linhas forem muito longas, o salto da linha se tornará muito difícil porque você "perde a linha" ao voltar para o início da próxima linha (isso pode ser atenuado com um espaçamento entre linhas maior, mas isso também desperdiça espaço).

Isso é amplamente conhecido e aceito na tipografia. A recomendação padrão (para texto em livros etc.) é usar algo entre 40 a 90 caracteres por linha e, idealmente, cerca de 60 (veja, por exemplo , Wikipedia , Markus Itkonen: tipografia e legibilidade ).

Se você pretende 60 caracteres por linha, seu limite superior deve obviamente ser um pouco maior para acomodar a expressão longa ocasional (e coisas como marcadores de margens e números de linhas), portanto, ter um limite superior de 70 a 80 faz sentido.

Isso provavelmente explica por que o limite de 80 caracteres foi assumido por muitos outros sistemas.

Uma pergunta relacionada é "por que 80 colunas persistiram". Até as respostas nesta página são aproximadamente dessa largura. Eu concordo com os motivos históricos de 80 colunas, mas a questão é por que o padrão persistiu. Eu reivindicaria legibilidade - em prosa e código. Nossas mentes só podem absorver tanta informação em uma única peça. Ainda uso o marcador de 80 colunas no meu editor de código para me lembrar quando uma instrução está ficando muito longa e obscura. Isso também me deixa bastante espaço na tela para o navegador e as janelas IDE de suporte. Viva 80 coluna - como um guia, não uma regra.

Outro limite de comprimento de linha comum nos dias de fontes de pitch fixo era de 72 caracteres. Exemplos: código Fortran, correio, notícias.

Uma razão era que as colunas 73-80 de um cartão perfurado eram frequentemente reservadas para um número de série. Por que um número de série? Se você derrubou um baralho de cartas, você pode pegar as cartas em qualquer ordem, alinhar os cantos superiores esquerdo (que sempre tiveram um corte diagonal) e usar uma máquina de classificação de cartas para colocá-las em ordem novamente.

Outro motivo para o limite de 72 caracteres foi o fato de as fontes comuns terem 10 pontos de altura e 6 pontos (1/12 ") de largura. Uma página de A4 ou 8,5" de largura poderia conter 72 caracteres em uma coluna de 6 "de largura e ainda ter espaço para margens de mais de uma polegada.

Pessoalmente, aderir a "sobre a coluna 80" para o meu fim de linha, porque além disso causa quebra de código ou perda de código quando você o imprime.

Também existe um legado para cartões perfurados, mas não acho que as impressoras a laser ou papel de 8,5x11 polegadas foram configuradas para estar em conformidade com as limitações dos cartões perfurados.

Os papéis de rolagem nas impressoras eram do tamanho de cartas ou 15 "de largura.

Foram as impressoras de linha de 80 cps para cópia impressa de códigos ou relatórios e, posteriormente, a Epson suporta impressão condensada de 132 cps (código de escape \ 015 para impressão condensada).

Um dos motivos dos cartões de 80 colunas pode estar associado ao 'soco manual' que provavelmente estava em uso antes das máquinas de perfurar cartões eletrônicos. É um que eu usei no início dos anos 70 em um site de computador com estrutura principal do ICL System 4-50. Um teve que perfurar uma seção de três? facas de perfuração no carro ao mesmo tempo.