Ох уж эти программисты

— Мы пилим монолит на микросервисы! Часто слышу я от молодых компаний, которые консультирую. — А зачем? — уточняю я. Дальше следуют ответы: Правильного ответа, как обычно, не существует. Мне близка точка зрения Криса Ричардсона, с которым я имел честь несколько раз пообедать. Крис — известный эксперт в разработке, специализируется на архитектуре микросервисов, пишет книги на эту тему, много публикует и выступает. Он создал ресурс microservices.io, где собраны ценные материалы по этой архитектуре...

Довелось мне сотрудничать с достаточно консервативной компанией, которая существует на рынке не один десяток лет, и сотрудники в ней работают по 5-10-15 лет к ряду. При внедрении изменений регулярно сталкивался с инертностью команды, которой не очень-то хотелось менять и меняться. Реакция на предлагаемые изменения звучали примерно так: — Скрам? Мы его внедряли много лет назад, он у нас не работает. — Фича-команды? Мы уже пробовали такую структуру, нам она не подходит. — Юнит-тесты? Да, мы как-то начинали их писать, не понравилось и больше не хотим...

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