> Много слов, мало смысла.Это не важно. Оно и так сработало так, как было задумано: ты прочитал, понял, и откликнулся со своими критическими замечаниями.
> Глупость - не причина. Причины - это недостаток знаний, переоценка собственных сил,
> личные предпочтения одних вариантов другим, и т.д. Говоря "глупость" мы не
> хотим или не можем детализироваться.
Да, но обрати внимание, ты продолжаешь искать причину в виде личностных свойств разработчика. Если тебе хочется исправить положение и не допустить повторения, тебе надо искать причину в бизнес-процессах. Возможно недостаточно внимания уделяется отбору кандидатов на работу, возможно недостаточно внимания уделяется обучению персонала, выработке в них мотивации к качественному выполнению их задач, может быть надо больше внимания уделять аудиту, может быть надо больше общения между разработчиками, может быть нужно лучше документировать уже созданное, может быть вопросы деплоя изменений западают, ...
Вообще искать причины проблем в других -- это провальная тактика. Других менять очень сложно. Причины надо искать там, где у тебя есть возможность что-либо изменить.
А если речь идёт о том, чтобы работать с кодом и там написан бред, то понимать того, кто написал этот код важно для того, чтобы понять зачем он написал именно так. Тут можно вспомнить оградку Честертона: https://en.wikipedia.org/wiki/Wikipedia:Chesterton%27s_...
Это почти прямая противоположность бритве Хенлона: если бритва Хэнлона предлагает считать глупостью всё, что непонятно, то здесь наоборот: мы считаем умыслом всё, что непонятно, и отказываемся менять, пока не выясним в чём собственно умысел.
