Вот здесь в ответах описано как правильно версионировать приложение

https://stackoverflow.com/questions/18973931/guide-for-versioning-an-android-application

но есть основной version и androidVersionCode

если я буду менять androidVersionCode - будет же выпуск накатываться?

подскажите, насколько это плохая практика делать shared viewmodel для 3-х фрагметов? (mvvm).

or it's ok для > 2 фрагментов?

Думаю, если это для тебя удобно, и решает твою проблему, и не создаёт других проблем, тогда в этой практике нет ничего плохого

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

Сколько нужно столько и нужно, 3 вполне нормально

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

я бы все равно держал по индивидуальной ВМ для фрагмента (в дополнение к шаренной). Во ВМ может быть много временного состояния, которое нужно очищать при окончательной смерти экрана.  Ну и SRP никто не отменял

пока что нет необходимости, но согласен, в идеале нужно так делать

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

если приложение не долгострой то можно и подзабить конешн

курсовая работа хахаха но приятно бы и для резюме, сделать максимально clean*

архитектура - это как политика, тут не бывает clean

О мне тоже интересно) я аойсник бывший.

Икскод конечно не идеальный, но я до сих пор не могу понять людей которые плюются на него, но не на студию

Декларативность относительна, она всегда рассматривается в сравнении с чем-либо и представляет собой более высокий уровень абстракции над рассматриваемым "объектом/подходом". В докладе Матвея про композ, есть хорошая иллюстрация на поколениях языков, где рассматривается сложение чисел как:
1. Условный машинный код  "010101001.."
2. Более абстрактный, на ассемблере:

MOV AL, NUM1
ADD AL, NUM2

2й вариант выступает декларативным относительного первого.

Потом рассматривается 3й вариант уже на каком-нибудь Kotlin, где
val a = x + y
и он уже более абстрактный, декларативный по отношению ко 2му варианту

фулл: https://www.youtube.com/watch?v=ze-Lp0Xevh4&ab_channel=Mobius