Neden 80 karakter kod genişliği için 'standart' sınırı?

Neden 80 karakter kod genişliği için "standart" sınır? Neden 80 ve 79, 81 veya 100 değil? Bu özel değerin kökeni nedir?

IBM punch kartına bu limit için teşekkür edebilirsiniz - 80 sütun vardı:

Gibi Oded bahsedildiği, bu ortak kodlama standardı IBM'in 1928 bir sonucudur 80 sütun delikli kart formatında birçok kodlama standartları geri programların bir anda yumruk kartları, tek kartta / satırda yazıldığı bir zamana tarih beri ve hatta geçiş Daha geniş ekranlar, kodun daha geniş hale gelmesi daha zorlaştığı gerçeğini değiştirmedi.

Delikli kartlardaki wikipedia sayfasından :

Kültürel Etki

• 80 sütunlu delikli kart biçiminin bir mirası, karakter tabanlı terminallerin tasarımında sıra başına 80 karakter gösteriminin yaygın bir seçim olduğu yönündedir. Kasım 2011'den itibaren, Microsoft Windows'taki komut istemi penceresinin genişliği gibi bazı karakter arayüzü varsayılanları 80 sütunda ayarlanmış ve FITS gibi bazı dosya formatları hala 80 karakterlik kart görüntüleri kullanmaktadır.

Şimdi asıl soru, neden Herman Hollerith daha önce 24 ve 45 sütun kartlarını kullandığında 1928'de neden 80 sütun kartını seçti ?

Kesin bir cevap bulamamaya rağmen, seçimin zamanın daktilolarının her bir satırındaki tipik karakter sayısına bağlı olduğunu düşünüyorum .

Gördüğüm tarihi daktiloların çoğu, yaklaşık 9 inç genişliğindeki bir plaka genişliğine sahipti ; bu, kağıt boyutlarının yaklaşık 8 "-8.5" genişliğinde standartlaştırılmasına karşılık geliyor (bkz . ABD 8 ½ "x 11'deki standart kağıt boyutu neden? "? ve ISO216 A serisi kağıt standardı" .

İnç başına 10-12 karakterlik tipik bir daktilo aralığı ekleyin ve bu, kenar boşluklarının boyutuna bağlı olarak genişliği 72 ile 90 karakter arasında olan belgelere yol açar.

Dolayısıyla, her satıra 80 karakter, aynı kart boyutunu korurken, delik adımı (küçük dikdörtgen vs daha büyük yuvarlak delikler) ve çizgi uzunluğu arasında iyi bir uzlaşmayı temsil ederdi.

^{Bu arada, her yerde kodlama standartlarında 80 karakterlik bir çizgi genişliği belirtilmiyor. Çalıştığım yerde, eski tip geniş hat yazıcıların genişliğine tekabül eden bir 132 karakter sınırına, 12pt yatay A4 çıktıya ve Eclipse editör penceresinden kalan (1920x1200 ekranda maksimize edilmiş) tipik çizgi genişliğine karşılık gelen 132 karakter sınırına sahiptir. Anahat görünümleri dikkate alınır.}

^{Yine de 80 karakterlik geniş kodu tercih ediyorum, çünkü bir dosyanın üç revizyonunu yan yana kaydırmadan (her zaman kötü) veya sarma satırlarını (kod formatlamasını yok eden) kaydırmadan karşılaştırmayı kolaylaştırıyor. 80 karakterlik geniş kodla, tek bir ekranda tam olarak üç yönlü bir birleştirme (ortak ata, yerel dal ve uzak dal) görmek için yalnızca 240 karakter genişliğinde bir ekrana (karakter başına 8 piksel olarak 1920 piksel) ihtiyacınız var .}

Bunun eski terminallerin (çoğunlukla) 80x24 karakter boyutunda olması nedeniyle de söyleyebilirim: 80x24 terminal günlerinde ...

DÜZENLE:

Soruya daha kesin ve daha doğru cevap verebilmek için, 80 karakter, editörler içindeki kod genişliğine ilişkin geçerli "evrensel olarak kabul edilen" sınırdır, çünkü 80x24 ve 80x25 formatları, erken I / O terminallerinde ve kişisel bilgisayarlarda en yaygın ekran modlarıdır ( VT52 - teşekkürler Sandman4'e).

Bu sınır hala geçerli ve bir şekilde önemli IMHO'nun iki ana nedeni var: birçok Linux dağıtımının yeni ortaya çıkmış terminal pencerelerine atadığı varsayılan geometri hala 80x24 ve çoğu kişi bunları yeniden boyutlandırma olmadan olduğu gibi kullanıyor . Dahası, çekirdek, gerçek zamanlı ve gömülü programcılar genellikle herhangi bir pencere yöneticisi olmadan "başsız" bir ortamda çalışırlar. Yine, varsayılan ekran çözünürlüğü genellikle 80x24'tür (veya 80x25) ve bu durumlarda, bu varsayılan ayarın değiştirilmesi bile zor olabilir.

Eğer bir çekirdekli, gerçek zamanlı veya yerleşik bir programlayıcıysanız, bu sınıra saygı duymaya zorlamalısınız, kodunuzu okuması gereken herhangi bir programlayıcıya karşı biraz daha "arkadaşça" olmaya çalışmalısınız.

Muhtemelen 80 karakter sınırının orijinal nedeni olmasa da, yaygın olarak kabul edilmesinin bir nedeni sadece ergonomiyi okumaktır :

• Çizgiler çok kısaysa, okunması zor bir metin olur çünkü okuma sırasında sürekli bir satırdan diğerine atlamanız gerekir.
• Çizgiler çok uzunsa, çizgi zıplaması çok zorlaşır, çünkü bir sonraki çizginin başlangıcına geri dönerken "çizgiyi kaybedersiniz" (bu, daha büyük çizgiler arası boşluk bırakılarak hafifletilebilir, ancak bu aynı zamanda boşa harcanır).

Bu yaygın olarak bilinir ve tipografide kabul edilir. Standart öneri (kitaplardaki metinler vb. İçin) satır başına 40-90 karakterlik bir bölgede ve ideal olarak yaklaşık 60'lık bir şey kullanmaktır (bakınız örneğin Wikipedia , Markus Itkonen: Tipografi ve okunabilirlik ).

Satır başına 60 karakter hedefliyorsanız, üst sınırınız, ara sıra uzun ifadeyi (ve kenar boşlukları işaretleri ve satır numaraları gibi şeyler) yerleştirmek için biraz daha yüksek olmalıdır, bu nedenle 70-80'lik bir üst sınıra sahip olmak mantıklıdır.

Bu muhtemelen 80 karakter limitinin neden birçok sistem tarafından üstlenildiğini açıklıyor.

İlgili bir soru "neden 80 sütun devam etti" dir. Bu sayfadaki yanıtlar bile yaklaşık olarak bu genişlikte. 80 sütunun tarihsel nedenleriyle aynı fikirdeyim, ancak soru standardın neden devam ettiğidir. Okunabilirlik iddia ediyorum - nesir ve kod için. Aklımız sadece çok fazla bilgiyi tek bir parçada emebilir. Bir ifade çok uzadığında ve belirsiz olduğunda bana hatırlatmak için kod editörümdeki 80 sütun işaretleyicisini hala kullanıyorum. Ayrıca bana tarayıcı ve emlak IDE pencereleri için pek çok ekran gayrimenkulü sağlıyor. Yaşasın 80 sütun - rehber olarak bir kural değil.

Sabit aralıklı yazı tipi günlerinde başka bir yaygın satır uzunluğu sınırı 72 karakterdi. Örnekler: Fortran kodu, posta, haberler.

Bunun bir nedeni, delikli bir kartın 73-80 numaralı sütunlarının genellikle seri numarası için ayrılmış olmasıydı. Neden seri numarası? Bir kart destesini düşürdüyseniz, kartları herhangi bir sırayla toplayabilir, sol üst köşeleri (her zaman çapraz kesilen) hizalayabilir ve sırayla geri almak için bir kart sıralama makinesi kullanabilirsiniz.

72 karakterlik limitin bir başka nedeni de, genel fontların 10 punto ve 6 punto (1/12 ") genişliğinde olmasıydı. A4 veya 8.5" genişliğinde bir sayfa 6 "genişliğinde bir sütunda 72 karakter tutabiliyordu ve yine de kenar boşluklarına sahip olabiliyordu bir inçten fazla.

Satır sonum için şahsen "yaklaşık sütun 80" e sadık kalırım, çünkü bundan daha fazla basarsanız sarma veya kayıp koda neden oluyor.

Delikli kartın mirası da var, ancak lazer yazıcıların veya 8,5x11 inçlik kağıtların delikli kart sınırlamalarına uyacak şekilde ayarlandığını sanmıyorum.

Yazıcılardaki kağıtlarda kaydırma, Harflerin boyutu ya da 15 inç genişliğindeydi.

Kodların veya raporların basılı kopyalanması için kullanılan 80 cps satır yazıcılarıydı ve daha sonra Epson'da 132 cps yoğunlaştırılmış baskıyı destekliyor (yoğunlaştırılmış baskı için kaçış kodu \ 015).

80 sütunlu kartların sebeplerinden biri, muhtemelen elektronik kart zımbalama makinelerinden önce kullanılan 'el zımbası' ile ilişkilendirilebilir. 70'li yılların başında bir ICL Sistem 4-50 ana çerçeve bilgisayar sitesinde kullandım. Biri üç bölüme mi atmak zorunda kaldı? Aynı anda vagondaki bıçakları delin.