Что делают программисты на Unity целый день на работе?

Question

[programmist_derevo]

Вопрос может покажется странным, но я хочу нацелиться на конкретную вакансию в разработке игр, а именно программирование, и найти именно постоянное место работы. Хочу направить свои усилия в конкретном направлении - программирование на С# в Unity3d.
И не могу понять, что реально делают программисты на том же Unity целый день на работе? Что я должен уметь, чтобы попытаться устроиться фулл-тайм хотя бы джуниор-прогером на С# в игровую контору?
Вот если кто-то другой за тебя делает модели, текстуры, звуки и музыку и тебе остается только быть именно программистом, то что там можно кодить целый месяц с утра до вечера, сидя в офисе? :D После 2-3 часов реальной работы уже мозг идёт в отказ, а тут целый день.

Обычно игровая логика (это к примеру):
- управляемый персонаж
- способность персонажем взаимодействовать с миром (предметами)
- какие-то подвижные элементы в игре
- АИ врагов и НПС
- кнопки интерфейса, инвентарь.
И всё... Так если ты умеешь уже это делать и ты "типо программист на Юнити", то ты напишешь всё это гораздо раньше, чем начнется твоя первая зарплата. А чё потом делать?

Comments

[Никита]

А ещё сюжет, он же тоже скриптами делается, там работы очень много. Попробуйте сами. Возьмите какую-нибудь старенькую игрушку и попробуйте сделать аналог. Не думаю, что вы ее за три часа сделаете)

[Amffore]

80% времени уходит на проектирование, лишь остальные 20 на написание кода.

[Евгений]

вы еще спросите чем бухгалтеры на работе заняты!! xD

[RabraBabr]

Amffore,
Из моей практики 2/3 времение это тестирование и отлов всевозможных багов, внесение новых багов и так по кругу.

[tema_sun]

Кстати, три часа реальной работы за день - это не так уж и мало. Это нормальный, продуктивный рабочий день.

[programmist_derevo]

MaxKorz, так понимаете, в Юнити уже богатый инструментарий для таких основ, поэтому тот же интерфейс, если знать, что тебе предлагает местная система UI, делается достаточно быстро. Уж точно не месяц)
Amffore, а что входит в понятие проектирования? Можете дать наводку хотя бы примерную.

[Даниил Басманов]

programmist_derevo, Не забывайте, что сначала ещё надо придумать как вы будете верстать интерфейс, потом само верстание быстрое, да, но это всё нужно же потом ещё обвесить логикой и анимациями, оттестировать. А если какие-то элементы создаются динамически из конфига, который качается с сервера? Во всём этом можно запросто провести несколько недель.

[programmist_derevo]

Даниил Басманов, понятно. Ну да, всё это надо учитывать. Просто я (для себя) беру и делаю интерфейс, если надо, без всяких предварительных подготовок :)

Answer 1

[Дмитрий Александров]

Все как и везде. есть некий внутренний ресурс типа гитлаба в котором есть списки задач и списки багов. Тот кто старше рисует и назначает задачи, вот это джунам а это мидлам, так же с багами. Кодер пришел, открыл гитлаб и берет себе задачу или баг и бодается с ним.
Сами задачи соответсвенно распределяются по сложности тем самым джунам\мидлам и т.д.
В день необходимо сделать N задач а как ты их будешь делать уже твои проблемы. К примеру знаю что в эпаме такая ситуация, сделал быстро можешь даже домой свалить а если не успел то будь добр ишачь до последнего.

Answer 2

[Max Pushkarev]

Всё так.
Мы, "типо программисты на Юнити", 80% времени создаем лишь видимость работы - сначала вносим в игру баги, чтобы потом кучу времени потратить на их починку. И так по кругу.

Answer 3

[Freeman]

Любой программист в офисе 80-90% времени пьет кофе отлаживает код и возится с системой контроля версий и/или списком задач. А в промежутках между этими занятиями он пишет код.

Comments

[hOtRush]

А еще сборка конечно же

[programmist_derevo]

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

[Михаил Ковалышев]

programmist_derevo, когда накроется винт - вот тогда и придет время контроля версии на удаленной какой-то машине xD

Answer 4

[Алексей Елецкий]

Обычно игровая логика (это к примеру):
- управляемый персонаж
- способность персонажем взаимодействовать с миром (предметами)
- какие-то подвижные элементы в игре
- АИ врагов и НПС
- кнопки интерфейса, инвентарь.
И всё... Так если ты умеешь уже это делать и ты "типо программист на Юнити", то ты напишешь всё это гораздо раньше, чем начнется твоя первая зарплата. А чё потом делать?

Большинство программистов один элемент из этого списка качественно за месяц сделать не в состоянии.

Собственно, это и ответ. Они делают всё перечисленное в списке (и ещё кучу всего), только значительно дольше, чем кажется неопытному человеку.

P.S. для примера. Моей первой работой была вот эта игра: https://en.wikipedia.org/wiki/Order_of_War

Первые задачи на ней были примерно такие:

- реалистичный поворот башни танка, синхронизированный с логикой ~ 3 недели, дошло до того, что рисовал графики в excel, чтобы обосновать, почему именно такая визуализация правильная и почему нельзя сделать лучше.
- интерфейс управления отрядами (чтобы формацию сохраняли, не перестраивались лишний раз, etc) ~ месяц.
- оптимизация цикла обновления графики с двухпроходного на однопроходный ~ два дня :-D

Comments

[programmist_derevo]

Интересно было почитать про ваш опыт, спасибо.

Большинство программистов один элемент из этого списка качественно за месяц сделать не в состоянии.

Ну в Unity, если ты знаешь api и нужные тебе команды, написать того же персонажа даже за неделю вполне реально. Другое дело приватные движки у разных компаний, тут как у кого что устроено и где что нужно допилить конечно...

[Алексей Елецкий]

Смотря какого персонажа. Для AAA не реально. Пакмана написать можно.

Unity - не волшебная палочка. Это скорее попытка сделать универсальный инструмент.

Проблема с универсальными инстрементами всегда одна и та же - как только надо сделать что-то специфичное, сразу всплывает куча неудобных нюансов.

А в любом стоящем продукте огромное количество специфических вещей. Потому, что он решает специфические, а не универсальные проблемы и задачи.

Answer 5

[asd111]

На работе старшие программисты ставят задачи младшим, а младшим остается брать задачи и реализовывать.
Например реализовать прыжок персонажа или перемещение по карте, или взрыв и другие системы частиц для игры и всё в таком роде.

Answer 6

[Putnik100000]

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