XGM.guru предоставляет обширные ресурсы для разработчиков игр: инструменты, модели, текстуры и руководства для платформ как Unreal, Unity, Godot. Это идеальное место для обмена знаниями и опытом, участия в проектах и вдохновения на новые идеи. Присоединяйтесь к нашему сообществу и вносите свой вклад в мир разработки игр, повышая свои профессиональные навыки и находя новые возможности для творчества.
Некоторые люди меня знают, как ярого противника идеи, что маркетинг играет определяющую роль в успехе игры. И на минутку, я маркетолог с 10-летним опытом, в том числе с опытом выпуска новых и успешных продуктов на рынок.
Странные эксперты. Обычно эксперты говорят, что если игра плохая, то ей никакой маркетинг не поможет
У людей разные мнения, кто так, кто эдак
Джуны сплошь говно штампуют, а сеньоры онли хиты? Угу...
Ты вообще не понял о чем речь, разговор совсем не о программистах.
Если чуть раскрыть мысль, то идея в том, что сеньор точно сможет построить хорошую архитектуру на задачу, которую уже либо решал, либо решал схожее. И его архитектура будет работать, если ты возьмешь джуна, то он будет знать принципы, но в силу недостатка опыта просто не сможет решить часть архитектурных вопросов и в итоге качество его продукта с технической стороны будет кратно ниже.
Теперь при чем тут разработка игры: при разработке игры также существует навык "делать игры", который включает в себя весь комплекс работ в совокупности. Как работать с визуальным стилем, как работать с UX/UI, как работать с гейм дизайном и ещё куча факторов. Так вот совокупность этого комплекса формирует понятие "продаваемая игра".
Теперь если мы берём джуна инди-разработчика и он смотрит на условный варкрафт и в голове думает: так, ну стиль вот такой, ну техничка такая, ну вот тяп ляп и в принципе реально. Ровно как и джун прогер будет думать, ну тут в целом этот паттерн, тут вот это и сдюжу. Но по итогу в обоих случаях не сдюжат, стиль не дотащил, техничкой просел, геймдизайн по пятой точке пошёл, а UX вообще сломался. И в этом и была основная мысль. Игры надо понимать не только с позиции "осмыслить концепцию и продумать все", но ещё и суметь достигнуть поставленных для себя квалити поинтов
Можно условно не заработать на игре ничего, но получить ключевой опыт для будущих проектов или аудиторию.
Если ты делаешь игры опыта ради, веселья ради, эта статья изначально не для тебя
PUVer, запас прочности, но он не бесконечный. Это причина, почему условные юбисофты выкупаются другими студиями или почему близзарды выкупаются майкрософтами - их запас прочности кончается
Я также напомню заголовок статьи, речь изначально об инди. Не стоит вообще даже близко рассматривать ААА сегмент и пытаться их под один пайплайн свести, это разные калибры
Инди разработчик ищет ответ на главный вопрос: "Что нужно сделать, чтобы мою игру покупали хорошо?". А эксперты прибегут и скажут: "маркетинг, вот что тебе нужно".
Странные эксперты. Обычно эксперты говорят, что если игра плохая, то ей никакой маркетинг не поможет
Джун, владеющий теорией хорошо знает, что код надо писать расширяемым, что нужно соблюдать читаемость, паттерны, не допускать ботлнеков. Но сеньор вам сразу скажет, что джун этого не достигнет. И причина проста - недостаток опыта.
Ну или не для программистов: любой начинающий художник с хорошей базой академической вам расскажет, что такое светотень, колористика, перспектива, но его работы все ещё сосут и ответ снова в очевидном - опыт.
На мой вкус дурацкие аналогии. Как это вообще вытекает из этого "Ваши игры проваливаются не потому что вы плохо их рекламируете, а потому что они сделаны непродаваемыми"? Сова на глобусе.
Джуны сплошь говно штампуют, а сеньоры онли хиты? Угу...
Будет ли он предварительно изучать рынок, анализировать тренды и пытаться попасть в целевую аудиторию или слепо пойдет делать игру для себя. Результат будет приблизительно одинаковым.
Все зависит от критериев оценивания результата. Можно условно не заработать на игре ничего, но получить ключевой опыт для будущих проектов или аудиторию.
PUVer, только ты забываешь маленькую деталь, большое внимание - это ещё и большая ответственность и планка ожиданий. Допустить факап для именитых студий - это иногда равно смерти, поэтому такой репутационный маркетинг ещё и работает на повышение планки качестве
Не так давно наткнулся на такой подход программирования в играх как ECS (Entity Component System). Далее начал читать статьи и смотреть различные ролики по этой теме. Из названия понятно что это разделение на сущности, компоненты и системы. Но почему он становится более предпочтительным в разработке игр нежели всем…
Делаю свой текущий проект на ECS (Entitas), и честно говоря, какого-то дичайшего восторга не испытываю. Концепция, безусловно, интересная. При работе с огромным количеством юнитов - даже незаменимая. Однако на маленьких масштабах я бы не сказал, что прям супер полезная.
Одна из фишек - одна и та же сущность может одновременно быть несколькими разными объектами, потому что набор висящих на ней компонентов будет по-разному интерпретироваться разными системами. Но мне, по факту использования, эта фишка пока особо не пригождалась.
Лично мне в душу запахло именно структурирование кода - разбиение его на маленькие системки, и их последовательный вызов. Да, системки вот прям маленькие - не больше 50 строк, а в среднем - вообще по 20-30 строчек.
GAMEDEV
Комментарии проекта Game Dev
Выбор редакции
Вот почему маркетинг не спасёт вашу инди игру
Ред. Феникс
Ред. Феникс
Джуны сплошь говно штампуют, а сеньоры онли хиты? Угу...
Entity Component System (ECS)
Одна из фишек - одна и та же сущность может одновременно быть несколькими разными объектами, потому что набор висящих на ней компонентов будет по-разному интерпретироваться разными системами. Но мне, по факту использования, эта фишка пока особо не пригождалась.
Лично мне в душу запахло именно структурирование кода - разбиение его на маленькие системки, и их последовательный вызов. Да, системки вот прям маленькие - не больше 50 строк, а в среднем - вообще по 20-30 строчек.