некорректное сравнение. В примере с супермаркетом, 20% — это лишние продавцы за кассами, которые могут ничего не далать, если нет посетителей 😀

Они могут наводить красоту на кассе!

)))

как и те 20% времени, которые потрачены на рефакторинг, могут быть потрачены впустую)

пример с библиотекой выше - может быть, вы захотите сменить библиотеку, и не надо было переходить на новые версии заранее

20% времени на рефакторинг это немного. если начать собирать метрики по отдаче задач от бизнеса - там 10-15 процентов только стоило делать. У остальных польща на уровне рефакторинга, только сопровождение усложняется.

вопросы к бизнесу

Если мы говорим о работе, где бизнес лепит всё подряд, лишь бы было и побыстрее, то желание побольше порефакторить (читай хоть что-то полезное сделать) понятно)

Ну почему. Если девелоперы развиваются, то с течением времени они могут научиться делать тот же функционал эффективнее. То есть это эволюционный, а не случайный фактор

Или свалить кудато, ведь тут уже красота наведена (конечно же им лично)

но я за то чтобы равивать людей, вы не подумайте лишнего)))

😂

Любой хороший бизнес лепит всё подряд. Их задача как можно быстрее занять рынок (через продуктовые эксперименты, прототипы и все прочее). Задача разработки, обеспечить возможность поддерживать эту гонку бесконечно долго. Единственный способ — поддерживать качество кода на достаточном уровне (для этого и нужен рефакторинг). Без регулярного выпила костылей рано или поздно наступит момент, когда дешевле будет все переписать с нуля, чем реализовать новую фичу, критически необходимую бизнесу, на легаси системе

Я напомню, я не против рефакторинга)

это даже не вопросы. это популярная концепция, трактуемая как аксиома. И бищнес тут вполне в праве так делать - зачастую никто не скажет какие именно задачи окажутся полезными.

В моем идеальном мире ппоцессы разработки должны позволять внедрять почти произвольные хотелки - быстро запилили без лишних размусоливаний, проверили насколько хорошо работает - выпилили. Или же начали развивать как поддерживаемый функционал, который должен работать быстро и быть красивым

Кмк сразу вопрос выгорания встаёт перед всей командой разработки в таком случае

когда ты пилишь и не понимаешь что

и зачем

(на сцену выходит Scrum) 😀

и Lean