Демонстрация возможностей Figma для создания прототипов поведения монстров.
В этом видео демонстрируется как через Figma можно показать, а не рассказать тз для программистов и аниматоров.
18 118
0
37
3 weeks ago
0
Cancel,
Вот хоть где-то используется разделение на "кодеров" и программистов?
Это вы ещё программную инженерию и промышленное проектирование не видели)
0
14
4 weeks ago
0
nazarpunk, софистика
0
29
4 weeks ago
0
В рамках разработки алгоритмы были рассмотрены многочисленные кейсы.
Которые все сведутся к написанию кода. Ибо что-то мне кажется, что кейс о том, что программист забыл выключить утюг и у него сгорела жопа врятли рассматривался.
1
14
4 weeks ago
Edited by Cancel
1
nazarpunk, "как ты будешь писать код"
Написание кода - это коддинг. Программирование включает в себе работу над задачей, архитектурой проекта и только в последнюю очередь написание кода.
KaneThaumaturge Могу уточнить, что имеется ввиду практика, а не теория.
Это практика, а не теория. Лиды, к примеру, редко кодят, они в основном занимаются построением программной архитектуры. Или этим занимается отдельный человек, отвечающий за архитектуру.
Интересно знать больше - могу порекомендовать книгу "Совершенный код". С. Макконелла.
Вот на какие этапы он делит процесс конструирования ПО
  1. определение и отладка
  2. выработка требований
  3. создание плана конструирования
  4. разработка архитектуры ПО, или высокоуровневое проектирование
  5. детальное проектирование
  6. кодирование и отладка (как раз процесс написание кода)
  7. блочное тестирование
  8. интеграционное тестирование
  9. интеграция
  10. тестирование системы
  11. корректирующее сопровождение
Программирование - процесс создания программы, который охвачивает вышеперечисленные пункты. Коддинг - написание кода, который является составляющей частью программирования.
Если ты работаешь один, то скорее всего проектировка у тебя происходит в голове в процессе написания кода. Таким образом ты на коддинг тратишь 99% времени, а остальные пункты проходят на фоне.
Это приемлемо, когда ты работаешь над небольшими проектами. Так, в этой же книге приводится пример разницы строительства будки и возведения небоскрёба.
При строительстве будки ты не станешь тратить 90% времени на проектирование. Скорее всего ты сразу возьмёшь инструменты и материалы и начнёшь мастерить будку, проводя какие-то вычисления и планирование в процессе её строительства.
Но если вы строите небоскрёб - иерархия усложняется, возрастает необходимость работы с требованиями, составление и мониторинг архитектуры, цена за ошибку слишком высока, и каждый должен следовать своей части работы.
Это касается и разработки программного обеспечения. Если ты делаешь программы для себя - ты строишь будки, или, может быть, даже, дома занимаясь проектировкой уже на ходу.
Но если в студии над проектом работает несколько человек, то уже большее количество времени будет уходить на пункты, не связанные с коддингом непосредственно.
Минихоливар, начатый здесь, описывается синдромом "Why Isn't Sam Coding Abything" когда ошибочно предполагают, что программирование = коддинг.
И да, я ни разу не работал с людьми, которые не отделяли бы эти понятия. Точнее, такие попадались, но я с такими быстро переставал работать (либо это были джуны под лидом и мне не было нужды к ним обращаться, либо искали более компетентных специалистов). Более того, я прямо сейчас работаю с другом над домашним проектом, для которого он месяц предварительно разрабатывал архитектуру.
Приведу в пример задачу, над которой он работал в плане проектирования несколько дней - нужно было реализовать такое поведение ИИ, чтобы юниты при поиске подхода к цели для атаки учитывали своих товарищей, которые будут ходить следом, и не перекрывали им пути (т. е. например, чтобы не оставались в проходе, если цель атаки находится у прохода, а продвигались дальше). Он не приступал к написанию кода для этого поведения, но разработал его алгоритм. В рамках разработки алгоритмы были рассмотрены многочисленные кейсы. Что если юнит мешает разным союзником из разных сторон, каким образом он должен подбирать наиболее оптимальную позицию и маршрут прохода и т. д.
"Моя претензия заключась в том, что твой ответ звучит довольно далеко от жизни и лучше бы было написать что-то вроде этого:"
Вероятно у нас с тобой разные жизни. От моей жизни это не оторвано. Назвать человека говнокоддером - не конструктивно. Он не будет знать в чём именно заключается его ошибка и что ему нужно сделать, чтобы исправить ситуацию. Сказать человеку, что коддингу предшествуют другие этапы программирования - более конструктивно, и целью такой критики не является оскорбление, её целью является налаживание правильных этапов работы.