Похоже вы неправильно использовали SP, они как раз и нужны для оценки сложности грубо говоря, чтобы разобрать задачи из беклога и в дальнейшем брать их в спринт, а вы опять привязали их ко времени, хотя придумали их как раз от того, чтобы уйти от оценки в часах)) Наверное, это не инструмент плохой, а от того, что использовали как-то не так?
Подождите, репозиторий это часть слоя Model — где мы получаем данные из сети/бд, и можем складывать куда-нибудь в кэш и возвращаем все это дело в Domain слой. Use cases это уже часть слоя Domain, в них как раз и есть бизнес логика. Да, для мелких проектов это, конечно, излишнее, но в крупных проектах без этого никуда. На этом и построена «Чистая архитектура». В чем антипатерн-то? Что в конкретном проекте создали огромный один репозиторий? И опять же ViewModel это все таки слой Presenter, в нем тоже не рекомендуется бизнес логику размещать.
Похоже вы неправильно использовали SP, они как раз и нужны для оценки сложности грубо говоря, чтобы разобрать задачи из беклога и в дальнейшем брать их в спринт, а вы опять привязали их ко времени, хотя придумали их как раз от того, чтобы уйти от оценки в часах)) Наверное, это не инструмент плохой, а от того, что использовали как-то не так?
А что такого? В ит часто где на ты. Или вы считаете это не уважительным?)
Спасибо за статью, узнал новые нюансы!