Хочу детально поднять этот вопрос

Автор: Vlad_SP
Дата: 30.07.22

.

Чел. ответственно заявляет — кодирование это 15% а вот "сбор, систематизация и анализ требований" — это основная часть работы.

Согласны с этим или нет? Что по вашему опыту?

То с чем я сталкивался — никто не проводил детального анализа до написания кода. Система обычно известна в общих чертах, примерно что хотят получить на выходе. Могут нарисовать и попытаться с умным видом описать детали — в при соотнесении с реальностью все рушится как карточный домик.

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

Т.е. по сути никто не тратит основное время на некую работу перед кодированием. Да и каков будет результат этой работы? UML-диаграммы и нарисованные в виде квадратиков алгоритмы?

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