Стратегия 90-х падала при 255 юнитах, и это одна из причин, почему блогер защищает современный софт
Джейк Войтко помнит игру, которая умирала, когда у страны становилось больше 255 юнитов, — лимит программисты выбрали, чтобы экономить память. По его мнению, раньше софт был ужасен.
Войтко перечисляет, каким старое время было на самом деле: синие экраны из-за драйверов, отсутствие автосохранения, заставки с паролями, которые обходил любой, 20-минутная загрузка, исцарапанные диски и корродированные картриджи NES, которые нельзя было исправить. Он всё же признаёт, что современный софт раздут, и тревожится из-за передачи разработки ИИ-агентам.
Комментаторы приняли историю, но оспорили один показатель.
Что на самом деле ломалось в старые времена

В своём посте Джейк Войтко утверждает, что ностальгия по старому софту неуместна. Его доказательства — список сбоев с 1990 года: Windows падала из-за кривых драйверов, утечки ресурсов, программы без автосохранения теряли часы работы, а заставки с паролями обходились без труда. Дефрагментацию дисков приходилось делать вручную, а некоторые старые машины загружались по 20 минут.
Детали конкретны. Стратегия падала, когда у страны становилось больше 255 юнитов. Софт, привязанный к скорости процессора, требовал кнопки «Turbo». Diablo II страдала от клиентских читов, дублирования предметов и мошенников. Спустя годы, отмечает он, в Google Docs увидели, что пользователи всё ещё жмут Ctrl+S по рефлексу, выработанному после потерь работы.
Он признаёт, что современный софт раздут, медлителен и сложен, и опасается, что передача разработки ИИ-агентам подорвёт понимание того, как он устроен. Тем не менее он предпочитает изоляцию процессов, онлайн-обновления, языки высокого уровня и платформы вроде Steam и Windows Update софту, который выпустили один раз на физическом носителе и больше никогда не исправляли.
Метрика, которую в посте никто не упомянул: задержка
Комментатор, который поискал в посте «latency», не нашёл ни одного совпадения и написал:
«Задержка — одна из метрик, по которым вычисления заметно ухудшились за эти годы.»
Он винит то, что всё стало «какой-то монструозностью на React или подобным». Другой сказал, что клик правой кнопкой по рабочему столу Windows 11 на рабочем ноутбуке стабильно занимал около 500 мс, чтобы открыть меню.
Хуже или просто никогда не было лучше?
Лучше всего подкреплённым ответом стало переформулирование. Один комментатор сказал:
«Нет, задержка не стала хуже. Она просто не стала лучше.»
Его механизм: разработчики устраняют задержку, только когда она становится невыносимой, поэтому она держится на краю допустимого, которое задают люди, а не скорость чипов. Он вспомнил iTunes 2000-х и PageMaker 1980-х, которые были так же медленны.
Комментатор, ссылающийся на измерения input lag Дэна Лу, привёл данные с другой стороны: по статье 2017 года два самых отзывчивых персональных компьютера из когда-либо тестировавшихся — Apple IIe 1983 года и TI-99/4a 1979-го. Другой поставил ПК 2007 года с XP и ЭЛТ-монитором и говорит, что ничто не казалось таким отзывчивым.
Разработчик, который сейчас пользуется в основном собственным софтом, предлагает третий ответ: браузерные движки и примитивы GUI macOS быстрые, а медленно то, что вокруг них, — интерфейс и расширения, которые он просто переписывает.
Обе стороны могут быть правы: сбои и потери данных сократились, а задержка между нажатием клавиши и появлением изображения на экране — нет.
Получайте такие разборы каждый день
Главные истории Hacker News — на email, в Telegram или RSS.
Ghostty 1.4 сжимает неактивный скроллбэк и разбирает простой ASCII со скоростью 725 МБ/с
Команда cat для текстового файла на 150 МБ в Ghostty теперь занимает 566 миллисекунд вместо 1,5 секунды, а неактивный скроллбэк расходует на 70–90 процентов меньше памяти.