ti-enxame.com

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?

592
fredley

Você pode agradecer à IBM cartão perfurado por esse limite - ele tinha 80 colunas:

IBM punch card

748
Oded

Como oded mencionado, esse padrão de codificação comum é resultado do IBM 1928 formato de cartão perfurado de 80 colunas , pois muitos padrões de codificação remontam a uma época em que os programas foram escritos em punch cartões, um cartão/linha de cada vez, e até a transição para telas mais amplas 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 em 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 havia usado anteriormente cartões de 24 e 45 colunas ?

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

A maioria das máquinas de escrever históricas que eu já tinha uma largura cilindro 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 o Histórico da ISO216 Série A padrão de papel ).

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 compromisso 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 da largura típica ampla impressoras de linha de outrora, uma paisagem de 12 pontos Impressão A4 e a largura de linha típica restante em uma janela do editor do Eclipse (maximizada em uma tela 1920x1200) depois que as visualizações Package Explorer e Outline são consideradas.

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 --- mesclagem de três vias (ancestral comum, ramificação local e ramificação remota) confortavelmente em uma tela.

258
Mark Booth

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 mais 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 computadores pessoais ( VT52 - graças a Sandman4).

Esse limite ainda é válido e de alguma forma importante IMHO por duas razões principais: a geometria padrão que muitas distribuições Linux atribuem às janelas de terminal recém-criadas ainda é 80x24 e muitas pessoas as usam como estão , sem redimensionar. Além disso, programadores de 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.

63
Avio

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

  • Se as linhas forem muito curtas, o texto fica difícil de ler, pois 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 por ter 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 na região de 40-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.

55
sleske

Uma pergunta relacionada é "por que 80 colunas persistiram". Até as respostas nesta página são aproximadamente dessa largura. Concordo com as razões históricas 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. Eu 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 de suporte IDE. Longa vida à coluna 80 - como guia, não como regra).

28
Paul Marrington

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 que as fontes comuns tinham 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 haver margem para margens de mais de uma polegada.

12
Larry Tesler

Pessoalmente, aderir a "sobre a coluna 80" para o meu final de linha, pois, 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.

7
CMike

Os papéis de rolagem nas impressoras eram do tamanho de letras 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).

4
Rony

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 perfuradoras no carro ao mesmo tempo.

1
Ray Denton