🐱Вышел стабильный Yatagan 2.0: Dagger-вызовы можно не переписывать

Яндекс выкатил Yatagan 2.0.0 - Dagger подобный DI, но упрощенный и полностью может работать через рефлексию

Что нового в релизе 2.0:

👉 Единый Yatagan для разных backend обработки. Codegen и reflection подхватываются сами, сгенерированная реализация в приоритете. Yatagan.create() / builder() / autoBuilder() не менялись.
👉 Экспериментальный Dagger compatibility mode. Флаг yatagan.experimental.enableDaggerCompatibility, Yatagan генерит фасады DaggerMyComponent.create() / .builder(). Ядро Dagger есть (components, modules, scopes, multibindings, assisted). Нет Hilt, dagger.android, Producers, gRPC, SPI-плагинов.

Миграцию можно скормить агенту: в репо лежит skill для этого.

#Android #AndroidDev #Dagger #Яндекс #DI

🤖 СРОЧНО УБЕРИ lazy списки - используй Grid

Адаптивность - важный аспект удобно UI, но почему-то разработчики продолжа/т по умолчанию фигачить списки, вместо того чтобы подстроиться под ширину. LazyColumn и LazyRow фиксируют один столбец.

Перейдите на LazyVerticalGrid / LazyHorizontalGrid с GridCells.Adaptive. Колонок станет столько, сколько влезает при минимальной ширине ячейки, а их количеством можно гибко управлять через политику GridCells.

LazyVerticalGrid(
    columns = GridCells.Adaptive(minSize = 160.dp),
    contentPadding = PaddingValues(16.dp),
    horizontalArrangement = Arrangement.spacedBy(12.dp),
    verticalArrangement = Arrangement.spacedBy(12.dp),
) {
    items(items, key = { it.id }) { item ->
        ItemCard(item)
    }
}

Всего есть 3 политики:

// сколько влезет, ячейка ≥ minSize
GridCells.Adaptive(minSize = 160.dp) 

// всегда ровно N колонок
GridCells.Fixed(count = 2)

// столбцов ровно size, лишнее место не растягивает
GridCells.FixedSize(size = 180.dp)

В зависимости от экрана вы уже не будете играться какой Layout выбрать, а уже только менять политику подсчета ячеек

#Android #AndroidDev #Compose #Adaptive

🤖 GPT-6 Astra в большом отрыве 🤯 для решения задач и дешевле, чем Fable 5.1 и Opus 5 😂 для решения задач в Android, но даже топовая модель пока решает чуть больше четверти задач, а значит, что настройка харнеса, декомпозиция и корректировка всё ещё будут за человеком.

🆕 Обновление бенчмарка принесло оценку новых моделей: Gemini 3.8 и 3.7 Flash, GPT-6, Fable 5.1, Kimi K3 и Qwen 3.8 Max.

Конечно, новый подход к оценке значительно поменял расстановку моделей и затраты в $ за тест.
👉 Эффективная Luna улетела очень далеко
👉 Kimi K3 и Qwen 3.8 Max достойно держатся на уровне топов!
👉 Gemini 3.8 Flash — самая дешевая и лучше, чем Sonnet 5 🤔

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

#AndroidDev #Android #AI #Benchmark

🔴 Как получить офер в Amazon? Запись уже доступна

В чате Закрытого Сообщества Broadcast один из его участников поделился новость что получил офер в Amazon. Решил провести стрим сообщества, где я и вы сможете задать вопросы + узнаем как сейчас происходит процесс.

#AndroidBroadcast

🤖 Правильно собирай билд для оценки производительности

Чтобы оценить скорость работы приложения, нужно собирать сборку со всеми оптимизациями и обязательно выключать дебаг для билда. Чтобы иметь возможность оценить, как работает продакшен сборка с помощью инструментов профилирования, в Android 10 добавили специальный режим Profileable. Включается в AndroidManifest:

<application …>
    <profileable
        android:shell="true"
        android:enabled="true"
        tools:targetApi="29" />
</application>

🔗 Документация тега <profileable>

#Android #AndroidDev #Performance

🤖 Одно Android-приложение — куча процессов. Зачем это может понадобиться

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

Разработчик разобрал манифесты и байткод пятнадцати крупных Android-приложений. Отдельный процесс всегда дороже потока: своя инициализация, своя память, IPC вместо прямых вызовов в коде между потоками. Мультипроцессность имеет смысл только там, где Activity, Service и try/catch не закрывают задачу. Вот примеры:

1️⃣ Изоляция. Chrome, Firefox, Facebook, Instagram гоняют веб и декодеры картинок с isolatedProcess="true". Это другой UID: без разрешений приложения и без прямого доступа к его файлам. WhatsApp так же сжимает JPEG в изолированном сервисе.

2️⃣ Рестарт, который переживает смерть основного процесса. Discord, Snapchat и Uber используют либу ProcessPhoenix. WhatsApp и Maps так переключают аккаунт и Incognito: новая Activity в том же процессе не сбросит синглтоны и кэши. У TikTok есть путь убить основной процесс по давлению памяти (:memopt). Автор честно пишет, что без замеров это выглядит сомнительно.

3️⃣ Функциональность со своей жизнью. Клавиатура Snapchat выделена в процесс :snapkeyboard, камера Instagram с локскрина — :honolulu, Instant Games Facebook — :quicksilver, загрузчик TikTok — :downloader, capability-тесты YouTube — :glcheck. Например, это позволяет OOM отдельной функции не ронять всё приложение.

Telegram, Spotify и ChatGPT свои сервисы (звонки, плеер, загрузки, войсы) держат в одном процессе. Несколько функций ≠ несколько процессов.

#Android #AndroidDev #Internals