Геймдизайн, нарратив, монетизация и все остальное, что касается разработки игр в блоге GOOO.GAMES от Эдуарда Кумыкова.

Интересуетесь общими процессами разработки? Хотите общаться с другими разработчиками игр? Подписывайтесь на канал!

Путь в фриланс игрового разработчика — Подготовка

В коментах меня спрашивали про фриланс. Я думаю разбить это на серию постов и информацию потом оформить в полноценную статью. С чего начать? В этом плане фриланс — как бизнес. Чтобы начать спокойно без экстрима лучше на старте хотя бы крепко стоять на ногах. Кто-то переходит плавно совмещая с работой, у кого-то есть просто запас денег, но сразу идти туда — не стоит. И тут стоит описать, как устроен заработок в фрилансе и всём подобном.

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

Совмещать с основной работой — сложно. Так как на фрилансе работы больше, чем на обычной работе. И дело не в задачах по вашей специальности, а в сопутствующих задачах. Чтобы хорошо зарабатывать на фрилансе нужно заниматься продажами и маркетингом. Есть какие-то базовые шаги, которые надо сделать. Оформить портфолио, зарегистрироваться на популярных биржах, а дальше уже есть вариации, о которых я расскажу в следующих постах.

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

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

#фриланс

Решение "Статический generic класс"

В комментариях к задаче там уже всё разобрано. Но напишем решение отдельно.

Правильный ответ. Если ничего до этого не вызывалось, то в момент первого вызова методов ShowUI в лог напишется "test". Причём по одному разу для каждой реализации. Под JIT платформами. И связано это с двумя нюансами.

1. Как работает статический конструктор типов

Под JIT платформами статический конструктор типа вызывается при первом обращении к типу (или создании экземпляра типа для не статических классов). Хотя строго говоря это зависит от флагов компиляции, но в Unity можно говорить чуть проще. На эту тему можно почитать спецификацию от майкрософта, как говорили в комментах.

Под AOT платформами у юнити видимо снова баг, что логи не пишутся, как было тут https://issuetracker.unity3d.com/issues/static-constructor-doesnt-work-with-il2cpp Так как на айос логи вообще не появляются. Хотя сам конструктор работает, так что всё в порядке.

2. Как работает шаблонный (генерик) параметр для статических классов

По сути, когда вы пишете UIRouteManager<string> и UIRouteManager<bool> — это два разных типа. Поэтому конструктор вызовется дважды.

Так что под виндой в редакторе лог появится дважды. А под AOT платформами его судя по всему не будет.

#задачка

ИИ для 3д аватаров
https://80.lv/articles/microsoft-presented-3d-avatar-generation-model-rodin/

Майкрософт представил ИИ Rodin для генерации 3д аватаров. Конечно по скриншотам качество странное, но лучше всего того, что я видел до этого.

#новости

Вышел трейлер Hogwarts Legacy
https://youtu.be/NthGfn_ddRQ

Одна из немногих игр которую я жду. Как фанат Гарри Поттера. Трейлер — кайф :)

#новости

UI Роутер в Unity
https://habr.com/ru/post/711524/

Дописал статью с лёгким разбором рефлексии и атрибутов. Плюс с разбором UI роутера про который я писал выше. Что он решает, зачем он вообще нужен и так далее. И по ходу что написания, что составления примеров я понял, что лучше было бы конечно использовать наследование. Ну может на досуге перепишу через наследование, контейнер и регистрацию в нём. А так думаю статья будет полезна, особенно тем кто не знаком с атрибутами в C# и зачем они нужны.

#статья

Путь в фриланс игрового разработчика — Чем можно заниматься?

Игры разрабатывают крупные студии, какой фриланс? Ну игру мечты вы как и в крупной корпорации в среднем не будете делать, так и на фрилансе. Разве чьей то мечты. игры мечты делаются "на свои", ну либо на инвесторские, что вообще другой вид деятельности и работа. Конечно на Java SE или на каком-нить React.js заказов больше. Но там и конкуренция выше. Так чем может заниматься Unity разработчик на фрилансе?

Разработка промо игр — многие бренды заказывают у агенств игры для рекламы.
Разработка интерактивов для выставочных стендов — всякие игры на киннекте в ТЦ (в авиапарке недавно стояла). Игрушки на выставках, какой-то AR и т.п. делается в среднем либо на Unity, либо на UE.
Разработка игр или доработка существующих — есть разные виды заказчиков в этой стезе. Я не встречал заказов в РФ от профильных заказчиков, а вот от непрофильных много. Там бывает тяжело получить адекватную цену за работу, но такая работа есть.
Подготовка ассетов для студий — ко мне приходила пара студий, и я делал им ассеты с какими-то сложными технологими.
Реализация бизнес решений — это не про игры, а AR&VR и 3д — есть много профессиональных бизнес задач. Визуализация трёхмерных графов, тренажёры в VR и AR, рендер сложных многофакторных данных. В общем есть где знания приложить.

Этим всем занимаюсь в том числе и я. Просто я делаю под ключ. Но собственно мне или агенствам бывают нужны руки на какие-то работы. И для этого всего нужны экспертизы из игровой индустрии. Для части решений геймдизайн. Почти для всех решений разработка, 3д, 2д арт, озвучка и так далее. Что делать мы разобрались, а где брать клиентов? Это будет в следующих постах.

#фриланс

AR Вещь
https://80.lv/articles/ar-thing-transform-the-entire-world-into-a-game-environment/

Очень классный концепт AR приложения в управлением вещью из Семейки Адамс в реальном мире посредством технологий дополненной реальности.

#новости

Термин недели

Так как я хочу, чтобы канал нёс обучающий характер в какой-то степени, то думаю над новой рубрикой. Определение какого-то термина раз в неделю. Из программирования, из Unity, из архитектуры. Просто находить интересные определения. Чтобы мы могли их:

1. Обсудить в комментариях
2. Кто-то для себя узнать и понять

Но мне интересно ваше мнение. Так что поставьте:
🔥 — если это интересно
👎 — если нет

Если наберём штук 50, то введу новый хештег и буду подбирать термины в переводе от меня со ссылками на источники. Сегодня я пол дня провёл в архитектурных обсуждениях в чате по архитектуре. Так что возьмём довольно полезный термин из этого обсуждения. При этом довольно базовый — модель в MVC, MVVM и т.п.

Модель — представляет из себя набор классов, которые представляют данные приложения. Но в архитектурных схемах MVC и MVVM чаще всего имеется ввиду более сложное понятие под названием доменная модель.
Доменная модель — представляет из себя поведение, бизнес-логику и данные в рамках приложения (или его определённого домена).

Пример:
У вас есть класс Auction, который представляет из себя логическую единицу аукциона в приложении. У него могут быть поля Title и CurrentBid, а так же метод Bid с описанной бизнес логикой ставки. И всё это будет моделью.

Источники:
Programming ASP.NET MVC 4 @ Jess Chadwick, Todd Snyder, and Hrusikesh Panda
https://learn.microsoft.com/en-us/xamarin/xamarin-forms/enterprise-application-patterns/mvvm

#термин

Анимация ударов One Punch Man в Unity
https://80.lv/articles/one-punch-man-s-punch-barrage-animation-set-up-in-unity/

Классно сделанный VFX анимации ударов из аниме ван панч мен. Да и само аниме прикольное. Такая классная сатира на супергероику.

#новости

Путь в фриланс игрового разработчика — Биржи

Вот и подобрались к самому интересному и самому сложному. Где привлекать клиентов? Я разобью это на несколько постов, так как тут тоже много информации.

Фриланс биржи — один из источников клиентов. Есть много фриланс бирж. Приведу несколько ссылок тех, где я сидел и сижу.
https://www.fl.ru/
https://freelance.habr.com/
https://workspace.ru/freelance/

Тут есть две задачи. Оформление профиля и отслеживание заказов.

Профиль должен быть хорошо оформлен. Вы должны описать свой опыт, свои экспертизы. Если есть что положить в портфолио, то лучше положить в портфолио. Как пример. https://freelance.habr.com/freelancers/Nox7atra И по этому описанию я не работал на самой бирже. Но меня находили заказчики и писали мне в ТГ. В идеале у вас должны быть указаны все возможные формы связи которые вам комфортны. Телеграм, ватсап, почта и т.п. И их должно быть легко найти. Я допустим иногда не могу работать с ребятами с artstation того же, так как у них в профиле нет контактов.

Второе это отслеживание заказов и отклики. Вообще когда вам пишут по заказу, когда вы откликаетесь на заказ. Чем быстрее вы ответите, тем выше шанс что заказ будет ваш. Это абсолютно логично, но многие будто про это забывают. И тут минутка саморекламы, но я правда слежу за заказами с помощью своего бота http://hermesbot.ru/ Дело в том, что у фриланс бирж часто есть фильтруемые rss ленты (ток у хабр фриланса нет, но скоро появится в боте возможность подключать вк, а там публикуются заказы с хабр фриланса) И подписка на:

https://workspace.ru/tenders/rss/
https://www.fl.ru/rss/all.xml?category=16

Позволяет видеть новые заказы сразу и откликаться бысрее. Я не настроил целиком ленту с другими биржами (так как даже на апворк есть rss), но я уже и не особо сижу на биржах. У меня другие каналы привлечения, о которых будет в следующих постах.

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

Я не знаю откуда появилась новая тема с "заполни бриф". Это вообще забавно. Это я тоже пропускаю автоматом. Особенно в виде документа файлом, а не на гугл диске. Не нужно создавать клиентам лишних барьеров и неудобств. Обычно вы не единственный кто пишет клиенту, чтобы решить его задачу. И выбран будет тот, с кем удобно работать. Ниже приведу примеры откликов на один из моих заказов. Угадайте какой из них победил.

#фриланс

Пока вам не сказали нет — это не нет

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

Я считаю вполне вежливым писать (даже в тишину) раз в неделю. "Мы начинаем работы?" или "Есть какие-то новости?". И любые другие формулировки синонимы. В рамках одно раза если вам не отвечают спамить не стоит. И у меня было два случая в студии. Я дважды писал так по пол года. Не останавливаясь. Каждый понедельник я захожу в свою CRM и обхожу все такие запросы. И пишу по всем "висячим запросам". Это занимает минут 15. И была пара проектов, которые провисели так пол года. Один человек через пол года мне грубо ответил, что хватит писать, так как "понятно же что ничего не будет". И был помечен моей меточкой "вип клиент" для которых у меня расценки примерно х3. А второй каждую неделю стабильно отвечал, говорил статусы и через пол года мы начали делать проект. С очень хорошим и большим бюджетом, адекватными условиями и так далее. Так что сдаваться не надо. Но и не надо грубить.

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

И вторая важная часть. Вам отказали, что делать дальше? Вот мне в примере выше отказали грубо. Я уже частично объяснил что я сделал. Но подумайте, как поступили бы вы и самое важное, что вы ответите. А потом читайте дальше. Подумали? Так вот, мой ответ был лаконичен и прост. С учётом меточки я ответил человеку. "Спасибо. Жаль, что так получилось. Может в будущем ещё поработаем. Остаёмся в любом случае на связи". И убрал проект из CRM. Нет получен, отказ отработан, я молодец. Грубить в ответ, огрызваться, обвинять заказчика ни в коем случае нельзя. Однажды мне предъявил исполнитель, что "вообще-то вы должны были написать, что мы не будем работать" и послал меня. И он в чёрном списке. У клиента который работает с хорошими заказами и бюджетами. Его выбор. Но лично я никому и ничего не должен. Я просто делаю свою работу. Поэтому, так сказать, в идеале от вас всегда должно быть в таких случаях "позитивное послевкусие".

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

Почему "клиент всегда прав" — это путь в ад. И в чём разница между профессионализмом, вежливостью и быть в рабом заказчика. Тема сложная, а я люблю байтить на 🔥 так что это был пост про бизнес. На прошлом посте нам удалось собрать больше 100 огоньков. Давайте теперь попробуем собрать 120. И я быстрее постараюсь написать про проблемы концепции "клиент всегда прав". Чтобы так сказать заранее задать тему и тон.

Так как разбило на два поста уточню — огоньки на посте с хештегами :) Ужас скок я текста настрочил :)

#бизнес #фриланс

Молния от Cyanilux
https://twitter.com/Cyanilux/status/1616426730033397766

На красивый VFX всегда приятно смотреть. Вот и подъехал новый. Классная такая молния.

#новости

Самый важный вопрос — «зачем?»

Я считаю, что одним из самых важных навыков в жизни умение вовремя задать себе вопрос: «Зачем?»

Все люди некоторые вещи делают вообще без осознания причины или чего они хотят добиться. В посте про фриланс был пример грубости заказчику. Хотя если перед ответом задать себе вопрос: «Зачем я это пишу?» То проблемы бы и не было. Так как если поставить задачей «переписываюсь с заказчиками чтобы зарабатывать деньги» то ответ сам по себе отвалится.

И так во всём. Как подход из поста выше подходит к общению с инвестором, издателем игры, платформой, партнёрами по рекламе. Так и вопрос «зачем» подходит в таких задачах близких разработчикам, как проектировка архитектуры. Больше всего в коде я не люблю бесполезные вещи. Я не люблю за это «свидетелей SOLID», которые пишут бесполезные куски кода, которые ничего не делают в рамках системы, чтобы соблюсти солид. У любой вещи в архитектуре должна быть цель, тогда код получается простым и логичным. Поэтому так важен вопрос зачем.

Да даже если вы просто где-то работаете. Вы можете делать больше, чем от вас требуют или меньше. Это ваш выбор. Но лучше предварительно задать себе вопрос «Зачем?». На работе, как можно заниматься бесполезными делами, так и ставить себе понятные цели. Вы работаете на компанию, чтобы получить опыт и сделать игру мечты скажем потом самостоятельно. Вот ответ на зачем. А раз работаете вы ради этого, то за время работы вам нужно постараться вникнуть во все части работы продакшена студии. Общаться с коллегами (может потом вы вместе пойдёте делать эту игру) и так далее. Если же ради денег, то это стратегия получения повышения и другой путь. Чем чаще задаётся вопрос «зачем», тем проще себя мотивировать и в принципе делать хоть что-то, определять как это делать и так далее.

#мысли

Где взять ассеты для проекта?
https://80.lv/articles/80-level-digest-free-asset-libraries-for-artists/

Я писал как-то про скайбоксы. И в комментах к посту мне подсказали вариант получше. А LVL80 подготовили шикарную коллекцию мест, где можно найти бесплатные ассеты. Модели, материалы и многое другое. Не знаю, почему они назвали это “for artists”. Где же моё любимое “creators”? Но дайджест прям неплох.

#новости