Як ми вбили залізо за 30 років: уроки Джона Кармака та хвороба сучасного софту.

Як ми вбили залізо за 30 років: уроки Джона Кармака та хвороба сучасного софту.
10-08-2026

Коли Джон Кармак — той самий легендарний творець DOOM, що витискав максимум із «заліза», яке сьогодні за потужністю поступається сучасному чайнику — заявив, що «якщо б софт писали нормально, половина застарілого мотлоху досі працювала б ідеально», це не була стара ностальгія. Це був чистий, холодний технічний факт.

У ту епоху код створювали не просто за принципом «аби запустилося», а з розрахунку на максимальну мінімізацію ресурсів. Кожен такт процесора цінувався на вагу золота, а будь-яке звернення до пам'яті вимагало ювелірної точності, адже залізо не прощало помилок. Результат вражає й досі: культовий DOOM видавав стабільні 35 кадрів за секунду на комп'ютерах, обсяг оперативної пам'яті яких сьогодні виглядає сміховинно.

Еволюція потужності проти деградації коду

Минуло три десятиліття. Сьогодні під нашими столами гудуть процесори-реактори, відеокарти нагадують графічні станції для NASA, а гігабайти оперативної пам’яті стали нормою. Але що ми маємо натомість? Простий текстовий редактор або месенджер тепер споживають сотні мегабайт RAM, ніби обробляють не текст, а сукупність усіх відомих даних.

Сучасні пристрої гальмують не через слабкість комплектуючих, а через колосальні шари абстракцій, важкі фреймворки та нескінченні залежності — спадок екосистем, побудованих на принципах швидкого розгортання ціною якості.

Заплановане старіння як бізнес-стратегія

Проблема надмірного споживання ресурсів давно вийшла за межі технічної площини — це чистий бізнес-розрахунок. Корпораціям значно вигідніше змушувати користувачів купувати нові ноутбуки кожні два-три роки, ніж інвестувати у кваліфікованих інженерів, здатних оптимізувати код і писати ефективні програми без роздутих надбудов.

Звісно, справжній прогрес існує: штучний інтелект, складні наукові симуляції, тривимірний рендеринг у реальному часі та робота з великими даними потребують реальних обчислювальних м'язів. Але як пояснити той факт, що звичайний веббраузер споживає більше системних ресурсів, ніж повноцінний тривимірний рушій Quake III Arena? Техніка застаріває не тому, що стає фізично нездатною виконувати задачі, а тому, що сучасне програмне забезпечення втрачає повагу і до апаратної частини, і до кінцевого користувача.

Хто платить за роздутий код?

Коли оптимізація перестає бути пріоритетом, рахунок оплачує не корпорація-розробник.

А що у реальному будівництві?

Парадоксально, але світ цифрових технологій та сучасне будівництво стикаються з абсолютно однаковими спокусами. Так само як роздутий софт змушує нас щороку купувати нові гаджети замість оптимізації існуючих, деякі будівельні компанії свідомо обирають шлях «швидкого циклу»: дешеві неякісні матеріали, спрощені інженерні рішення та відмова від довгострокових розрахунків. Зрештою, за постійні ремонти та передчасне руйнування будівель платить замовник — власним бюджетом, спокоєм і тоннами будівельного сміття. Але справжня майстерність полягає не в тому, щоб залатати проблему новим шаром штукатурки чи запропонувати чергову «косметичну» надбудову, а в тому, щоб закласти бездоганний фундамент і енергоефективність на десятиліття вперед. Тому надійні інженерні рішення та повага до ресурсів — це те, що ніколи не вийде з моди, незалежно від того, проектуєте ви житловий дім чи створюєте складну програму.

Справжня проблема можливо, ніколи не крилася в дефіциті потужностей. Можливо, криза сучасного IT полягає в надлишку комерційного цинізму та ринку, де фінансовий успіх купується не за якість та елегантність рішень, а за швидкість викидання сирого продукту на ринок.

Технічна ефективність досі залишається базовим законом фізики обчислень. Просто тим, чий бізнес тримається на концепції штучного старіння пристроїв, говорити про це вже невигідно.

РЕАЛІЗОВАНІ ОБ'ЄКТИ

Новини