Гадание на квадратиках - народная забава в архитектурной практике. Принимают участие все желающие. Классика вроде "женишок-сапожок", коккури-коккури-сан, - нервно курит за углом по противоречивости результатов.
Ну так и я о чём))) нам дали картинку и пару слов. Суженый-ряженый блаблабла... А мы тут проявляем из личного люботыпства фантазии, как на душу зайдёт.
Какое количество времени, на постоянно идущий рефакторинг, от общего времени, можно требовать у СТО ссылаясь на какие-нибудь лучшие практики индустрии?
Мне кажется что рефакторинг это часть разработки и я нахожу странным закладывать на него отдельно время. То есть если система изначально готова изменениям и количество кейсов «ща сделаем говно а потом перепилим» сведено к минимуму то в таком случае рефакторинг будет идти от потребностей а не от «а не зарефачить ли нам этот модуль потому что нам кажется что он не очень» и просто будет частью оценки разработки конкретной юзер стори
Мы же не говорим бизнесу «а вот на Юнит тесты мы заложим 2 человеко-дня в спринте» (хотя когда я работал в аутсорсе так и было, но это отдельная история). А рефакторинг в данном случае мало чем отличается - это один из нюансов внутренней кухни разработки. Это детали которые отдельно освещать бизнесу необязательно кмк (опять же если речь не идёт про масштабную переработку легаси систем)
у нас сложный случай, СТО не только досконально знает кто что делает, он еще и ревьюит и сам прогает. Также кофаундер по совместительству, партизанский рефакторинг не проходит.