Про Server Driven UI.

Ранее автор разбирал ограничение Client Driven UI. А теперь продает нам преимущества SDUI.

👉 Как следует из названия, экраны отрисовываются по инструкциям с сервера
👉 Несмотря на кажущуюся независимость клиента от сервера, ваше приложение всё ещё будет ограничено существующими элементами
👉 Очень важный элемент — дизайн-система, которой следуют все приложения, иначе всё развалится
👉 A/B тесты, персонализация приложения под пользователя, обновление приложения на лету и независимый от сторов релиз-менеджмент — всё это вы получаете бонусом
👉 Сложность на Backend'е, невероятно долгая загрузка приложения, экспоненциально растущая сложность разработки и поддержки клиента — всё это вы также получаете бонусом c SDUI

Кто использует: Reddit, Tinder, AirBnB

RemoteConfig на Гугл таблицах

В целом, гугл таблицы можно использовать как бекенд для вашего пет-проекта или если нужно быстро набросать POC. Еще 1 история успеха стартапа, который так и сделал - Levels.fyi

Под капотом ничего сложного - просто получение таблицы по ссылке и чтение данных из нее. Не безопасно, не поддерживаемо, но быстро и работает!

А как собеседоваться в 2023?

На этот раз менее техническая статья, больше про то как попасть на собеседования. Актуально для тех кто ищет работу в Европе/США. Статья стоит того чтоб ее прочитать целиком

👉 Просто оставить свое резюме на сайте компании больше почти не работает
👉 Найм сократился и большее предпочтение компании отдают рекомендациям. Ищите друзей и друзей-друзей и друзей-друзей-друзей в компанию куда вы хотите
👉 Ваше красивое 7 страничное резюме о том как вы делали свою работу в последние 10-15 лет скорее всего не прочитают. Когда на вакансию по 100+ заявок в день, выбирают того у кого понятно кто он и что он
👉 Системы, парсящие и оценивающие ваше резюме, не так умны, как кажется, так что лучше подстроиться под них. Проверить свое: resumeworded.com
👉 Как бы вам не нравилось оформлять LinkedIn - если через него вы ищете себе работу ИЛИ хотите чтоб работа там находила вас - это надо сделать
👉 Алгоритмические задачки/систем дизайн все еще неотъемлемая часть большинства собеседований - просто подготовьтесь. По-другому никак

По моему опыту - все так. Наибольшая конверсия при подаче через знакомого/существующий контакт в LinkedIn. Когда я подтюнил LinkedIn - мне начали писать рекрутеры с предложениями. Когда я подтюнил резюме - даже иногда стал пробиваться через холодные подачи на вакансию.

Улучшаем проигрывание видео через ExoPlayer

👉 В Reddit классически использовали DASH формат для Android и HLS для web/iOS. -> Заменили на mp4 для коротких видео длиной менее 45 секунд. Количество ошибок плейбека снизилось на 5%, просмотры за счет ускорения запуска увеличились на 1%
👉 Не стали использовать SimpleCache и стандартные методы хранения, а воспользовались DownloadManager. У этого метода есть и минусы. Например, подгрузить заранее первые 500kb данных из видео - нельзя
👉 Динамический размер буферизации для видео разной длины. Это сказалось на метриках, а вообще про буферизацию в реддит можно почитать тут
👉 Адаптивный битрейт через BandwidthMeter так же сказался на продуктовых метриках
👉 Для рендера использовали TextureView, но планируют перезжать на SurfaceView, который лучше работает с GPU, но может сказаться на перфомансе и потреблении батарейки

И что?
Проводите A/B тесты не только продуктовых фичей, но и платформенных чтобы понимать куда двигаться дальше. Связывайте продуктовые и платформенные метрики. ExoPlayer предоставляет неплохой интерфейс AnalyticsListener чтобы собирать данные касательно плеера - не самый удобный, но лучше чем ничего

Во вторник была жаркая дискуссия в комментариях (рекомендую почитать). Один из выводов - нужно расширять свою сеть контактов в linkedIn. Всех заинтересованных прошу оставлять ссылки на себя в комментариях

Очередная хайп-статья непопулярных мнений

👉 Android Разработка не про разработку на Jetpack Compose. Да, вам действительно нужно уметь работать с базой, строить архитектуру и следить за жизненным циклом приложения во время разработки, а не только верстать. Но ведь Compose это не только про UI, но и про подход к обращению с данными?
👉 DI это не только про Hilt/Dagger
Не зацикливайтесь на фреймворке при работе с паттерном
👉 Jetpack ViewModel это не ViewModel из MVVM
Первый позволяет вам создать компонент независимый от жизненного цикла приложения. Тогда как второй больше относится к абстракции в приложении и ограничению по работе между слоями данных. Вы можете использовать первую ViewModel, не поддерживать архитектуру MVVM но и наоборот
👉 Вы можете делать обращения к репозиторию напрямую из ViewModel.
Чистая архитектура подвергается критике последние несколько лет в том числе за ненужные слои абстракций. Если вам кажется, что очередная абстракция в виде usecase не решает никакой проблемы в вашем проекте - можете игнорировать этот слой
👉 Google рекомендации это всего лишь рекомендации
👉 Вы не bigtech.
Слепое следование лучшим практикам индустрии без оглядки на команду может стоить компании продукта. Лучшие практики, примеряемые в командах, где сотня только мобильных разработчиков, может сильно тормозить команду из 4 людей. Применяйте только то, что помогает вам работать, а не потому что так делают все

Распознование поз в реальном времени с ML kit

Расширяем кругозор и трогаем хайповый ML из Android. Не так сложно как кажется, так как все сокрыто за слоями абстракции Firebase.

Koin, ближайшие планы обновлений

В последнем обновлении 3.6 beta стабилизировали корутины, компоуз и в целом ядро Koin. Так же добавили интеграцию wasm и поддержали ViewModel api для compose miltiplatform. Однако, команда решила не выкатывать релиз 3.6, а сразу двинуться к 4.0, где поддержат Kotlin 2 и почистят deprecated api.

А что вы используете для DI? Напишите в комментариях, что у вас используется в проекте. Из ваших вариантов соберу опросник в канале. Посмотрим на распределение

Скрытые фичи текстового поля

Что рассмотрят по ссылке выше:

👉 Динамический градиентный текст и курсор, внося изменения всего в 2 строки
👉 Кастомизация decorationBox в зависимости от написанного текста
👉 Изменения шрифта без задания font (как на гифке)
👉 Текстовое поле с маской для кредитной карты
👉 Перехват взаимодействия пользователя с текстовым полем
👉 User tagging в реальном времени
👉 Подмена экшн кнопки в клавиатуре
👉 Haptic feedback для разных символов
👉 Как поддержать media content вставляемый из клавиатуры (гифки или картинки из буфера обмена)

Добавляем проверку на номер задачки в TODO через линтер

Пустые TODO маловероятно будут исправлены, если не имеют за собой закрепленной задачи. А имея задачу очень просто найти место где возникла проблема. Автоматизация проверки формата TODO через lint и как ее делать: тут и тут

Как под капотом работает @Preview?

👉 Для просмотра метода с @Preview аннотацией используется androidx.compose.ui.tooling.PreviewActivity, который собирает параметры из @PreviewParameter и свойства из @Preview
👉 Все это должно как то собираться воедино, да? Это происходит во время градловской команды androidTest. На выходе получаем apk с превьюшками, который выводится в Android Studio.
👉 Как можно этим воспользоваться? Например, положить AndroidManifest.xml в module/src/androidTest и поменять параметры приложения, которое запускается для preview. А значит, мы можем и сами собрать приложение из наших @Preview и любых @Composable элементов на девайс!

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

Цикл статей про архитектуру от Zsolt.

👉 Вводная часть про инструменты и что нас ждет в следующих частях
👉 Про обработку ошибок и Монады. Читаем про то что такое монады, как это связано с архитектурой Android и на какому слое приложить
👉 Mapping Зачем это делать и почему нельзя использовать 1 серверную модель на всех слоях. Нужно ли тестировать этот процесс, и как именовать функции чтобы не запутаться
👉 Response vs Reply классы Отличия и когда-какие используем. Организация нетворк слоя

Это не гайд для архитекторов, а скорее для мидлов, которым нужно начать углубляться в детали организации слоя данных