В первый год работы мне тоже казалось, что главное — написать код без ошибок и закрыть задачу. На практике быс

В первый год работы мне тоже казалось, что главное — написать код без ошибок и закрыть задачу. На практике быстрее всего бьёт не синтаксис, а всё вокруг него: онбординг, ревью, тесты, договорённости в команде и понимание, что именно мы вообще строим.

В проектах на 1C-Bitrix я это вижу постоянно. Можно идеально собрать компонент, но потом выясняется, что:
- интеграция с CRM не описана до конца;
- права в админке разложены «по ощущениям»;
- кеш ломает сценарий обновления данных;
- в задачу попало одно, а бизнес ждал совсем другое.

Схема простая:
бизнес-цель → декомпозиция → архитектурное решение → код → ревью → тест → выкладка.

Если выпадает хотя бы одно звено, потом начинается ручное тушение пожара 🔧

Мой вывод из первых лет работы такой: хороший разработчик — это не тот, кто быстрее всех печатает. Это тот, кто раньше других замечает риски в задаче, задаёт неудобные вопросы и не считает ревью и тесты «обязательной формальностью».

Код — это только финальный слой. Всё остальное обычно и решает, взлетит проект или будет жить на костылях.