У многих из нас знания о гит заканчиваются на том как сложить код в VCS, достать оттуда и смержить. Предлагаю пойти дальше.

👉 git bisect Ищем по коммитам в каком релизе мы сломали приложение. Например баг всплывает в 2 последних версиях ... Но 2 месяца назад бага еще не было. Команда с помощью бинпоиска поможет быстрее пройтись по коммитам и найти в какой момент все сломалось
👉 git ls-files '*.kt' Ищем файлы в репозитории. Чуть удобнее чем стандартный ls (Покрывается AS)
👉 git grep Стандартный grep но по вашему репозиторию (Покрывается AS)
👉 git blame Посмотреть историю изменений. Кем и когда менялся файл, доступно внутри AS, кликнув ПКМ -> Annotate возле номера строки в файле
👉 git log -S Мощнее чем blame. Покажет вам кто, когда и как менял значение, например, можно посмотреть историю передвижения константы по проекту во времени. Можно и регулярку вставить, воспользовавшись -G

Что еще используете в работе, помимо add, commit, merge, rebase cherry-pick ?

Компании быстрыми темпами движутся в направлении внедрения дизайн-систем. Согласование дизайн-системы и налаживание межкомандного взаимодействия, безусловно, важны. Но как оптимизировать внедрение изменений в дизайн-системе? Правильный ответ - автоматизировать

Автор показывает свой опыт создания системы по генерации токенов из Figma прямо в код. Эта задача не такая простая, как может показаться на первый взгляд!

На что еще посмотреть:
Тузла от компании RedMadRobot
iOS-only от HH.tech
И похожее от Amazon'а

Кстати, год назад пытались приложить Figma2Android к проекту, но увы не хватило гибкости. А как обстоит ситуация у вас? Имеется ли у вашей команды дизайн-система? Осуществляется ли выгрузка автоматически или по запросу от дизайнеров?

⚡ Kotlin 2, Релиз Кандидат!

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

RC2 направлен на улучшение стабильности компилятора K2. Ждем!

Список исправлений: Kotlin:2.0.0-RC1

Свежая библиотека Rebugger, поможет вам отслеживать рекомпозиции и их причины в логах:

@Composable
fun VehicleUi(
    car: Car,
    bike: Bike,
) {
    var human by remember { mutableStateOf(Human("John")) }

    // Call Rebugger and pass the states you want to track. 
    // It could be a function arg or a state
    Rebugger(
        trackMap = mapOf(
            "car" to car,
            "bike" to bike,
            "human" to human
        ),
    )
    
    //...
}

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

Гугл более полугода не обновляет статистику по использованию версий Android.

Агрегированные данные с публичных источников тут
Более детальная аналитика по распределнию версий тут

Оба сайта хороши, если вы собираетесь объяснять продакту, почему нужно бросить поддержку старых версий. Или security инженеру, почему ограничиться поддержкой только последних 2 версий нельзя

Неделю назад вышел релиз кандидат для androidx. Почему важно?

Только вчера обсуждали распределение пользователей по версиям Android, а сегодня androidx постепенно релизит обещанное увеличение minSdkVersion до 19 для androidx.* компонентов. Ранее минимальная версия была 14.

Надеюсь вы обновились или в планах обновиться, иначе будет тяжело