Você pode agradecer ao cartão da IBM para esse limite - ele tinha 80 colunas:
Como oded mencionado, esse padrão de codificação comum é um resultado do IBM 1928 formato de cartão perfurado com 80 colunas , uma vez que muitos padrões de codificação datam de uma época em que os programas eram escritos em cartões perfurados, um cartão / linha de cada vez , e mesmo 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 se torna.
Na página da Wikipédia no cartão perfurado s:
Cultural Impact
- A legacy of the 80 column punched card format is that a display of 80 characters per row was a common choice in the design of character-based terminals. As of November 2011 some character interface defaults, such as the command prompt window's width in Microsoft Windows, remain set at 80 columns and some file formats, such as FITS, still use 80-character card images.
Agora, a questão é: por que a IBM escolheu 80 cartões de coluna em 1928, quando Herman Hollerith usou anteriormente 24 e 45 cartões 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 das máquinas de escrever da época.
A maioria das máquinas de escrever históricas que eu vi tinha um platen largura de cerca de 9 polegadas, o que corresponde à padronização de tamanhos de papel para cerca de 8" -8,5 "de largura (ver Por que o tamanho padrão do papel nos EUA é 8 ½ "x 11"? e a História do padrão de papel ISO216 Uma série ).
Adicione um pitch típico de máquina de escrever de 10 a 12 caracteres por polegada e isso levaria a documentos com larguras de 72 a 90 caracteres, dependendo do tamanho das margens.
Assim, 80 caracteres por linha representariam um bom compromisso entre o tamanho do furo (pequenos furos retangulares versus maiores) e o comprimento da linha, mantendo o mesmo tamanho de cartão.
A propósito, nem todos os lugares especificam 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 de impressoras de linha típicas wide de outrora, uma impressão em A4 de 12 páginas e a largura de linha típica restante em uma janela do editor do Eclipse (maximizada em uma tela de 1920x1200) depois que as visualizações Package Explorer e Outline são levadas em conta.
Mesmo assim, eu ainda prefiro o código de 80 caracteres, pois torna mais fácil comparar três revisões de um arquivo lado a lado sem rolagem lateral (sempre ruim) ou linhas de quebra automática (que destrói a formatação de código ). Com um código de 80 caracteres, você só precisa de uma tela de 240 caracteres (1920 pixels a 8 pixels por caractere) para ver uma imagem completa. Three-way_merge "> three-way-merge (ancestral comum, filial local e filial remota) confortavelmente em uma tela.
Eu diria que também é porque os terminais antigos eram (principalmente) 80x24 caracteres de tamanho: Voltar nos dias de terminais 80x24 ...
EDITAR:
Para responder com mais precisão e mais profundidade à pergunta, 80 caracteres é o limite "universalmente aceito" para largura de código dentro de editores porque os formatos 80x24 e 80x25 eram os modos de tela mais comuns nos terminais I / O 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 a janelas de terminal geradas recentemente ainda é 80x24 e muitas pessoas as usam como-é , sem redimensionamento. Além disso, os programadores de kernel, em tempo real e embarcados muitas vezes trabalham em um ambiente "sem cabeça" sem qualquer 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.
Então, se você é um programador em tempo real ou embutido, você deveria se forçar a respeitar este limite, apenas para ser um pouco mais "amigável" com qualquer programador que deveria ler seu código.
Embora provavelmente não seja a razão original para o limite de 80 caracteres, uma razão pela qual foi amplamente aceita é simplesmente ler ergonomia :
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 (ver, por exemplo, Wikipedia , Markus Itkonen: Tipografia e legibilidade ).
Se você apontar 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-80 faz sentido.
Isso provavelmente explica por que o limite de 80 caracteres foi assumido por muitos outros sistemas.
Uma questão relacionada é "por que a coluna 80 persistiu". 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 a legibilidade - para 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 declaração está ficando muito longa e obscura. Também me deixa bastante espaço na tela para o navegador e as janelas IDE de suporte. Viva a coluna 80 - como guia e não como regra.
Outro limite de comprimento de linha comum nos dias de fontes de tamanho fixo foi de 72 caracteres. Exemplos: código Fortran, mail, news.
Um motivo foi 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ê derrubar um baralho de cartas, poderá pegar as cartas em qualquer ordem, alinhar os cantos superiores esquerdos (que sempre tiveram um corte diagonal) e usar uma máquina de classificação de cartas para colocá-los de volta em ordem.
Outro motivo para o limite de 72 caracteres foi que fontes comuns tinham 10 pontos de altura e 6 pontos (1/12 ") de largura. Uma página A4 ou 8,5" de largura podia conter 72 caracteres em uma coluna de 6 "de largura e ainda espaço para margens de mais de uma polegada.
Eu, pessoalmente, fico com "sobre a coluna 80" para o meu fim de linha, porque mais do que isso causa envolvimento ou perda de código quando você o imprime.
Também existe o legado do cartão perfurado, mas não acredito que as impressoras a laser ou o papel de 8,5 x 11 polegadas estejam de acordo com as limitações do cartão perfurado.
Desloque-se em papéis de impressoras com 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).
Uma das razões para os cartões de 80 colunas pode estar associada ao 'punção manual' que provavelmente estava em uso antes das máquinas de perfuração de cartões eletrônicos. É um que eu usei no início dos anos 70 em um site de computador de frame principal do Sistema ICL 4-50. Um teve que perfurar uma seção de três? perfure facas na carruagem ao mesmo tempo.
Tags history coding-standards