Так как 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 глупо, но важно не превратиться в оператора, который не может работать без инструмента. Решение — периодически писать код и тесты самому, чтобы поддерживать форму

Android Studio Panda 1 | 2025.3.1 Canary 5

Обрастает фичами. Хотелось бы верить что по клику на Update all libraries with AI агент сходит, посмотрит релиз ноутсы, сопоставит зависимости, подскажет или сам поправит минорные изменения, но нет

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

Shared Internals: кросс-модульная видимость

Разбираем KEEP-0451, предлагающий ввести shared internal, как еще один скоуп видимости внутри модуля и некоторых зависящих модулей

Кратко весь сехматоз описывают так

A ──shares──▶️ B ──shares──▶️ C

C имеет доступ к A shared internals

Сценарий простой и вы с ним сталкивались в многомодульном приложении: модуль с тестами хочет иметь доступ к internal функциям основного модуля.

Как по мне, это извращенная friends декларация из плюсов. Плохо ли?

Оригинальный KEEP-0451 почитать тут

🤖 AI в практике разработчиков: новый сезон Podlodka AI Crew

«Мы поигрались с промптом, но пока не внедряли» — часто разговоры про AI в разработке заканчиваются именно так.

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

С 16 по 20 февраля у Podlodka AI Crew пройдёт сезон «AI-агенты в разработке»: проверенные рабочие сценарии от практиков индустрии.

👀 В программе:
• единый AI-workflow для разработчика
• автоматизация стендапов и работы с документацией
• Claude Code, субагенты для кодинга
• практические кейсы внедрения AI в SRE
• подходы к созданию промптов с насыщенным контекстом

Формат — классический для Podlodka Crew: 5 дней, 10+ спикеров, 10 сессий и закрытое комьюнити в Telegram.

Отдельный плюс — цена: заметно ниже привычных конференций, при этом контента много, и он ориентирован на практику.

👉🏻Если тема AI в разработке вам интересна и хочется меньше хайпа, больше дела — держите ссылку.

До 10 февраля можно забрать билет по early-bird цене!🎁