+1
В прошлом году ходил на Молчанова.
Книгу читал, интересно и полезно. Хотя ближе к концу книги замечаешь, что те же самые идеи повторяются снова и снова.
То есть, несмотря на то что подробная рецензия книги уже была на Хабре, всё равно стоило создать новый топик, посвященный исключительно её варезному распространению? Я правильно всё понял? :)
Программирование это не творчество в подавляющем большинстве случаев. Программист должен писать код который должен быть корректным, читаемым и сопровождаемым. Творчества тут не надо. Весь анализ и разбиение на конечные задачи уже произведено. Достаточно просто написать.
Весь анализ и разбиение на конечные задачи уже произведено
Кем произведено? Менеджерами?
Программист должен решать стоящие перед ним задачи, а для этого — проводить анализ, выбирать подходящие алгоритмы, планировать и т.д. Если «достаточно просто написать» — это кто угодно, но не программист.
>Кем произведено? Менеджерами?
Именно.
>Программист должен решать стоящие перед ним задачи, а для этого — проводить анализ, выбирать подходящие алгоритмы, планировать и т.д
Ни для чего из «проводить анализ, выбирать подходящие алгоритмы, планировать» не требуется творчество. Да и анализ, планирование и выбор алгоритма программист должен осуществить только в рамках небольшой поставленной перед ним задачи.
В общем же анализом должны заниматься аналитики, планированием — PMы, выбором алгоритмов и созданием архитектуры — архитектор.
А вы — программист? Как часто вам приходилось качественно «корректно, читаемо и сопровождаемо» делать то, чего раньше не приходилось? Вот это и есть творчество.
Можно провести аналогию с писателями: жанры для написания произведения определены, но ведь каждый напишет по-своему. В другом случае у вас конечные задачи будут на уровне условий и циклов в коде — где вы такое видели?
Программист, PM. Качественно, корректно, читаемо и сопровождаемо должен быть написан любой код.
Аналогия неверна. Программисту не должен даваться жанр. Программисту максимум должен даваться план главы: кто в кого должен влюбиться, кто кого убить, т.е. вход, выход, зависимость входа от выхода.
Чем менее мелко нужно разбивать программисту задачу — тем больше он в итоге будет получать. Тут все просто :)
Творческий образ мысли