Демонстрация возможностей Figma для создания прототипов поведения монстров.
В этом видео демонстрируется как через Figma можно показать, а не рассказать тз для программистов и аниматоров.
В рамках разработки алгоритмы были рассмотрены многочисленные кейсы.
Которые все сведутся к написанию кода. Ибо что-то мне кажется, что кейс о том, что программист забыл выключить утюг и у него сгорела жопа врятли рассматривался.
Написание кода - это коддинг. Программирование включает в себе работу над задачей, архитектурой проекта и только в последнюю очередь написание кода.
KaneThaumaturge Могу уточнить, что имеется ввиду практика, а не теория.
Это практика, а не теория. Лиды, к примеру, редко кодят, они в основном занимаются построением программной архитектуры. Или этим занимается отдельный человек, отвечающий за архитектуру.
Интересно знать больше - могу порекомендовать книгу "Совершенный код". С. Макконелла.
Вот на какие этапы он делит процесс конструирования ПО
определение и отладка
выработка требований
создание плана конструирования
разработка архитектуры ПО, или высокоуровневое проектирование
детальное проектирование
кодирование и отладка (как раз процесс написание кода)
блочное тестирование
интеграционное тестирование
интеграция
тестирование системы
корректирующее сопровождение
Программирование - процесс создания программы, который охвачивает вышеперечисленные пункты. Коддинг - написание кода, который является составляющей частью программирования.
Если ты работаешь один, то скорее всего проектировка у тебя происходит в голове в процессе написания кода. Таким образом ты на коддинг тратишь 99% времени, а остальные пункты проходят на фоне.
Это приемлемо, когда ты работаешь над небольшими проектами. Так, в этой же книге приводится пример разницы строительства будки и возведения небоскрёба.
При строительстве будки ты не станешь тратить 90% времени на проектирование. Скорее всего ты сразу возьмёшь инструменты и материалы и начнёшь мастерить будку, проводя какие-то вычисления и планирование в процессе её строительства.
Но если вы строите небоскрёб - иерархия усложняется, возрастает необходимость работы с требованиями, составление и мониторинг архитектуры, цена за ошибку слишком высока, и каждый должен следовать своей части работы.
Это касается и разработки программного обеспечения. Если ты делаешь программы для себя - ты строишь будки, или, может быть, даже, дома занимаясь проектировкой уже на ходу.
Но если в студии над проектом работает несколько человек, то уже большее количество времени будет уходить на пункты, не связанные с коддингом непосредственно.
Минихоливар, начатый здесь, описывается синдромом "Why Isn't Sam Coding Abything" когда ошибочно предполагают, что программирование = коддинг.
И да, я ни разу не работал с людьми, которые не отделяли бы эти понятия. Точнее, такие попадались, но я с такими быстро переставал работать (либо это были джуны под лидом и мне не было нужды к ним обращаться, либо искали более компетентных специалистов). Более того, я прямо сейчас работаю с другом над домашним проектом, для которого он месяц предварительно разрабатывал архитектуру.
Приведу в пример задачу, над которой он работал в плане проектирования несколько дней - нужно было реализовать такое поведение ИИ, чтобы юниты при поиске подхода к цели для атаки учитывали своих товарищей, которые будут ходить следом, и не перекрывали им пути (т. е. например, чтобы не оставались в проходе, если цель атаки находится у прохода, а продвигались дальше). Он не приступал к написанию кода для этого поведения, но разработал его алгоритм. В рамках разработки алгоритмы были рассмотрены многочисленные кейсы. Что если юнит мешает разным союзником из разных сторон, каким образом он должен подбирать наиболее оптимальную позицию и маршрут прохода и т. д.
"Моя претензия заключась в том, что твой ответ звучит довольно далеко от жизни и лучше бы было написать что-то вроде этого:"
Вероятно у нас с тобой разные жизни. От моей жизни это не оторвано. Назвать человека говнокоддером - не конструктивно. Он не будет знать в чём именно заключается его ошибка и что ему нужно сделать, чтобы исправить ситуацию. Сказать человеку, что коддингу предшествуют другие этапы программирования - более конструктивно, и целью такой критики не является оскорбление, её целью является налаживание правильных этапов работы.
BLOG-CANCEL
Comments of the project Блог им. Cancel
Figma. Геймдизайн. Прототип поведения существ.
В этом видео демонстрируется как через Figma можно показать, а не рассказать тз для программистов и аниматоров.
Edited by Cancel
Это практика, а не теория. Лиды, к примеру, редко кодят, они в основном занимаются построением программной архитектуры. Или этим занимается отдельный человек, отвечающий за архитектуру.
Вот на какие этапы он делит процесс конструирования ПО
Это приемлемо, когда ты работаешь над небольшими проектами. Так, в этой же книге приводится пример разницы строительства будки и возведения небоскрёба.
При строительстве будки ты не станешь тратить 90% времени на проектирование. Скорее всего ты сразу возьмёшь инструменты и материалы и начнёшь мастерить будку, проводя какие-то вычисления и планирование в процессе её строительства.
Но если вы строите небоскрёб - иерархия усложняется, возрастает необходимость работы с требованиями, составление и мониторинг архитектуры, цена за ошибку слишком высока, и каждый должен следовать своей части работы.
Но если в студии над проектом работает несколько человек, то уже большее количество времени будет уходить на пункты, не связанные с коддингом непосредственно.
Приведу в пример задачу, над которой он работал в плане проектирования несколько дней - нужно было реализовать такое поведение ИИ, чтобы юниты при поиске подхода к цели для атаки учитывали своих товарищей, которые будут ходить следом, и не перекрывали им пути (т. е. например, чтобы не оставались в проходе, если цель атаки находится у прохода, а продвигались дальше). Он не приступал к написанию кода для этого поведения, но разработал его алгоритм. В рамках разработки алгоритмы были рассмотрены многочисленные кейсы. Что если юнит мешает разным союзником из разных сторон, каким образом он должен подбирать наиболее оптимальную позицию и маршрут прохода и т. д.
Вероятно у нас с тобой разные жизни. От моей жизни это не оторвано. Назвать человека говнокоддером - не конструктивно. Он не будет знать в чём именно заключается его ошибка и что ему нужно сделать, чтобы исправить ситуацию. Сказать человеку, что коддингу предшествуют другие этапы программирования - более конструктивно, и целью такой критики не является оскорбление, её целью является налаживание правильных этапов работы.