Игра как бизнес. От мечты до релиза. Алексей Савченко

Читать онлайн.



Скачать книгу

и расставляет объекты.

      Программист / Разработчик / Developer

      Будет безумием запихивать сюда словарное определение программиста – вы и так понимаете, о чем идет речь. Но нужно сделать пару важных пояснений. Программист работает не в вакууме и не является знатоком всех языков мира. У него есть специализация – и возможность ее изменить и расширить. Самые распространенные языки в игровой индустрии – это C++ и C#. Можно еще упомянуть Java, но в целом это все производные от С.

      Программисты работают в программной среде и – если не пишут собственный движок – то внутри какой-то конкретной технологии. И, соответственно, владеют инструментарием этой технологии. Во-многом поэтому их зачастую и называют девелоперами – их работа сводится не только к написанию кода. Более того, существуют девелоперы, которые, строго говоря, не совсем программисты. Например, они хорошо понимают Unreal Engine 4, но скриптуют на Blueprints, а C++ не просто не используют, но даже и не умеют.

      Как уже будет отмечено далее по тексту, если вы ищете программиста, то вам следует учитывать конкретную специфику и нюансы. Например, если у вас Unreal Engine 4, то может быть целесообразнее искать программиста на C++, а не «UE4-программиста». С технологией, если что, познакомится, освоит.

      Вкратце упомяну, что существуют еще backend-программисты (они же «серверные программисты»), но это тема для отдельного разговора (да и его стек может быть разным), и вообще у них там своя атмосфера.

      Технический директор

      Может называться CTO (Chief Technical Officer). Как правило, сам является программистом/разработчиком высокого уровня (ну или как повезет). Хорошо знает технологический стек и, собственно, формирует его. Это главный «технический» человек на вашем проекте.

      Product Owner

      В случае Product Owner и Project Manager используется, в общем-то, терминология методологии SCRUM (и производных от нее). Product Owner (условный «владелец продукта») формирует задания (фичи, user stories[9], называйте как хотите) и отдает их человеку-функции с названием Project Manager («проектный менеджер» или «управляющий проектом»). Тот рубит это все на мелкие куски, ставит в план и раздает задания конкретным специалистам.

      Должности Product Owner почти никогда и нигде не существует. Это именно роль. Ее в том или ином виде почти всегда принимает главный идеолог проекта.

      Проджект-менеджер (Project Manager)

      См. выше. В голом виде является прорабом. Или ответственным секретарем редакции газеты. От него требуется понимать пайплайн производства – кто чем вообще занимается. В стандартной конфигурации от него совершенно не требуется что-то выдумывать или во что-то играть. Он реально может быть человеком со стройки, которого хорошо проинструктировали по поводу специфики отрасли. В некоторых IT-компаниях вам могут рассказать, что это не совсем так, и вообще ему желательно иметь техническое образование и сертификаты PMBOK или типа того. В целом это неправда.

      В реальности многие компании подразумевают под проджект-менеджером что-то свое, иногда уходящее в мультикласс. Или даже называют этих менеджеров



<p>9</p>

User stories (пользовательские истории) – способ описания требований к разрабатываемому продукту. Это 1–2 предложения, что называется, на языке пользователя. – Прим. ред.