🤖 Готовьтесь к Android Gradle Plugin 9.0 — грядут большие перемены!

Совсем скоро состоится релиз Android Gradle Plugin 9.0 (AGP), который полностью меняет подход к конфигурации Android‑проектов: удаляет устаревшие API, упрощает настройку и пересматривает организацию конфигурации.

Ключевые изменения:
👉 Переход на Gradle 9.X
👉 Поддержка Kotlin теперь встроена в AGP — подключение org.jetbrains.kotlin.android больше не требуется и даже будет рушить сборку. Из плюсов — минус один плагин.
👉 Плагин org.jetbrains.kotlin.multiplatform больше не будет работать с com.android.library и com.android.application. Используйте com.android.kotlin.multiplatform.library, а для приложения создавайте отдельный модуль.
👉 Массовые изменения в API — множество удалений без прямых альтернатив. В целом идёт отказ от старых публичных интерфейсов, ведь новые уже давно доступны, и авторы плагинов могут их использовать.
👉 Некоторые возможности конфигурации теперь будут доступны только в библиотечном плагине.

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

Подробнее обо всех изменениях — в документации

Надеюсь, Android Studio добавит ассистента по миграции. А вот авторам плагинов, похоже, прибавится работы 😅

Как вам перемены? Пойдут ли они на пользу скорости сборки и удобству использования AGP?

#Android #AndroidDev #Gradle #AGP #AndroidStudio

📹 Использование разных моделей в Android Studio (Bring your own model) - Android Developers Backstage

В новом выпуске Android Developers Backstage обсудили крутейшую фичу — «Bring Your Own Model» в Android Studio.

Теперь в Agent Mode можно использовать любые AI-модели, а не только Gemini! Это открывает огромные возможности:
👉 Модели от OpenAI, Anthropic и других — подключайтесь через свой API-ключ.
👉 Локальные модели через Ollama и LM Studio — для приватности и кастомизации.
👉 Больше гибкости в разработке с AI-ассистентами.

Обсуждают насущное: контекст, планирование, генерацию кода и будущее агентов в разработке.

0:00 - Вступление
0:49 - Суть фичи "Bring Your Own Model"
4:13 - Как подключить свой API-ключ
7:24 - Работа с Anthropic Claude
13:17 - Как часто нужно напоминать модели контекст?
17:40 - "Thinking" vs "Planning" — в чём разница?
20:25 - Если API нужно дать несколько ответов на сложный вопрос
24:14 - Какие модели поддерживаются
31:18 - Есть ли ограничения при использовании сторонних моделей?
34:07 - Поддержка автодополнения кода
38:16 - GitHub и AI-агенты
44:35 - Использование агентов в разработке
56:36 - Studiobot
57:56 - Итоги

#AI #AndroidStudio #Gemini

🔨 Лучше поздно, чем никогда - Material Symbols из Google Fonts встроили в Android Studio. Пока только в Canary версии Panda.

Для тех кто не в курсе, Material Symbols пришли на замену Compose Material Icons, которые больше не рекомендуется к использованию (подробности тут)

Источник - Android Developers

#Android #AndroidDev #Compose #AndroidStudio

🔨 В Android Studio теперь можно использовать собственные AI модели вместо Gemini, причем как локальные так и удаленные.

Вышла новая стабильная версия Android Studio - Otter 3 Feature Drop и в ней Google сделала верный шаг касательно AI, потому не всем подойдет их решение, а кто-то и вовсе из-за политик компании должен использовать внутренние решения. Вы можете настроить свою модель в настройках IDE в разделе "Tools" -> "AI" -> "Model Providers"

Из чатов я видел что не всех получилось заводить на стабильной версии, а вот в самое свежей Canary версии работало. Сегодня буду тестировать как оно вообще.

Источник - developers.android.com

#AndroidStudio #AI

🔨 UI тесты без кода на естественном языке стали доступны в Android Studio Otter. Прикольно, но убирайте

В свежем релизе Android Studio Otter стала доступна фича Journeys. Идея звучит хайпово: вы пишете сценарий теста на обычном ествественном языке, а магия AI превращает это в воспроизводимый UI-тест.

Как это работает?
- Вы описываете шаги (например, “открой корзину”, “проверь наличие товара”)
- Journeys парсит это и сохраняет в проект специальный файл (не код) в папке journeysTest.
- Тесты можно запускать прямо из студии или через командную строку (gcloud).

😮 В чём подвох?
Несмотря на удобство «написания», вопросы к инфраструктуре остаются открытыми:
👉 Привязка к Google Cloud: Чтобы запустить эти тесты через CLI, нужна авторизация в gcloud. Без интернета и доступа к серверам Google магия парсинга не сработает.
👉 Изолированный контур: Если ваш CI/CD живет в закрытой сети, внедрить Journeys будет тем еще квестом.
👉 Масштабируемость: Насколько стабильно AI будет интерпретировать изменения в UI спустя время?

Лично я пока настроен скептически. Старый добрый Kaspresso или Compose Test Framework на Kotlin кажутся надежнее — они не требуют облаков, легко поддерживаются и работают в любом «подвале» без интернета. Да и генерировать код с AI совсем просто и поддерживается понятнее.
Journeys выглядит как классная игрушка для прототипов, но в продакшене больших проектов может стать сложностью.

🔗 Подробнее про Journeys for Android Studio в документации

💬 А что думаете вы? Кто-нибудь уже успел потыкать Journeys в реальных условиях? Может, я упускаю какую-то киллер-фичу, которая оправдывает привязку к облаку? Пишите в комментариях! 👇

#androidstudio #ai #тестирование

🪙 Записал настройку и свои впечатления от использования разных моделей. Возможность очень классная, но видно как все возможности делались под модели Google и с другими много нюансов. Смотрите на Boosty

#AndroidBroadcast #AndroidStudio #AI

🔨 Вышла Android Studio Panda 1 и там только одно существенное изменение — упрощённое управление JDK для Gradle через Gradle Daemon JVM Criteria.

Теперь в новых проектах студия по умолчанию использует критерии JVM для Gradle Daemon: Gradle сам находит совместимый JDK, установленный на машине, а если подходящего нет — включает auto-provisioning и скачивает нужный JDK. Фича стабилизирована в Gradle 9.2.0.

Что это даёт разработчику:

✅ Меньше ошибок на импорте и старте проекта. Больше не нужно вручную угадывать “правильный” JDK для конкретного проекта — меньше типичных проблем вида Unsupported class file major version и прочих сюрпризов из-за неверно выбранной Java.

✅ Консистентные сборки в IDE и в терминале. Раньше Studio могла собирать проект на одном JDK, а CLI — на другом. В итоге появлялись разные Gradle Daemon, падала предсказуемость и иногда производительность. С JVM Criteria выбор JDK становится единым — поведение сборки стабильнее.

Для существующих проектов (при совместимой версии Gradle) Android Studio покажет уведомление и предложит автоматически мигрировать текущую настройку Gradle JDK на Daemon JVM criteria, сохранив те же требования к JDK.

💡 Для работы требуется Gradle 9.2 или выше, ну и придется мигрировать на AGP 9.0

#AndroidStudio #Gradle