У многих из нас знания о гит заканчиваются на том как сложить код в 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.

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

Proto datastore и его тестирование

👉 Типобезопасная замена SharedPreferences
👉 Protobuf в основе
👉 Поддержка корутин и своя библиотека для тестирования

Кодлаба от гугла, чтобы понять как мигрировать
Документация по proto 3

Android 15 Beta!

Семимильными шагами гугл готовится к Google I/O

👉 Edge2Edge скролл. Красиво, но мы знаем сколько боли приносит работа с Toolbar и AppBar. Убирают привычный хак setDecorFitsSystemWindows. Чего нам ждать тут?
👉 Улучшение работы с NFC. Кто сейчас в приложении это использует активно, расскажите как дела обстоят?
👉 Автоархивирование приложений, анонсировано было ранее. Возможно будем бороться так же, как боремся с doze mode
👉 Улучшенный профайлинг. Больше данных, легче отлавливать проблемы!
👉 Поддержка TalkBack для людей с ограниченными возможностями. Отлично дополняется этим постом
👉 Сквозное шифрование и повышенная защищенность фоновых процессов. Чуть больше про шифрование писал тут

Поставить Android 15 beta себе на Pixel можно тут

Уже попробовали обновленный профайлер? А Google выкатывает статью о применении его в A/B тестах

Подразумевается, что с помощью power profiler можно найти:
👉 Энергозатраный неоптимизированный код
👉 Лишние фоновые процессы

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

Пятница! Если уж релизите в пятницу, то проведите дополнительные тесты, а именно Accessibility Check

Android Studio Iguana уже стабильна, а это значит вам точно доступен UI check mode, которая покажет как на разных экранах будет выглядеть ваше приложение

Подробнее с примерами и что делать, если проблемы обнаружены

Раньше, во времена XML, у нас была удобная превьюшка цветов. С приходом Jetpack Compose мы потеряли этот функционал.

Полезный плагин, который это возвращает на поля для вашего удоства! А что внутри?
👉 Превью для объектов типа Color
👉 Старый добрый color picker по клику на превью
👉 Превью для функций compositeOver, copy, convert и lerp

Библиотека свежая, поэтому не стесняйтесь оставлять issues. Исходники можно глянуть тут

Фокус как состояние: эффективный фокус-менеджмент на Android TV с Jetpack Compose.

👉 Это не стандартное решение типа Leanback или Compose for TV
👉 Основная проблема решения - фокус не является частью состояния, поэтому приходится использовать модификаторы помощи focusRequester, onFocusChanged, focusable и focusProperties
👉 Текущий фокус определен для экрана в целом
👉 Благодаря этому подходу можно легко тестировать фокус и его ожидаемое изменение
👉 Восстановление фокуса работает из коробки, так как теперь он зависит от состояния, а также становится проще отлаживать приложение

Исходя из реализации, стандартный фокус-менеджмент блокируется целиком, и подменяется реализацией через состояние. Отсюда возникают проблемы и собственные решения в списках и в иных пограничных случаях.

Продолжаем тему собеседований. Блок вопросов про многопоточность в приложении. Подойдет как для подготовки к собеседованиям, так и для использования в вопросах на собеседовании:

👉 Что такое корутины и как они связаны с потоками?
👉 Зачем вам использовать корутины?
👉 Как создать корутину и управлять ею?
👉 В чем разница между launch, async и runBlocking?
👉 Что представляет собой coroutineScope?
👉 Зачем нужны suspend функции и в чем их отличие от обычных?
👉 Как обрабатывать исключения в корутинах (кроме try-catch)?
👉 Что такое coroutineContext и coroutineDispatcher, и когда вы их используете?
👉 Как остановить выполнение корутины?

Ответы тут
Документация тут

За inline замолвите слово.. Мне, честно говоря, нечего более добавить. Если вам кажется что вы мало знаете про inline, читайте пост от @rareilly

Немного красивых замеров того как K2 ускоряет сборку. Тесты проводили над Anki-Android для чистой и инкрементальной сборки.

Как самому провести этот бенчмарк и узнать данные для вашего устройства - тут
Остальные замеры тут

Реализация кэширования с OkHttp
Ускоряем работу приложения, жертвуя возможной актуальностью данных.

👉 Кэширование API-запросов с использованием CacheControl из OkHttp помогает позволяет сохранять ответы API с заданным сроком годности, уменьшая количество API-запросов и снижая время отклика
👉 Правила кэширования могут быть установлены в зависимости от статуса интернет-соединения. Например, когда соединение активное, можно использовать кэшированные ответы за последние 30 минут, а в режиме офлайн — ответы, возраст которых составляет до 1 дня, для улучшения пользовательского опыта
👉 Механизм перехватчиков из OkHttp позволяет модифицировать HTTP-запросы и ответы, что способствует реализации правил кэширования. Функции, такие как maxAge() и maxStale(), контролируют свежесть ответов, помогая эффективно управлять кэшем

В статье приводится пример клиента, который можно прямо сейчас взять и подставить в ваш проект, чтобы сразу увидеть результат. Используете ли вы кэширование запросов в проекте?

Пишете на Swift под iOS? Или на Java/Kotlin под Android? Для вас есть работа в Тинькофф.

18 и 19 мая пройдет Mobile Weekend Offer для разработчиков с опытом от 3 лет. Так можно попасть в команду еще быстрее: пройти все этапы собеседования за выходные и получить оффер на неделе.

Если устроитесь, будете решать сложные финтех-задачи, развивать продукты для миллионов и расти в сильной команде. Топовый стек, достойная оплата и ДМС со стоматологией тоже будут.

Проверьте свои силы — оставьте заявку до 15 мая

Реклама. АО «Тинькофф Банк», ИНН 7710140679