Comments 4
Статью читать не просто, но она получилась информативной по учёту рисков при внедрении ПО. Эта часть мне понравилась, поскольку я могу её понять на собственном опыте и соотнести правильность написанного с тем, что увидел я. Некоторые вещи я не встречал, но готов поверить, что они могут быть.
Автор - молодец. Рекомендую писать книгу и более конкретизировано и подробно проходиться по каждому из разделов с иллюстрациями на примерах. Разделы обязательно делить на этапы жизненного цикла, который тоже предложил бы разбить по аналогии с жизненным циклом проекта. И было бы классно видеть этап - рекомендацию на этапе.
Статья понравилась.
Можно выявить количественную меру сложности кода. Она зависит от количество условий, количество связей, количество мутабельных переменных.
Мера критичности зависит от вероятности регрессии багов и времени исправления.
Еще посмотреть статистику на релизе, там даже самые редкие баги выплывут с 100% вероятностью. Если разброс большой, то это проблема.
Если баг который долго чинили, через время опять переокрывается - симптом проблемы. Если исправление бага приводит к цепочки других багов - симптом катастрофы.
Так было бы удобно, можно в реальном времени смотреть проблемы кода и сколько времени эти проблемы тратят времени.
Безопасная разработка, управление рисками и внутренний контроль