nazarpunk, софистика

nazarpunk, "как ты будешь писать код"

Написание кода - это коддинг. Программирование включает в себе работу над задачей, архитектурой проекта и только в последнюю очередь написание кода.

KaneThaumaturge Могу уточнить, что имеется ввиду практика, а не теория.
Это практика, а не теория. Лиды, к примеру, редко кодят, они в основном занимаются построением программной архитектуры. Или этим занимается отдельный человек, отвечающий за архитектуру.

Интересно знать больше - могу порекомендовать книгу "Совершенный код". С. Макконелла.
Вот на какие этапы он делит процесс конструирования ПО

1. определение и отладка
2. выработка требований
3. создание плана конструирования
4. разработка архитектуры ПО, или высокоуровневое проектирование
5. детальное проектирование
6. кодирование и отладка (как раз процесс написание кода)
7. блочное тестирование
8. интеграционное тестирование
9. интеграция
10. тестирование системы
11. корректирующее сопровождение

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

Если ты работаешь один, то скорее всего проектировка у тебя происходит в голове в процессе написания кода. Таким образом ты на коддинг тратишь 99% времени, а остальные пункты проходят на фоне.
Это приемлемо, когда ты работаешь над небольшими проектами. Так, в этой же книге приводится пример разницы строительства будки и возведения небоскрёба.
При строительстве будки ты не станешь тратить 90% времени на проектирование. Скорее всего ты сразу возьмёшь инструменты и материалы и начнёшь мастерить будку, проводя какие-то вычисления и планирование в процессе её строительства.
Но если вы строите небоскрёб - иерархия усложняется, возрастает необходимость работы с требованиями, составление и мониторинг архитектуры, цена за ошибку слишком высока, и каждый должен следовать своей части работы.

Это касается и разработки программного обеспечения. Если ты делаешь программы для себя - ты строишь будки, или, может быть, даже, дома занимаясь проектировкой уже на ходу.
Но если в студии над проектом работает несколько человек, то уже большее количество времени будет уходить на пункты, не связанные с коддингом непосредственно.

Минихоливар, начатый здесь, описывается синдромом "Why Isn't Sam Coding Abything" когда ошибочно предполагают, что программирование = коддинг.

И да, я ни разу не работал с людьми, которые не отделяли бы эти понятия. Точнее, такие попадались, но я с такими быстро переставал работать (либо это были джуны под лидом и мне не было нужды к ним обращаться, либо искали более компетентных специалистов). Более того, я прямо сейчас работаю с другом над домашним проектом, для которого он месяц предварительно разрабатывал архитектуру.
Приведу в пример задачу, над которой он работал в плане проектирования несколько дней - нужно было реализовать такое поведение ИИ, чтобы юниты при поиске подхода к цели для атаки учитывали своих товарищей, которые будут ходить следом, и не перекрывали им пути (т. е. например, чтобы не оставались в проходе, если цель атаки находится у прохода, а продвигались дальше). Он не приступал к написанию кода для этого поведения, но разработал его алгоритм. В рамках разработки алгоритмы были рассмотрены многочисленные кейсы. Что если юнит мешает разным союзником из разных сторон, каким образом он должен подбирать наиболее оптимальную позицию и маршрут прохода и т. д.

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