Кодовая база проекта была большой, но осмысленной и логичной. Новые программисты легко разбирались в ней и включались в работу. В системе не было ни лишних сложных связей, ни противного унаследованного кода, с присутствием которого приходится считаться.
Код не создавал особых проблем, с ним было приятно работать, поэтому текучесть кадров в группе была очень, очень низкой. Отчасти это было связано с тем, что разработчики взяли на себя ответственность за архитектуру и постоянно желали улучшать ее.
Интересно проследить за тем, как развитие группы разработки следовало за архитектурой. Принципы проекта «Архитектурный городок» требовали, чтобы у областей архитектуры не было «владельцев», то есть
любой разработчик мог работать с любой частью системы. От каждого участника ожидали качественного кода. Если мешанина Мегаполиса создавалась трудами множества нескоординированных, мешающих друг другу программистов, то Архитектурный городок был чистым и логичным, а его тесно взаимодействующие компоненты создавались тесным взаимодействием коллег. Во многих отношениях закон Ко – нуэя1 работал в обратную сторону: группа формировалась в процессе формирования продукта.
Примечание
Организация группы оказывает неизбежное влияние на создаваемый код. Со вре-менем архитектура также начинает влиять на совместную работу группы. Если участники разобщены, взаимодействие кода оставляет желать лучшего. Если они работают дружно, то архитектура хорошо интегрируется.
Related posts: