Напоминаю, стрим с разработчиками на тему Kotlin 2.2 сегодня в 14:00 UTC. Я ошибся в прошлом посте

Про поддержку 16KB page

Зачем?
Девайсы с поддержкой 16 KB работают быстрее на 5-10%, а так же:
👉 Старт приложений быстрее (до 30% для некоторых приложений, 3.16% в среднем),
👉 Меньше расход батареи (на 4.56% меньше)
👉 Быстрее запуск камеры (4.48-6.60%)

Как?
👉APK Analyze/Alignment Checks/Lint поможет найти вселомающую зависимость
👉Обновляем AGP до 8.5.1+, NDK до r28+.
👉Если не помогло то кропотливо выискиваем нужные флаги из официальных рекомендаций

Тестируем
Необходимые эмуляторы уже в Android Studio

Напоминание: В пору кучи AI - сгенерированного кода не забывайте закручивать гайки через lint / detekt, дабы снимать с себя большую часть работ по ревью этого в проекте. Гайд как это сделать

Лучше, конечно, обратиться к официальной доке: https://detekt.dev/docs/intro

Изучаем PausableComposition в Jetpack Compose

Введён недавно, в обновлении 1.9.х. Вообще это внутреннее апи и если у вас нет желания разбираться в том как Compose оптимизирует производительность, то это знание вам и не потребуется, но интересно же?

История о том как с помощью Perfetto нашли и решили проблему долгого ответа от подключенных USB девайсов к Android платформе. Пришлось сделать пул в AOSP, но задержка упала на 40%.

Если вы разрабатываете кассовое ПО - это точно статья, обязательная к прочтению

Продолжаем искать полезности в эре AI для Android:

👉 Сгенерированная вики для любого репозитория. Пример для compose-mp репы и для retrofit.
👉 Junie, интегрированная в IDE, получила необходимый набор инструментов для современного AI-coding плагина, а так же возможность взаимодействовать через Github
👉 SDD (Spec driven development) Не новый подход, нашедший свое применение в AI инструментах. В кратце: сначала определяем задачу и все требования (spec) -> затем ее дизайним -> и только потом приступаем к реализации.

Лично я по чуть-чуть перешел в терминальные тулзы(ClaudeCode, GeminiCLI, OpenCode), потому что переключаться между Android Studio и форками VScode уже порядком надоело

Google Sans Code

Monospace шрифт с различным написанием "l" и "1", or "O" и "0". Уже доступен в Android Studio. Выглядит удобно

Нынче в Андроиде

👉 Canary версии обновлений для девайсов. На самой ранней стадии будем ловить все проблемы будущей операционки
👉 Продолжают вкладываться в Agentic AI внутри Android Studio. Могу дать только крайне негативный отзыв. Лучше бы вложились в Junie
👉 Еще разок о 16KB page size. Разбирались с вами вот тут
👉 Обновление для one-time product внутри Google Play Billing
👉 Грядущий изменения в разработки приложений под часы. Со следующего года буду введены ограничения на публикацию устаревших версий
👉 Google Play Игры теперь и на PC. Пример на основе Mecha BREAK.

Очень специфичный кейс. Отправляем RecyclerView ивенты в родительский Compose.

Возможный кейс при миграции на compose и сильной атомарности компонентов. В целом важен только код внутри статьи, но идея заключается в композиции NestedScrollConnection и NestedScrollDispatcher

Вчера был релиз Kotlin 2.2.20-RC

👉 В основном упор на мультиплатформу. Минорные изменение и стабилизация
👉 Можно в экспериментальном режиме посмотреть фичи из 2.3.0

Перегрузка suspend в лямде

fun transform(block: () -> Int) {}
fun transform(block: suspend () -> Int) {}

return в expression bodies с explicit return types. На примере более очевидно. Больше примеров тут

fun returnInsideIf() = when {
    else -> {
        val result = if (someCondition()) return "" else "value"
        result
    }
}

Эволюция архитектур в Android

⬇️ Мономодуль. Весь код в 1 модуле, код не переиспользуется между приложениями
⬇️ Упрощенная модуляризация. Общая часть выносится в единый base модуль. Все остальные модули зависят от него.
⬇️ Полная модуляризация. Помимо общего kotlin/android модуля появляется data/domain/presentation модули и сложный менеджмент зависимостей меж фиче-модулями
⬇️ После того как вы обнаружили себя в миллионе модулей со временем сборки, стремящимся в бесконечность, - начинается объединение в фичегруппы и уменьшение количество модулей.

Подробнее про каждую внутри статьи
На какой стадии ваш проект по этой линейке?

Kotlin/Compose MP - Что будет дальше?

👉 Фокус на iOS/web. Очень ждем, особенно первое. Зависимости и сборка это боль
👉 Улучшения IDE для MP разработки. Новый плагин это большая беда. Много багов, сломали что работало. Надеюсь будет лучше
👉 Kotlin Web/Wasm хотят выпустить в бету
👉 Ну и как обычно. Сборка быстрее, конфигурирование проще в грядущих версиях

Следим!

Анонсированные Rich Errors все ближе

В статье о том как к этому подготовиться, ну а я предлагаю взглянуть на side-by-side пример:

Было

fun loadConfig(path: Path): Result<Config> =
    runCatching { fileSystem.readBytes(path) }
        .mapCatching { bytes -> parseConfig(bytes) }
        .recover { e ->
            if (e is NoSuchFileException) defaultConfig() else throw e
        }

fun useConfig(path: Path) {
    loadConfig(path)
        .onSuccess { cfg -> startApp(cfg) }
        .onFailure { e ->
            when (e) {
                is NoSuchFileException -> showMissingConfigWarning()
                is ConfigFormatException -> showConfigParseError(e)
                else -> showGenericError(e)
            }
        }
}

Стало

// Rich errors
// Define error variants (could be data objects/classes in your domain)
data object IoFailure
data class ParseFailure(val details: String)

fun loadConfig(path: Path): Config | IoFailure | ParseFailure

fun useConfigRich(path: Path) {
    when (val r = loadConfig(path)) {
        is Config -> startApp(r)
        is IoFailure -> showMissingConfigWarning()
        is ParseFailure -> showConfigParseErrorMessage(r.details)
    }
}

Доброе утро! Google начал рассылать письма счастья о необходимости поддержки 16kb page и дедлайне 1 ноября. Если у вас есть аккаунт разработчика - проверяйте состояния ваших приложений!

Более подробно писали вот тут: https://android-developers.googleblog.com/2025/05/prepare-play-apps-for-devices-with-16kb-page-size.html

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

Заменил я ее связкой Roborazzi (robolectric) + Compose Preview Scanner.

В чем идея:
Robotazzi в целом умеет в скриншот тестирование хорошо, но для этого надо писать тесты, а я не хочу! Я хочу лениво, у меня ведь много превьюшек моих компонентов в коде.

Compose Preview Scanner как раз и закрывает эту проблему, сканируя вашу androidMain/screenshotTest/commonMain (да! да! Поддерживает даже CMP) директорию на наличие превьюшек. В самих репозиториях исчерпывающий гайд, но я очень рекомендую посмотреть на примеры реализации

Про автоматизацию Roborazzi тестов почитать можно тут

Опасности Jetpack Compose State

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

👉 Вы использовали remember, но как только экран покрутили - данные потерялись
👉 В приложении LazyColumn дергается на обновлении данных
👉 При навигации между экранами стейт теряется
👉 Любое обновление состояние вызывает полную рекомпозицию дерева

Не рекламы ради, а рекомендация каналов моих бывших коллег.

@fewideas раньше мы вместе в Ökko работали и Степа был разработчиком, который перешел из разработки в менеджмент. Сейчас он продакт в Авиасейлс

@mazurov_channel мы вместе работали в аутсорсе над мобильными приложениями. Сейчас Марк в Стокгольме и рассказывает как живется разработчику в Швеции

Это уютные авторские каналы, которые я и сам читаю. Рекомендую!

Серия статей про Model View State Machine. "Новый" подход к разработке. Полезно посмотреть как бывает.

👉 Intro
👉 Создавая state машину
👉 Делаем side эффекты (Скоро)
👉 Создаем вложенный state (Скоро)
👉 Используем и переиспользуем state машину (Скоро)

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