35-летний Word 1.1a, вышедший в 1990 году, удалось запустить на Windows 11 в виде 64-битного приложения. Для русскоязычной IT-аудитории это не просто ностальгия по эпохе, когда текстовый редактор не пытался стать ассистентом, дизайнером и продавцом подписки одновременно, а наглядная демонстрация того, как старый коммерческий софт можно адаптировать к современной платформе, если хватает терпения и инженерной дисциплины.
Об этом сообщает ZDNet: разработчик Джастин Маршалл пересобрал исходники и ресурсы Microsoft Word for Windows 1.1a, а затем связал их с современными заменами для 16-битной платформы. В результате он получил приложение с исходным пользовательским опытом Word, но уже в формате 64-битного исполняемого файла для актуальных версий Windows. Формулировка здесь важна: речь не о скриншоте, эмуляторе ради музейного эффекта или ролике в соцсетях, а о реально работающем приложении, которое можно собрать и запустить на Windows 10 и Windows 11.
Сам по себе выбор версии тоже показателен. Word for Windows 1.1a относится к раннему периоду графических текстовых процессоров, когда интерфейс WYSIWYG только превращался из приятной диковинки в производственный стандарт. До этого многие работали в DOS-программах вроде WordPerfect 5.0 и Word 5.0: они решали задачу, но выглядели сурово и требовали от пользователя больше памяти, чем сострадания. Переход к Windows-редакторам тогда был не просто сменой оболочки, а сдвигом в том, как человек вообще взаимодействует с документом: видит структуру, форматирование и итоговый вид до печати, а не после очередного акта типографской веры.
По описанию проекта, Маршаллу пришлось проделать не самый дружелюбный для массовой аудитории путь. Чтобы повторить сборку, недостаточно иметь старый дистрибутив и желание вспомнить молодость. Понадобятся 64-битная Windows, PowerShell, Visual Studio 2022 с компонентом Desktop development with C++, а также установленный через Visual Studio SDK для Windows 10 или Windows 11 и CMake версии 3.25 или новее. То есть история про «скачал и поехали» здесь не работает. Это сценарий скорее для разработчиков, инженеров сборки и тех, кто получает удовольствие от слова toolchain не меньше, чем от результата.
Почему эта история вообще зацепила
Сюжет выглядел бы как безобидный ретро-курьез, если бы не контекст 2026 года. Современный офисный софт становится все тяжелее: функций больше, слоев интерфейса больше, обязательных облачных связок больше, а поверх всего этого все чаще прикручивают AI-функции, которые нужны далеко не каждому пользователю и точно не в каждом сценарии. На этом фоне Word 1.1a выступает не как «лучший редактор всех времен», а как напоминание о другой инженерной логике: одна программа, одна основная задача, минимум визуального шума, предсказуемое поведение.
В тексте ZDNet эта нота считывается вполне прямо: автор вспоминает, что старый Word по нынешним меркам был неуклюжим, но при этом отлично справлялся со своей работой без навязчивого AI-слоя. И в этом, пожалуй, главная причина вирусности подобных проектов. Они цепляют не только людей, которым хочется нажать кнопку из 1990-х, но и тех, кто устал от вечного распухания продуктов. В мире, где текстовый редактор может одновременно предлагать переписать абзац, оформить резюме, подключить облако и что-нибудь еще «улучшить», запуск старой версии становится почти политическим высказыванием в пользу программного минимализма.
Для разработчиков история Маршалла интересна еще и как практический кейс по сохранению программного наследия. Корпоративный софт конца прошлого века редко проектировался с мыслью, что его захотят оживить спустя 35 лет на архитектуре, которой тогда просто не существовало в пользовательском контуре. Когда такой проект все же взлетает, он показывает, насколько многое завязано не только на исходный код, но и на экосистему вокруг: компиляторы, API, разрядность, зависимости, форматы ресурсов. Иными словами, «запустить старую программу» обычно означает не открыть EXE, а выстроить мост между двумя эпохами разработки.
Что это значит для бизнеса и индустрии
Для бизнеса здесь нет немедленной прикладной морали в духе «возвращаем Word 1.1a в прод». Никто всерьез не предлагает компаниям заменить актуальный офисный пакет на 35-летнюю сборку. Но есть несколько неудобных выводов для продуктовых команд. Во-первых, пользователи по-прежнему ценят инструменты, которые делают одну вещь понятно и без лишней суеты. Во-вторых, интерес к таким экспериментам говорит о накопившейся усталости от функционального ожирения, когда каждая новая версия обязана доказать свою современность через дополнительный слой возможностей. И в-третьих, совместимость и долговечность ПО остаются недооцененной инженерной добродетелью: если продукт живет десятилетиями, к нему рано или поздно вернутся не только юристы и архивисты, но и разработчики.
Для IT-директоров и архитекторов это еще один аргумент в пользу аккуратной работы с наследуемыми системами. Большая часть корпоративного ландшафта состоит не из сияющих greenfield-проектов, а из слоев технологий разного возраста, которые надо как-то поддерживать, мигрировать и не ломать на ходу. История с Word 1.1a в миниатюре повторяет ту же проблему: старый код сам по себе не исчезает, он просто однажды встречается с новой платформой и требует очень предметного разговора о совместимости. Разница лишь в том, что здесь вместо банковского ядра или древнего ERP-модуля у нас текстовый редактор из 1990 года.
Отдельно любопытно, что проект существует в формате, который можно воспроизвести самостоятельно. ZDNet пишет, что на GitHub Маршалла опубликованы шаги для сборки. Это повышает ценность истории: читатель при желании может не просто умилиться скриншоту, а проверить результат руками. Для технической аудитории именно такая проверяемость часто отделяет содержательный инженерный проект от музейного аттракциона.
На первый взгляд перед нами маленькая ретро-новость про древний Word. На второй взгляд это уже разговор о том, почему даже в 2026 году людей так притягивает софт, который не пытается быть умнее пользователя, а просто работает. Если подобные эксперименты и дальше будут получать внимание, продуктовым командам придется чаще отвечать на неприятный вопрос: не слишком ли много они добавили в программы, которые когда-то ценили за простоту. Подробности проекта можно посмотреть у .