Сильно смущает, когда обсуждается титаническое усилие по созданию чегоугодно. В планах сбор и анализ требований, первое чтение, общее обсуждение, релиз. При этом считается стыдным говорить о том, что революционный прорыв повлечет создание монстра, поддержка которого съест гораздо больше человеко-лет, чем будет сожжено во время блицкрига.
Уже давно стало совершенно очевидно, что генерировать тонны человекочитаемых килобукв – вполне успешно решаемая задача (в отличие скажем от привнесения логики, или осознания прочитанного). Тем более странно видеть чисто-текстовые каталоги ссылок, обновляемые ежегодно несчастными редакторами, политики без разметки и возможностей по навигации при правке и чтении, инструкции без идентификаторов и возможностей по автоматическому скрытию технических деталей для анализа общей картины.
Раз за разом Юный Разработчик ввязывается в битву, победы в которой ему не суждено. Раз за разом решение Молодой Менеджер отложит решение проблемы со структурой на потом, когда наберется материал. Потом никогда не наступает.
Можно много и нудно обсуждать о необходимости и достаточности тех или иных инструментов разработки в условиях низкой гравитации или гибкой разработки – как обычно разруха не в инструментах.
Всё сказанное самым непосредственным образом сказывается на свойствах безопасности создаваемых систем (как следствие проблем в их проектировании) или задаваемых правил: здесь и детские ошибки из-за неструктурированного текста, и несогласованность между элементами, и расхождение между версиями.
Затевая что-то грандиозное всё же следует подумать о том, как оно будет поддерживаться в живом и безопасном состоянии. И сколько боли это принесёт.
