то что они по чьему то мнению не оч сделаны не говорит о том что их нет

В целом мне кажется вся суть доклада «mvvm модно, давайте на него перейдем, плез)»

кого их?) у нас нету источника истины, только мнения. На них и живем)

одна вьюха менятся, вьюмодель никак не меняется потому что не знает о ней

если бы был выбор при закладывании фундамента большого проекта, выбрали бы MVI, MVP, MVVM или еще что-то? Как архитектуру представления

the elm architecture, конечно же

зависело бы от проекта и команды. Если в команде все знают MVP, то его бы и взял.

биндингов, я согласен

мне вьюмодели нравятся в основном тем, что работают нормально из коробки, и имеют всякие фишки опять же из коробки, вроде того же скоупа для корутин. Просто приятненько)

если бы пришлось самому набирать команду, и можно было бы как в доте пикать регуляров умеющих в MVI, MVP или MVVM чтобы тогда?))

mvi

ушел бы курить спеки по проекту и сравнивать что больше подойдет

думаю, если презентация для своих, то надо меньше фантазировать про то, во что сам не веришь и честно сказать, что переход на VM в андроиде принесет 2 штуки:
1. Избавишься от шелухи типа интерфейса на каждый View
2. Избавишься от лайфсайкл говна типа "onPause/onResume/etc".

И это уже того стоит, схлопнется много кода. Если сделать еще один шажок и собрать все LD в одну LD<State> (недо MVI), то можно получить еще больше, типа понятного, декларативного описания состояния вьюхи.

В моей тиме все знают GodActivity arch.
GodActivity, выбираю тебя!
бросает покебол

т.е. вы и на MVI тоже норм заговнокодите если че?)

хм... неужто можно таким образом понять что подойдет лучше в проект?)

если это теорема эскобара

А есть какая-то универсальная архитектура?)

в общем, вы считаете что среди них нет лучше и хуже?

Я могу создать ультимейтлютое говно хоть на пустом месте.
MVI я кстати так и не осилил, сложна(с текущим уровнем понимания), MVVM познал и норм.
И в тиме все знают MVVM, ноль проблем с коммуникацией.