А что же им не помогают модные методологии?

модные? Леонид , у вас какое то свое представление об архитектуре, я лично не понимаю вас, в каждом вашем предложении вы что то сами говорите, и сами это опровергаете... у вас диалог с собой

Это да. Понять меня могут не только лишь все 😁

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

Из этого следует, что если писать не чтобы лишь бы написать, то есть следовать определенным методологиям, то проблема будет решена.

Однако проблема остаётся и говнокод присутствует у тех, кто типа умеет в скрам, клин и это вот всё.

Как эту проблему решать?

https://proandroiddev.com/android-model-view-intent-with-kotlin-flow-ca5945316ec   вот про mvi, кто-то писал ссылку на вью не держать

почитайте что-нибудь другое

Оно не держит ссылку. Оно выполняет некое действие с вью и тут же забывает о нем.

Если бы оно сохраняло это вью себе в поле класса, вот тогда получилось бы нехорошо.

но я из-за этого лики ловил

что вью уничтожена, а вм еще знает о нем

там лямба, она удерживает ссылку на view

Возможно, что корутины его держат, хз.

Леонид, чтобы просто решить как то этот вопрос который тут растянулся уже через чур. Мое мнение следующее (я не знаю насколько вы тут в чате все прочитали о чем мы говорили), я считаю что хорошая архитектура сильно упрощает написание проекта, поддержку проекта, расширение проекта. Следование ценностям Agile или какой то другой методологии (очевидно вы что то где то читали, и что то слышали), это для тех кто в этом не шарит, нужно правильно и обдумано реализовывать не только архитектуру проекта, но и ведение самого бизнеса на уровне управления программистами, дизайнерами, маркетологами и прочими людьми которые участвуют в жизни проекта. Чтобы все работало так как нужно , для этого требуются большие силы и умные люди в руководстве. А говнокод можно и вечером под пивас пописать на кухне с ноутом.

Upd. Я не считаю что хорошая архитектура упрощает все, я это знаю. Работал и так и так

мне такой подход понравился, при развертывании, но вот косяк с ликом

делайте mutableStateFlow во viewModel и подписывайтесь на него из фрагмента

ну вот так сейчас и делаю, но с навигацией тогда нужно или свой стейт, или чет придумать, ибо я передаю модель, и с помощью рендера, уже контролю вью

а при подходе с  передачей вьб, я могу сразу вызвать методу о переходе на некст фрагмент, даже без внедрения новых чего либо

а по клику сразу не особо хочу делать

Полностью согласен. Если все будут делать очень хорошо и правильно, то результат будет очень хороший и правильный.

Только все люди разные, а чем больше контора, тем интереснее становится всеми ими управлять.

тем интереснее становится всеми ими управлять.  // для этого делают декомпозицию организации на отделы

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

Это да. И координация с коммуникацией становятся ещё интереснее.