Baseline Profile + Remote Config - рабочее решение для разных окружений

Кратко: baseline профили помогают повышать скорость выполнения кода примерно на 30% уже с первого запуска. Но статья про другую боль - что делать, если приложение активно использует Remote Config, а baseline гоняется на релизной сборке.

👉 Почему не получилось просто заинжектить всё через DI
👉 Варианты переключения окружения в тестах
👉 Как определить окружение baseline внутри DI
👉 Отдельный BuildConfig модуль и флаг

JetBrains представила новую IDE - AIR

Сделана только для кодинга через агентов, поддерживает только claude (Удивительно, что не их Junie).

И что?

Я верю что такой стиль разработки прочно впишется на долго и рад видеть не очередной форк VSCode, а IDE от профи для профи

Какое совпадение. Пост про вайбкодинг и снова cloudflare упал

Kotest: Современный фреймворк для моков и тестов на мультиплатформе

Немного непривычный, в традиционном понимании, фреймворк для написания тестов:

class StringSpecExample : StringSpec({
    "length of hello should be 5" {
        "hello".length shouldBe 5
    }
})

В самой статье еще 9 примеров разных стилей написания тестов. Лучше 1 раз это увидеть...

Сам проект: https://kotest.io/

Линтер отдельно для Compose

Если, по каким-то причинам, ваша команда только-только вкатывается в Compose, а бить всех по рукам в каждом втором пулреквесте надоело - вот линтер с кучей правил и бест практисов, делающий это за вас. Решение только для тех кто только-только начинает и не хочет дописывать в базовый линт/detekt очевидные кастомные правила

Кстати, а у detekt полноценный мажорный апгрейд до версии 2.0!

Сделать похожую штуку в шуточной манере для своего проекта можно тут:
https://stacktower.io/

Android UI-тесты с Maestro без тяжелой инфраструктуры

Еще немного практики про Maestro тесты.
Не совсем согласен с автором на счет расположения их в pre-push, однако такой флоу можно легко поместить в наиболее удобное для вас место.

Если у вас есть свободный час времени, подключайтесь на традиционный новогодний стрим подкаста Подлодка – будем подводить итоги года, рассказывать про наши главные открытия, самые полезные книги и всякое такое. А главное – разыграем среди зрителей Switch 2!

👉Начинаем через 10 минут

Так как KMP занимаем отдельное место в моем сердечке - с ним напрямую связана моя работа нынче. Вот вам подборка статей про вкатывание в KMP:

👉 Зачем этот ваш KMP нужон?
👉 Как перекатывать на него свой проект
👉 А как перекатывать всю команду в него?
👉 Истории внедрения, возникшие проблемы и решения
👉 Большой гайд если вы работаете в бигтехе, как внедрить?
👉 Ну и простой пример как сделать апку

Очередная напоминалка от Google Play. 31 Марта 2026 года немного изменится вид иконок в Google Play Store, увеличив радиус скругления.

Я хотел было возмутиться, что им там делать нефиг, но они, на самом деле, подгоняют всё под material3

Гайдлайны тут

Еще про шейдеры

👉 Внутри пошагово, с примерами и объяснениями разбирают применение шейдеров
👉 Это важно, чтоб ваше приложение было более производительное
👉 Чуть более хайповая статья от того же автора про то как сделать Upside-Down эффект из Stranger Things
👉 Про шейдеры на BottomNavBar - совсем простенько, зато юзкейз!

Репозиторий с кодом и примерами: https://github.com/makzimi/glitch-shader

Jetpack Compose Memory Leaks: A Reference-Graph Deep Dive

Разбор ошибок при работе с Compose приводящим к утечкам памяти. В итоге:
👉 Чаще используйте DisposableEffect(owner) во избежании проблем с зануливанием слушателей
👉 Никогда не храните Composable-лямбды или UI-объекты во ViewModel или синглтонах. Вместо этого храните состояние (StateFlow) и события (SharedFlow)
👉 Избегайте использования GlobalScope и областей видимости всего приложения для работы, связанной с UI
👉 Используйте LaunchedEffect или viewModelScope в зависимости от того, к чьему жизненному циклу привязана задача
👉 Добавляйте ключи к remember. Если объект зависит от X, используйте remember(X)
👉 Не захватывайте контекст Activity в долгоживущие колбэки . Используйте rememberUpdatedState или перепроектируйте архитектуру так, чтобы UI-слой занимался UI-задачами. Актуально не только для Compose

Compose MP 1.10

👉 @Preview теперь и в commonMain
👉 Navigation 3 поддерживается, но пока сыровато
👉 Compose Hot Reload стабильный

Не из пресс релиза
👉 Депрекейтнули dependency aliases, compose.ui теперь всё
👉 Депрекейтнули PredictiveBackHandler
👉 Минимальная версия Kotlin - 2.2.10
👉 Вытащили DialogProperties и PopupProperties в стабильные
👉 Поддержка AGP 9.0.0 - я пытался перехать на AGP 9.0, но то кастомные плагины ломаются, то зависимости перестают работать. Не могу ничего сказать

Remote Compose

Отдельный пласт приложений - SDUI, сложно-тяжко и не всегда нативно выглядит. Можно почитать в предыдущем посте. А тут очень тихо релизнулся нативный аналог. Под релиз даже статья выходила:
https://proandroiddev.com/remotecompose-another-paradigm-for-server-driven-ui-in-jetpack-compose-92186619ba8f

Основная фишка - полная интеграция в Compose, что позволяет вам сделать частично динамический кусок вашего интерфейса без встраивания такого монстра как SDUI

AI по чуть чуть и до Android'а добирается. Почти все тулзы уже поддерживают SKILLS - я нашел базовый минимум для Android разработки
https://t.me/androidraft/87

Я устал писать боилерплейт в Compose и написал свой Emmet-like плагин для Android Studio

Мы все любим Compose, но "Nesting Hell" и бесконечный бойлерплейт из Column, Row и Modifier убивают продуктивность.

Встречайте YARC (Yet Another Rapid Compose) — плагин для Android Studio, который привносит скорость Emmet в разработку Android UI.

Вместо того чтобы писать 15 строк кода вручную, просто наберите: col/row/txt*3 и нажмите Cmd+Opt+E. Вы мгновенно получите готовое дерево компонентов.
👉 Быстрее, чем ИИ: Не нужно ждать ответа сервера или исправлять "галлюцинации"
👉 Умнее, чем Live Templates: Поддерживает динамическую вложенность и математику
👉 Open Source: От Android-разработчика для Android-разработчиков

IntelliJ Marketplace
GitHub (11 ⭐️) https://github.com/andrew-malitchuk/yet-another-rapid-compose

Save for later

Новая фича в Google Play консоли. Помогает дробить изменения перед отправкой на ревью. Будет полезно, чтобы не блокировать весь релиз целиком из-за сторонних изменений.

Навыки, которые мы теряем, пока AI делает скучную работу

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

👉 Скука — это тренировка. Написание тестов, документации и бойлерплейта — это не просто рутина. Это «повторения», которые формируют интуицию и помогают предугадывать баги и граничные сценарии
👉 Невидимая атрофия. Потеря навыка происходит незаметно. Вы по-прежнему закрываете тикеты, метрики выглядят хорошо, но способность глубоко понимать систему и находить сложные баги (которые AI пропускает) исчезает
👉 Иллюзия продуктивности. Ссылаясь на исследования (включая отчет GitClear 2025), автор отмечает, что с приходом AI количество рефакторинга упало, а копипасты — выросло. Опытные инженеры могут даже замедляться, используя AI, не замечая этого

Отказываться от AI глупо, но важно не превратиться в оператора, который не может работать без инструмента. Решение — периодически писать код и тесты самому, чтобы поддерживать форму