🤖 Google AI Studio получила поддержку нативной Android разработки!

AI Studio научился собирать нативные приложения на Kotlin и Jetpack Compose из текстового промпта. Раньше получались только веб-приложения. Весь цикл идёт в браузере: встроенный эмулятор Android показывает результат во время сборки, локальный SDK не нужен.

Готовое приложение ставится на телефон по USB через встроенный в Chrome adb.

Публикация в магазин тоже есть и устроена следующим образом:
👉 AI Studio сам создаёт запись приложения в Google Play Console
👉 собирает bundle и заливает его в трек внутреннего тестирования
👉 Автору надо будет создать аккаунт и заполнить все доки в консоле Google Play

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

Под капотом та же технология, что в «Create new project with Gemini» в Android Studio, перенесённая в веб.

На старте набор сценариев ограничен:
👉 личные утилиты и простые социальные приложения
👉 эксперименты с железом (камера, GPS, акселерометр, Bluetooth)
👉 приложения с Gemini API

Скоро обещают управление тест-треками Google Play и интеграции Firebase: Firestore, Auth, App Check.

Меня цепляет не генерация кода, а то, что Google убрал из цепочки установку инструментов: от промпта до приложения в Play без единой команды в терминале. Для боевых проектов это пока не вариант, ограничение «только простые приложения» расставляет всё по местам. Но собрать за вечер утилиту под себя с любого устройства с выходом в интернет (из поддерживаемого региона) или быстро показать прототип так вполне реально.

#Android #AndroidDev #AI #Google

🛒 Google Play который мы заслужили

🤖 R8 Configuration Analyzer - удобный способ изучить как ваша конфигурация R8 влияет на итоговый код в сборке

Keep rules из сторонних библиотек часто написаны с запасом: разработчик библиотеки не знает, как именно вы её используете, и кладёт широкое -keep class com.library.** { *; }. R8 видит это и выключает оптимизацию для всего пакета, даже если вашему приложению нужны оттуда три класса. AGP 9.3.0-alpha05 добавил инструмент, который это наконец показывает с цифрами.

Configuration Analyzer генерирует HTML-отчёт, в котором по каждому keep rule и по каждой библиотеке видны три метрики:
👉 Shrinking score - процент кода, доступного для удаления неиспользуемых классов и методов
👉 Optimization score - процент кода, доступного для инлайнинга, мёрджинга классов и прочих R8-оптимизаций
👉 Obfuscation score - процент кода, доступного для обфускации имён

Начиная с AGP 9.3.0-alpha05 отчёт генерируется автоматически в build/outputs/mapping/release/configanalyzer.html при каждом билде с квлюченной минификацией. Для AGP 9.2 и ниже нужно при запуске ./gradlew assembleRelease передать системный флаг com.android.tools.r8.dumpkeepradiushtmltodirectory с путём до папки куда сохранить отчет.

Помимо широких правил анализатор выделяет ещё два типа мусора:
👉 unused rules, которые не матчат ни один класс в текущем билде (обычно появляются после рефакторинга)
👉 subsumed rules, когда одно широкое правило перекрывает другое и делает его бессмысленным.

‼️ ВАЖНО: требует R8 9.3.7-dev, который идёт в комплекте только с AGP 9.3.0-alpha05. Это ранняя alpha. На продакшн-сборки без тщательной проверки не стоит.

Это первый инструмент с конкретными цифрами по влиянию сторонних библиотек на R8. Раньше это была область догадок и ручного анализа mapping-файлов. Теперь можно прийти к мейнтейнеру с отчётом и показать: вот твоё правило, вот 35% заблокированной оптимизации у нас в проекте. Круто если такой отчет можно будет получить как XML/JSON чтобы встраивать в другие инструменты.

#Android #AndroidDev #R8 #Performance #agp #Произодвительность