Уважаемый автор, при написании статьи Вы кратко и очень частично изложили некоторые принципы экстремального программирования (XP), весьма спорного подхода к разработке по сей день.
Мое мнение — такой подход приемлем либо для некоммерческих, либо для небольших проектов.
Любой вменяемый заказчик при подписании договора потребует зафиксировать, каким будет его проект. Поэтому проектная документация должна присутствовать. Другое дело, в каком объеме и в какие сроки это будет разработано.
Если доходить до маразма, то разрабатывать документацию можно вечно.
Второй же тип документации — техническая документация для разработчика очень актуальна, когда после сдачи проекта нужно его дорабатывать (например, вам же). Особенно, если программистов, которые делали проект, уже у вас нет. При этом, никакой красивый-понятный код не поможет вам так, как документация. Если смотреть на код, программисту нужно интуитивно понимать и догадываться об архитектуре системы. Даже если код написан правильно.
Документация же помогает упростить и ускорить процесс понимания.
Так что мое мнение — всего нужно в меру. В меру документировать, в меру свободно разрабатывать на базе прототипов и т.п.
А еще такой подход (если не соблюдаются все принципы XP) смахивает на попытку подвести теоретическую базу под лень и расхлябанность в разработке.
Уважаемый автор, ничего личного, насчет последнего могу ошибаться.
Мое мнение — такой подход приемлем либо для некоммерческих, либо для небольших проектов.
Любой вменяемый заказчик при подписании договора потребует зафиксировать, каким будет его проект. Поэтому проектная документация должна присутствовать. Другое дело, в каком объеме и в какие сроки это будет разработано.
Если доходить до маразма, то разрабатывать документацию можно вечно.
Второй же тип документации — техническая документация для разработчика очень актуальна, когда после сдачи проекта нужно его дорабатывать (например, вам же). Особенно, если программистов, которые делали проект, уже у вас нет. При этом, никакой красивый-понятный код не поможет вам так, как документация. Если смотреть на код, программисту нужно интуитивно понимать и догадываться об архитектуре системы. Даже если код написан правильно.
Документация же помогает упростить и ускорить процесс понимания.
Так что мое мнение — всего нужно в меру. В меру документировать, в меру свободно разрабатывать на базе прототипов и т.п.
А еще такой подход (если не соблюдаются все принципы XP) смахивает на попытку подвести теоретическую базу под лень и расхлябанность в разработке.
Уважаемый автор, ничего личного, насчет последнего могу ошибаться.