Android Broadcast

Android инструменты для отладки в терминальном интерфейсе, для тех кто решил отказаться от IDE 🐱Holo #Android#AndroidDev

🤖Google выпустила Android CLI — новую командную строку для Android-разработки, которая умеет работать не только с человеком, но и с AI-агентами: Gemini CLI, Claude Code, Codex, Antigravity и любыми другими. По замерам Google, в агентных сценариях CLI тратит на 70% меньше токенов на setup проекта и окружения и выполняет типовые задачи в 3 раза быстрее, чем когда агент разбирается через стандартные инструменты. Цифры от вендора, но механика понятная: один вызов android create вместо длинной цепочки команд. Основные команды: 👉android sdk install — ставит только нужные компоненты SDK 👉android create — создание проекта из официальных шаблонов с актуальной архитектурой 👉android emulator и android run — работа с виртуальными девайсами и запуск приложения 👉android skills — подключение SKILL.md инструкций для агента: Navigation 3, edge-to-edge, миграция AGP 9, XML в Compose, анализ R8 👉android docs — доступ к актуальной документации Android, Firebase и Kotlin в обход устаревшего training cutoff модели 👉android update — обновление самого CLI Установка curl -fsSL https://dl.google.com/android/cli/latest/darwin_arm64/install.sh | bash CLI пригодится не только с агентами: Google прямо позиционирует его для CI и скриптовой автоматизации. Похоже, Google серьёзно перестраивает базовый тулинг под реальность, где рядом с разработчиком всегда есть агент. Пошёл пробовать в своих проектах. 🔗Анонс Android Developers Blog #Android#AndroidDev

🤖Вышел Android 17 Beta 4 Что нового: 👉 Ограничения на выделяемую память для приложений (некий новый механизм) 👉 Автоматической обнаружение аномалий в использовании приложениями ресурсов устройства 👉 Пост квантовое шифрование в Android Keystore Подробно читайте в отдельных постах @android_broadcast 🔗 Источник Android Developers Blog #Android#Android17

🤖Kotlin DSL для AGSL-шейдеров на Android AGSL (Android Graphics Shading Language) появился в Android 13 как нативный язык шейдеров для GPU. Работает через RuntimeShader и RenderEffect, позволяет делать попиксельные эффекты на любом View или Composable. Но писать его больно: код живёт в строках, uniform-ы привязываются вручную, IDE не помогает. Библиотека RedByteFX оборачивает это в Kotlin DSL. Вот волновое смещение — сначала голый AGSL, потом то же самое через библиотеку: // Голый AGSL — строка в коде uniform shader content; uniform float wave_amplitude; uniform float wave_frequency; half4 main(float2 fragCoord) { float2 offset = float2( 0.0, sin(fragCoord.x * wave_frequency) * wave_amplitude ); return content.eval(fragCoord + offset); } // RedByteFX DSL val effect = redbytefx { val amplitude = uniformFloat(0f, "wave_amplitude") val frequency = uniformFloat(0.08f, "wave_frequency") val offset = let( float2(0f, sin(fragCoord.x * frequency) * amplitude), "wave_offset" ) sample(fragCoord + offset) } 🔗habr.com 🐱GitHub #Android

🤖androidx.lint — это Jetpack-библиотека с набором lint-проверок специально для авторов Gradle-плагинов. Если ты пишешь Gradle plugin для Android — она ловит ошибки, которые сложно заметить вручную: 👉 использование внутренних API Gradle и AGP (которые могут сломаться в любой момент) 👉 eager task configuration вместо lazy (withType без configureEach) 👉 вызовы, несовместимые с Gradle Project Isolation (getRootProject, findProject, getParent) 👉Provider<String>.toString() — почти всегда баг 👉configurations.create вместо configurations.register (проблема с Gradle 8.14+) 👉System.getenv() напрямую вместо Provider API 👉mustRunAfter / shouldRunAfter — дорогие операции из-за перестройки task graph Сейчас в alpha06 (апрель 2026), стабильного релиза ещё нет, но и в прод этот код не пойдет. #Gradle#Android

🤖Gemma4 доступна в AI Core в Dev Preview. Моделька реально может много и всё это прямо на устройстве 🤯 Стоит пробовать в приложениях на девайсах с поддержкой. Запустится на флагманах c Qualcomm, Mediatek, Tensor 🔗 Источник Android Dev Blog #AI#ИИ#Android

🤖Credential Manager: одно API для всей авторизации на Android Авторизация в Android-приложениях исторически была болью: Smart Lock, One Tap, FIDO2, Google Sign-In — каждый жил отдельно, со своими проблемами и способом интеграции. Credential Manager заменяет всё это единым Jetpack API. val request = GetCredentialRequest( listOf( GetPasswordOption(), GetPublicKeyCredentialOption(requestJson = fetchJsonFromServer()) ) ) coroutineScope.launch { try { val result = credentialManager.getCredential( context = activityContext, request = request ) when (val credential = result.credential) { is PublicKeyCredential -> sendToServer(credential.authenticationResponseJson) is PasswordCredential -> signInWith(credential.id, credential.password) is CustomCredential -> handleFederatedSignIn(credential) } } catch (e: GetCredentialException) { handleError(e) } } Суть простая: один вызов getCredential() показывает пользователю bottom sheet, где агрегированы passkeys, сохранённые пароли и Sign in with Google. Пользователь выбирает аккаунт, а не метод входа — API само подбирает подходящий тип учётной данных. По возможностям: 👉 Passkeys — беспарольная аутентификация через публичный ключ с подтверждением биометрией или PIN. Работает с Android 9+, синхронизируется через Google Password Manager 👉 Пароли — поддержка через GetPasswordOption с Android 4.4, то есть покрывает всю реальную аудиторию 👉 FIDO — Sign in with Google теперь нативно встроен в тот же bottom sheet, никаких отдельных SDK Что происходит в реальных приложениях с passkeys — числа впечатляют. Zoho после интеграции ускорил авторизацию в 6 раз и видит рост использования passkeys на 31% месяц к месяцу. X за 4 недели мигрировал с SmartLock/One Tap/Google Sign-In, удалил сотни строк кода и вдвое улучшил показатели успешного входа. ‼️ ВАЖНО: поддержка сторонних менеджеров паролей (1Password, Bitwarden и т.д.) появилась только с Android 14. На более ранних версиях работает только Google Password Manager. На мой взгляд, это тот редкий случай когда Google реально упростила жизнь разработчикам, а не наоборот. Если в приложении до сих пор живут отдельные интеграции авторизаций — посмотрите в сторону миграции, оно того стоит и по коду, и по UX. А вы уже интегрировали Credential Manager к себе? Если да — что больше всего зашло или наоборот споткнулись? Если нет — что останавливает? #Android#Безопасность#Passkeys

🤖 Вышла Jetpack Media3 1.10.0 Вышла новая версия Media3, и там заметное обновление для тех, кто строит плеерный UI на Compose. Главное в этом релизе — продолжение развития модуля media3-ui-compose-material3. Добавили готовый Player composable, который объединяет ContentFrame с настраиваемыми элементами управления сверху, по центру и снизу. Рядом появился ProgressSlider для перемотки через жесты и PlaybackSpeedControl с кнопкой переключения скорости. На мой взгляд, это уже почти полноценный out-of-the-box плеер на Compose Material3. Breaking changes: 👉FrameExtractor вынесен в отдельный модуль media3-inspector-frame 👉LottieOverlay переехал в media3-effect-lottie 🔗 Источники: android-developers.googleblog.com #Android#AndroidDev#Jetpack#Медия

🛒Android Developer Verification запускается для всех разработчиков Google начала глобальный роллаут верификации разработчиков в Play Console и новом Android Developer Console. В Android Studio через пару месяцев прямо при сборке подписанного App Bundle или APK будет видно статус регистрации приложения. Для студентов и энтузиастов готовят бесплатный аккаунт с ограниченным распространением до 20 устройств — без паспорта, только email. Ранний доступ открывается в июне. С 30 сентября 2026 года в Бразилии, Индонезии, Сингапуре и Таиланде незарегистрированные приложения можно будет установить только через ADB или специальный Advanced Flow. С 2027 года это распространится на весь мир. 🔗android-developers.googleblog.com #Android#GooglePlay

🤖Вопрос ответ про верификацию Android разработчиков Сайдлоадинг умрёт? Нет. Верификация направлена против мошенников, а не против свободы установки. Верифицированные разработчики распространяют APK через любые каналы как раньше. Что будет с установкой по ADB? Нет. Сборка, отладка и деплой через ADB работают как прежде без регистрации. Регистрация нужна только если тестирование идёт через Firebase App Distribution, Play Internal Testing или APK отдаётся тестировщикам вне ADB. Я занимаюсь разработкой как хобби, мне нужно будет пройти верификацию? Нет. Для студентов и хобби-разработчиков вводится бесплатный аккаунт с ограниченным числом устройств без идентификации. Зачем это вообще нужно? На Play Store аналогичная схема уже дала двузначное снижение активности мошенников. Создать тысячи верифицированных аккаунтов с реальными документами несравнимо дороже, чем сделать это один раз как честному разработчику. Это не убирает всех, но делает порог выше. Плюс опыт пользователей с мошенничеством в разных странах разный, как и схемы обмана. Ранний доступ стартует в октябре 2025 года, можно записаться уже сейчас. 📹 Источник - YouTube Android Developers #Android#AndroidDev#Безопасность

🦢Swift 6.3. Официальный SDK для Android в stable В Swift 6.3 вышел первый официальный Swift SDK для Android. До этого поддержка была только в nightly-сборках, теперь это стабильный релиз. Я делал про это видео на 📹 YouTube и на 🪙 Boosty: раз и два — там подробнее про механику интеграции. Кому это реально пригодится? iOS-разработчикам, у которых есть Swift-библиотеки с бизнес-логикой и которые хотят переиспользовать их на Android без переписывания на Kotlin. Через Swift Java и Swift Java JNI Core Swift-код встраивается в существующее Kotlin/Java-приложение — не нужно всё переписывать с нуля. 🔗 Источник: swift.org #Swift#Android

🤖Улучшение подписи APK в Android 17 Android 17 добавляет поддержку гибридной схемы подписи APK с постквантовым алгоритмом ML-DSA. Классический ключ подписи комбинируется с постквантовым и подпись становится устойчивой к атакам с использованием квантовых вычислений. Схема гибридная, а не замена старому подходу, поэтому обратная совместимость сохраняется. Старые устройства верифицируют подпись через классический ключ, новые получают дополнительный слой защиты через ML-DSA. ‼️ ВАЖНО Старый классический ключ переиспользовать нельзя. Это не обновление существующего ключа, а смена подписи, нужно создавать новую пару. Если используете Google Play App Signing, всё сделает Google Play, просто дождитесь опции в консоли. При самостоятельном управлении ключами понадобится обновлённый apksigner. Квантовые компьютеры, способные реально угрожать текущим подписям,появятся не скоро, да и натравливать его на взлом APK - странный сценарий использования такой машины. Но инфраструктурные вещи лучше внедрять заранее, и хорошо, что Play App Signing снимает эту задачу с большинства из нас. 🔗 Источник: developer.android.com #Android#Android17#Безопасность