Комментарии 2
Было желание привести хотя бы один пример, в котором «прижалась» близко к нулю. Но это потребовало подбора очень плохих показателей качества разработки и долго не стареющего кода.
Попробуйте проанализировать кейс оракл, какой это будет вид графиков?
Победителем в номинации «лавкрафтовские ужасы» заслуженно стал рассказ бывшего разработчика Oracle, который работал над Oracle Database в период разработки версии 12.2. Объем кодовой базы СУБД на тот момент составлял 25 миллионов строк на языке C — и стоило вам изменить лишь одну из этих строк, как ломались тысячи написанных ранее тестов.
Дело в том, что вы рассматриваете только один аспект. Считаете что скорость написания кода функция времени потраченного на разработку. А меня интересует такой аспект как "архитектура". Есть "спагетти", когда тронув в одном месте падает в десятках других, есть чистые архитектуры, когда один слой соседствует со слоем ниже и со слоем выше, не более. И поддерживаемость этих архитектур очень разная.
по первому вопросу сложно согласиться, в моей жизни программиста одиночки на проекте, частенько бывает что поддержкой ты занимаешься 4 дня в неделю, а что то новое пишешь дай бог что бы полдня, но это потому что я один программист и код который я поддерживаю (вношу текущие эволюционные изменения) писал не я, и думаю если внедрение фич совсем встанет, то штат увеличат :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сколько нужно программистов, чтобы поддерживать ранее написанный код?