Рубрика: software-process

Когда разработчик приходит в продуктовую команду на позиции junior, его поле зрения обычно ограничено вполне понятным набором вещей: задача в трекере, кусок функциональности, который нужно реализовать, ветка в Git и pull request. На практике же разработка продукта никогда не сводится только к написанию кода. Параллельно идут планирование, обсуждение требований с продуктом, архитектурные решения, code review, тестирование, выкладка в окружения, релиз, мониторинг и последующая поддержка.

Именно поэтому разработчику, который хочет расти не только в синтаксисе языка или знании фреймворка, но и в инженерном мышлении, важно видеть весь процесс целиком. Это меняет качество решений: ты начинаешь писать […]

Когда разработчик переходит от одиночных pet-проектов к командной работе, почти сразу меняется не столько код, сколько сам способ мышления. В личном репозитории можно позволить себе импровизацию: быстро что-то поправить в main, отложить переименование переменных, вернуться к тестам позже. В команде такой стиль начинает ломаться буквально на первом же параллельном изменении. Один человек правит авторизацию, второй меняет структуру логирования, третий рефакторит общий модуль — и без прозрачных правил репозиторий очень быстро превращается в источник конфликтов и случайных регрессий.

Нормальный процесс совместной разработки нужен не ради формальностей. Он нужен, чтобы изменения были изолированы, обсуждаемы и предсказуемы, […]