Анти-паттерны

С терминологией (паттерны) что-то не то, ну да ладно.

Хмм. Проблема же в том, что код растёт, изменяется. Отсюда и рефакторинг. Говоря языком пользователя, я не создаю сложную структуру каталогов, если мне надо хранить один файл, но если файлов становится много, то лучше такую структуру создать.

статья какая то бестолковая. Причем тут антипаттерны - если все что описано - это ошибки тим-лидера.

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

А... Понятно, антипаттерны, это в смысле то, как не нужно делать, а не нечто полезное, что может работать заместо паттернов...
К паттернам имеет достаточно отдаленное отношение. Собственно поэтому так и называется... "Не-паттерны" :)
В принципе, в статье описаны типичные примеры г..нокода...
В качестве памятки, подобные изложения полезно иметь и раз в пару тройку месяцев перечитывать :)

А порой просто для того, чтобы не "зарыватся", а делать паузу и потом свежим взглядом оглядывать уже сделанное. Иногда в процессе глаз замыливается...
Хотя согласен, по большому счету, изложены прописные истины, которые должны учитываться непосредственно в процессе...

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