Большая часть про потерю команд

Ну и mvp вьюшки в восторг людей привели)

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

и вариант с положением кубиков проще)

спорно
зависит от количества действий

любое количество действий) вопрос лишь в необходимости воспроизводить последовательность

Какие баги, например?

Да я уже признал, что сам дурак. Просто забыл стратегию поменять. Моё мнение (не то, чтобы оно кого-то интересовало) - ошибки при работе с Мокси в основном связаны с порогом входа. Но при этом порог входа существенно ниже, чем у аналогичных решений. Единственное, что тут можно сделать сообществу - работать над документацией/примерами.

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

В общем для себя сделал вывод что MVVM лучше заходит. Хотя бы потому что с MVP не получится так просто сделать несколько презентеров фрагменту/активити. А с вьюмоделями это довольно просто делается.

А в чем сокральный смысл иметь несколько презентеров?

Для передачи чего-либо между экранами например. Shared view model иногда профит дает

О_о, в архитектурном чате с неделю назад было обсуждение Shared ViewModel, в основном звучали аргументы против. А для передачи значений между экранами можно:
1) использовать shared model
2) конструтор презентера (если надо «вперед» передавать)

Может есть какие-то еще варианты, но это то, что пришло сразу же на ум

не понял, а как конструктор презентера помогает?

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

В гитфоксе это использовалось (в v1.7.3 точно), можно там глянуть пример)

Не, смотри. Вот такой кейс. Расскажу как решал на шаред вью моделе.

Есть у нас fab который на некоторых экранах надо показать, а на некоторых скрыть. Я просто сделал для нее отдельную shared view model с булевым флагом livedata. Ну и собственно его менял и на определенных фрагментах показывал/скрывал.

MVVM привносит свои приятные неожиданности типа SingleLiveEvent

Не спорю, если бы в Android можно было приготовить аккуратный MVVM - я бы им и пользовался. Но пока что хороших примеров я не видел.

ну, меня в целом устраивает