Вой недоумёнными и озабоченными глазами просматривал ту же самую перфоленту.
- Может быть, я и ошибаюсь, - произнёс он наконец, - но мне лично кажется, что всё в полном порядке.
День программиста - напоминает
1500py470 Вот кстати, сейчас задним числом недоумеваю. В начале 70-х были построены машины для сортировки писем по индексу, т.е. отличить черное от белого могли. В принципе даже пошлый иконоскоп это позволял.
Зачем была эта маета с дырками ?! Простейшее печатающее устройство могло печатать какой-нибудь защищенный код, а устройство ввода считывать рисунок несложным фотоэлементом, ФЭ-линейкой, иконоскопом.
Штрих-код был создан в 1948 году на базе азбуки Морзе !
Самое прикольное, что сейчас к этому вернулись уже в порядке развлечения
PaperBack - это бесплатная программа, которая позволяет вам сохранять ценные файлы на обычной бумаге в виде большого битмапа. Если у вас есть хороший лазерный принтер с разрешением 600 dpi, то вы сможете записать до 500,000 байт несжатых данных на один бумажный лист. Вы можете спросить: «А зачем?» Зачем нужно делать бэкапы на бумаге, когда есть так много других возможностей для этого? CD-R, DVD+R, карты памяти, flash карты, жесткие диски, кассеты для стримеров, диски для ZIP Drive, файл-серверы в сети, магнитооптические диски и даже 8-ми дюймовые двухсторонние дискеты, отформатированные для DEC PDP-11? Ответ очень прост: это ни зачем не нужно. Но с другой стороны, просто посмотрев на CD-диск или на магнитную пленку, вы не сможете сказать, считаются ли с них данные. Вам нужно будет вставить их в подходящее устройство, если такое у вас вообще есть, и попытаться их прочитать.
А вот с бумагой все иначе. Помните перфокарты? Годами они использовались как основной носитель для хранения исходного кода. Да, перфокарты при работе с программами длинною в 100 тысяч строк кода были, прямо скажем, не слишком удобны. Но, черт возьми, ведь только настоящие программисты отваживались писать такие огромные программы в те годы! А использованные перфокарты можно было использовать в качестве бумаги для записок. Широкое распространение получила также и перфолента. При этом даже самые странные кодировки символов на перфокартах, такие как CDC или EBCDIC, мог вполне прочитать человек (я имею в виду настоящих программистов).
Причем плотность записи чернилами по бумаге в разы выше - не нужны промежутки между "пикселами", да и размеры пикселов в перфокартах и перфолентах обусловлены механикой - пуансон д.б. не меньше 2 мм.
А уж возможности тиражирования беспрецедентны - даже фото позволяло бы.
Но не срослось.
Update. В комменты пришли двое поклонников "теплых ламповых дыроколов" и стали доказывать что "редактировать" дырявые перфокарты проще, чем рисунок на бумаге. Для этого у уважающих себя программистов были дыроколы, а дырочки заделывали липкими лентами (скоч был дефицитом).
До сих пор помню возмущение сотрудников нашего ВЦ, когда в считывающем устройстве застряла перфокарта, заклеенная лейкопластырем :-) Поэтому мануальная терапия была строжайше запрещена, а разрешалось только заменить карту на другую.
Однако давайте согласно заветам Декарта разобъем задачу на части.
1. Предположим, что и крапленые карты с той же емкостью - 120 байт, никакой разницы с заменой "строки" нет. То есть никакого преимущества здесь нет.
2. Однако ни клеить ни прокалывать ничего не надо - исправления вносятся "штрихом" и чернилами. А это уже существенное преимущество. Два: проще и безопасно.
Следующая часть - носитель.
3. Лист А4 явно не дороже перфокарты, а может вместить до 5 килобайт.
И вот здесь появляется как будто проблема
4. Заменять строки уже затруднительно - набивать снова исправленные 5 килобайт ...
Но и она весьма эффективно решена, причем по независящим от носителя причинам: патчи - дополнительные листы с исправленными блоками и строками. Старое затирается в памяти новым. А когда код вычищен, можно даже распечатать чистовик.
5. Большая емкость носителя позволяет выделить место под служебную информацию. Например если порядок следования перфокарт в колоде имел значение, то пронумерованные листы можно было бы закладывать в любом порядке.
Этот пост изначально помещен в
http://vlkamov.dreamwidth.org