Bongo Cat — убийца системных ресурсов

Bongo Cat — убийца системных ресурсов

https://habr.com/ru/articles/982102/

Даже сил на предновогодний пост хватит перед тем как окунуться в объятия оливье. Сорри что чутка проспамил, но не мог пройти мимо. Просто автор затронул мою излюбленную тему. Выбор технологического стека. *щелкает пальцами как бизнес технарь*.

Игра что-то там лишнее потребляет. Не оптимально. И так далее. Это не так важно. Плохо написанный проект на любом технологическом стеке будет плохо работать. Это делалось по фану. Это делалось не для коммерциализации. Ну набрали ассетов из интернета, ну не пожали там где надо и так далее. Вообще всё равно. Проект не выглядит как тот, где кто-то задумывался об оптимизации. Так как зачем - если это фановая приколюха. Я бы там тоже ничего не оптимизировал. Ну залетела. Ну бывает.

Но поговорим в общем про тему. Выбор технологического стека. Давайте предположим что мы живем в фентези. А точнее в профессиональной коммерции, где решение о технологическом стеке - это решение принимаемое людьми с достаточной экспертизой. А не "что умеем, тем и пользуемся". В этом случае в компании должен существовать технический директор, с опытом разработки проектов различного масштаба, на различных технологиях. Понимающий плюсы и минусы каждого конкретного подхода. Таких людей на рынке натурально единицы. Я себя нескромно причисляю к ним, так как я разрабатывал и корпоративные решения, и игры, и мультиплееры, и синглы, на самых разных технологиях. Но в реальности если будет возможность я часто предпочту анриалу юнити. Потому что там больше проблем я знаю как решить. Поэтому выбор зависит от конкретного опыта конкретного техдиректора.

Но ладно, анриал или юнити это часто близкий выбор, как бы кто не спорил. Разительной разницы между этими движками нет. Для сессионки где ключевым была бы репликация данных даже я бы взял анриал, потому что модуль репликации там неплохой. И там сделать шутан аля анриал торнамент ощутимо проще 🙂 А что ещё важно для принятия решения о стеке в таком взрослом подходе? Ну чтобы этот проект кто-то мог сделать, то есть устройство рынка найма. Когда я уходил в рекламный рынок и в веб, я понимал что Unity трудно сделать оптимальнее чем pixi.js, phaser, three.js и так далее. Но если выйти на рынок найма и сказать "мы делаем крутой проект на three.js", то при масштабировании и росте проекта спецов искать на работу замучаешься. Своих растить тоже дорого. Поэтому мне было по бизнес причинам проще оптимизировать Unity, чем брать "более оптимальные технологии" за основу. И конкуренции в этом поле мало, потому что опять-таки, даже появляются студии которые "мы используем именно веб технологии". Это мессадж который трудно продать. Это при развитии упереться в ту же проблему что я описал. Просто я это решил посчитать заранее. А если игра работает на 15% медленнее, но всё ещё в 120 фпс. При этом вы можете нанять на не пару Вась, которые понимают в вашем тех стеке, а имеете выбор из сотен, то очевидно что плевать на эти 15%. А вы при росте не особо хотите оказываться в ситуациях где у вас есть деньги, а сделать вы ничего не можете, так как платить их некому.

И тут мы приходим к основной мысли. Ведь грамотный техдир может заранее всё спрогнозировать, сэкономить много денег и тому подобное. Выбрать стек не только по технологиям, но и по бизнесу. А это экономит тонну на том, что не надо брать на себя перерасход на "наращивание штата", на "переработки и переделки проекта" (так как переделка со сменой стека это космический кост) и так далее. И так то оно так, но есть нюанс. Такие спецы стоят дорого (я вообще чаще выполняю роль внешнего консалта, так как в штат идти я не особо хочу). Поэтому эта экономия работает на проектах у которых планируемый бюджет (общий на создание) стартует думаю от 400 000$. С такими спецами получается и сэкономить, и получить более стабильный продукт. Так как опыт позволяет предсказывать проблемы и решения до их возникновения.