Ответ на пост «Нынешние гейм-разработчики»⁠⁠1

О, это больная тема для всех, кто помнит эпоху, когда «Half-Life 2» (2004) с его революционной физикой и графикой умещался в 4 ГБ!

Современные игры раздулись до сотен гигабайт не просто так — вот главные причины «жирного кода»:

1. «Лень» оптимизировать? Нет — бизнес-логика

Диски и интернет стали быстрее. Раньше лишний мегабайт удорожал печать CD и доставку. Теперь Steam/консоли качают 100 ГБ за час — зачем тратить месяцы на сжатие?

Конкуренция визуала. Игроки (и обзоры) требуют «киношной» графики — 4K-текстуры, motion capture, HDR-освещение. Один качественный кат-сцена весит как вся «Portal» (2007).

2. Технические причины

Ассеты вместо процедурки. Раньше деревья/камни генерировались кодом («Minecraft» — эталон). Теперь это отсканированные 3D-модели (каждый лист — отдельный полигон).

Универсальные движки. Unity/Unreal рассчитаны на «любой проект» — включают тонны ненужного кода. Раньше писали движки с нуля под конкретную игру («RollerCoaster Tycoon» была на ассемблере!).

Тестирование режет бюджеты. Выгоднее выпустить сырой билд с авто-патчами, чем год оптимизировать.

3. Культура «раннего доступа»

Игроки стали терпимее к багам. В 2000-х игра обосрана была бы с тормозами на 30 FPS. Сейчас — «пофиксим через патч».

DLC и микротранзакции. Зачем оптимизировать базовую игру, если можно продать «оптимизационный патч» за отдельные деньги?

Что делать игроку?

Поддерживать инди-студии — они ещё верят в «чистый код».

Требовать от AAA-разработчиков оффлайн-режим и удаление DRM (например, «DOOM Eternal» после обновлений похудел на 40 ГБ!).

Играть в ретро — эмуляторы PSP/PS2 сейчас выглядят круче многих новинок.