Ці питання вирішуються в індивідуальному порядку, наскільки мені відомо. Знову таки, допис не про це

Це дійсно класно, що вам вдалось знайти комфортні для себе умови праці. Кожному своє)
У нас є крос-команди, які наполовину із фул ремоут співробітників складаються, тому це точно не про роботу в офісі історія.

Ну цей допис про досвід нашого проєкту. Звісно, що це важко натягнути на якусь аутсорс розробку маленьких застосунків. Посил більше такий, що може буде інакше, і айтішка не обмежена CRM’ками на 10 користувачів)

Вітаю! Стосовно смикання девів. Це едж кейси, які відбуваються між командами всередині стріма. Тобто це не радикальна зміна контексту задач. Плюс, такі ракірування відбуваються на етапі планування релізів, а не коли у когось вже горить і щось не встигається всередині спринта.

Про «необхідне зло» — це вже філософське питання) Є мітинги організаційні, є креативні. Всі нетехнічні мітинги у нас зараз опціональні, але більшість відвідує всі. Але це вже хто що очікує від своєї роботи, тут кожному своє, імхо)

Вітаю! Я рекомендую завжди використовувати React Native Upgrade Helper при оновленні версій, бо там постійно щось змінюється в build.gradle, app/build.gradle, gradle.settings.
react-native-community.github.io/upgrade-helper

Референтні значення для версії 0.72.6 зараз такі
buildscript {     ext {         buildToolsVersion = "33.0.0"         minSdkVersion = 21         compileSdkVersion = 33         targetSdkVersion = 33         kotlinVersion = '1.9.0'         ndkVersion = "23.1.7779620"     }     repositories {         google()         mavenCentral()     }     dependencies {         classpath("com.android.tools.build:gradle")         classpath("com.facebook.react:react-native-gradle-plugin")         classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:1.9.0"     } }

Також рекомендую додати в app/build.gradle, якщо ще немає. developer.android.com/build/shrink-code
def enableProguardInReleaseBuilds = true

Дякую за поправку, дійсно!