Сложность в играх как результат бюджета, а не лишней абстракции
Сложность в играх как результат бюджета, а не лишней абстракции В материале dalerank сложность разработки игр описана как следствие измеримых ограничений: времени кадра, памяти, размера установки, времени сборки, времени итерации, загрузки уровня и теплового или энергетического бюджета. Практический смысл здесь в том, что архитектуру приходится оценивать не по изящности, а по тому, укладывается ли она в жёсткий предел. Автор отдельно показывает, как попытка упростить один участок часто переносит сложность в другие подсистемы. В примере поиска пересечений объектов переход идёт от O(n²) к равномерной сетке, затем к BVH и к SoA с SIMD: скорость растёт, но вместе с ней усложняются отладка и сопровождение. Ограничения при этом ломают модульность и заставляют учитывать устройство железа уже на уровне архитектуры, вплоть до зависимости от кеш-линии процессора. Сильная сторона текста — рамка для обсуждения компромиссов через измеримые бюджеты. Ограничение — это прежде всего авторское эссе, а не пошаговая методика. Для команды это полезно как способ проверять, не переехал ли выигрыш по одному метрику в новую точку боли: память, сборку, итерации или интеграцию с платформенными лимитами. Источник: Habr Game Development RU — https://habr.com/ru/articles/1079460/