Комментарии 1
Hype-driven development.

Это скорее следствие, чем причина. Базовая проблема — подавляющее большинство нового фронтэнда пишется write-only кодом, потому что «нам нужны фичи и UI, с остальным потом разберемся». Потом, для взлетевших проектов, это всё превращается в гору неподдерживаемого кода, с которым надо долго и мучительно воевать. Иногда всё настолько плохо, что для этого зовут новых отдельных фронтэндеров — разгребать.

Технологии тут — абсолютно любые, а вот тот самый hype-driven проявляется и в их выборе, и в выборе «лучших практик», т.е. я лично видел проект, в котором «хайпанули» по TDD, и написали гору кода с горой юнит-тестов рядом. Ничего особо полезного эти юнит-тесты не делали, потому что написаны были абы как в погоне за красивой цифрой coverage, да и более высокоуровневых тестов не было совсем — но вот зато «у нас в проекте TDD», да и все сопричастные пишут в резюме строчку «умею в TDD». По другим best practices то же самое.

А разгадка одна — не надо относиться к фронтэнду, как к какой-то фигне, которую и обезъяны склепают, иначе его и будут делать так, как делали бы обезъяны, задумываясь лишь над тем, что бы такого нового изучить за счёт конторы, пока клепаются все эти MVP и прочие стартап-версии.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.