Тут такая идея пришла, сам не пробовал, но может кто-то пробовал или попробует 🙂 Есть хорошая практика - детализация типов работы. Вроде дефект, новая фича, инцидент. Выглядит так, что если разделить новую функциональность на - Новая функциональность - Доработка существующей функциональность То на большом промежутке времени можно оценить, ухудшается или улучшается состояние кодовой базы. Почему? Потому что в разработке новой функциональности все же в большей части пишется новый код, а при изменении существующей (кстати, сюда же можно отнести и исправление дефектов) в большей степени изменяется уже существующий и если на большом масштабе заметно замедление во внесении изменений в существующий код, то это косвенно может говорить об ухудшении состояния кодовой базы. Такая вот мысль 🙂
Тут такая идея пришла, сам не пробовал, но может кто-то пробовал или попробует…
Из этого канала
- #551Небольшая, хорошая статья:…
Небольшая, хорошая статья: https://jessitron.com/2021/01/18/when-costs-are-nonlinear-keep-it-small/ Краткая выдержка: When costs increase nonlinearly with…
- #552Вдогонку Small batches for the win / Continuous Delivery…
Вдогонку Small batches for the win / Continuous Delivery https://www.eferro.net/2021/01/small-batches-for-win-continuous.html Small batches -> faster feedback…
- #553Новый стандарт UUID (rfc9562) вступил в силу…
Новый стандарт UUID (rfc9562) вступил в силу https://datatracker.ietf.org/doc/html/rfc9562 Тут кратко об изменениях: https://habr.com/ru/articles/795909/ UPD:…
- #549Полезное про k8s Two reasons Kubernetes is so complex…
Полезное про k8s Two reasons Kubernetes is so complex https://buttondown.email/nelhage/archive/two-reasons-kubernetes-is-so-complex/ Working with Kubernetes…
- #548Продолжение Здесь стоит сделать отсылку с CAP-теореме, но чтобы не усложнять,…
Продолжение Здесь стоит сделать отсылку с CAP-теореме, но чтобы не усложнять, приведу пример. У вас была одна команда. Вы добавили вторую.