Демонстрация возможностей Figma для создания прототипов поведения монстров.
В этом видео демонстрируется как через Figma можно показать, а не рассказать тз для программистов и аниматоров.
В этом видео демонстрируется как через Figma можно показать, а не рассказать тз для программистов и аниматоров.
Edited by ScorpioT1000
Edited by Cancel
Edited by Cancel
В любом случае, спасибо за заинтересованность. В фигме это не так сложно повторить для своих задумок.
Edited by nazarpunk
Edited by KaneThaumaturge
Вот хоть где-то используется разделение на "кодеров" и программистов?
Как только ты начинаешь думать над архитектурной частью задачи - ты уже занимаешься программированием.
Edited by KaneThaumaturge
Я прочитал, спасибо за столь обширный ответ. Но вопрос не исчерпан. Повторю его, возможно с первого раза сложно уловить суть.
Ну не верю я что есть люди, которым дают полностью готовый алгоритм и они просто его описывают в коде. Не существует таких позиций.
Edited by Cancel
Это практика, а не теория. Лиды, к примеру, редко кодят, они в основном занимаются построением программной архитектуры. Или этим занимается отдельный человек, отвечающий за архитектуру.
Вот на какие этапы он делит процесс конструирования ПО
Это приемлемо, когда ты работаешь над небольшими проектами. Так, в этой же книге приводится пример разницы строительства будки и возведения небоскрёба.
При строительстве будки ты не станешь тратить 90% времени на проектирование. Скорее всего ты сразу возьмёшь инструменты и материалы и начнёшь мастерить будку, проводя какие-то вычисления и планирование в процессе её строительства.
Но если вы строите небоскрёб - иерархия усложняется, возрастает необходимость работы с требованиями, составление и мониторинг архитектуры, цена за ошибку слишком высока, и каждый должен следовать своей части работы.
Но если в студии над проектом работает несколько человек, то уже большее количество времени будет уходить на пункты, не связанные с коддингом непосредственно.
Приведу в пример задачу, над которой он работал в плане проектирования несколько дней - нужно было реализовать такое поведение ИИ, чтобы юниты при поиске подхода к цели для атаки учитывали своих товарищей, которые будут ходить следом, и не перекрывали им пути (т. е. например, чтобы не оставались в проходе, если цель атаки находится у прохода, а продвигались дальше). Он не приступал к написанию кода для этого поведения, но разработал его алгоритм. В рамках разработки алгоритмы были рассмотрены многочисленные кейсы. Что если юнит мешает разным союзником из разных сторон, каким образом он должен подбирать наиболее оптимальную позицию и маршрут прохода и т. д.
Вероятно у нас с тобой разные жизни. От моей жизни это не оторвано. Назвать человека говнокоддером - не конструктивно. Он не будет знать в чём именно заключается его ошибка и что ему нужно сделать, чтобы исправить ситуацию. Сказать человеку, что коддингу предшествуют другие этапы программирования - более конструктивно, и целью такой критики не является оскорбление, её целью является налаживание правильных этапов работы.