tgoop.com/microservices_arch/550
Last Update:
Тут такая идея пришла, сам не пробовал, но может кто-то пробовал или попробует 🙂
Есть хорошая практика - детализация типов работы. Вроде дефект, новая фича, инцидент.
Выглядит так, что если разделить новую функциональность на
- Новая функциональность
- Доработка существующей функциональность
То на большом промежутке времени можно оценить, ухудшается или улучшается состояние кодовой базы.
Почему?
Потому что в разработке новой функциональности все же в большей части пишется новый код, а при изменении существующей (кстати, сюда же можно отнести и исправление дефектов) в большей степени изменяется уже существующий и если на большом масштабе заметно замедление во внесении изменений в существующий код, то это косвенно может говорить об ухудшении состояния кодовой базы.
Такая вот мысль 🙂
BY Микросервисы / распределенные системы
Share with your friend now:
tgoop.com/microservices_arch/550