Коллективное владение кодом
Есть, к примеру, проект, и этот проект колбасит с десяток а то и больше программистов. Работают по модным технологиям типа аджайл, скрам-митинги, коллективное владение кодом, коллективная безответственность, спринты и т.п.
И все вроде бы получается и все довольны. Но что если взять рядового программиста и посмотреть на его работу. Дали, скажем. ему задание — исправить баг в каком-то функционале. Полез он туда — нихрена не понятно. Разбирался несколько дней как оно все должно работать по части бизнес логики, три дня дебажил код, в итоге баг исправил и в системе порядочно разобрался — какой такой класс что делегирует и какие контракты методы заключают. Через месяц а то и два получает программист задание исправить другой баг в том же функционале. Обрадовался — все классы то знакомы, баг на раз два сделаю, в остальное время форумы почитаю. А не тут то было — там уже все переписано и отрефакторено так что родная мать не узнает. Подумает он молча — а нах было все это переписывать, но делать нечего, засучит рукава и пойдет дальше код дебажить...
Когда то работал на одном проекте — клиент-серверная система состоящая из нескольких модулей. И к каждому программисту были привязаны какие-то модули. И тут как бы понятно все ему было, что нужно делать, как и зачем, исправление бага — это дело 20 минут...
С другой стороны, согласен — при увольнении сотрудника его модули назначались другим и потом ему долго икалось на новой работе.
Но что-то мне кажется все же что такая схема была эффективнее.
21 коментар
Додати коментар Підписатись на коментаріВідписатись від коментарів