This media is not supported in your browser
VIEW IN TELEGRAM
Порядок применения модификаторов в
👉 Хорошая привычка, прописывать
👉 Модификаторы применяются в порядке "от конца к началу, изнутри наружу"
👉 Примеры кода в статье
Composable
компонентах👉 Хорошая привычка, прописывать
Modifier
для каждой @Composable
функции👉 Модификаторы применяются в порядке "от конца к началу, изнутри наружу"
👉 Примеры кода в статье
Дебажим зависимости в Gradle!
Гайд о том как дебажить дерево зависимостей проекта на предмет коллизий
👉 Базово построить дерево зависимостей можно, но скорее всего оно будет нечитаемым
Добавив
👉 Это же дерево зависимостей лучше всего отфильтровать по конфигурации с помощью
👉 Найдя проблемную зависимость, разбираем ее с помощью dependencyInsight. Вы увидите как и почему выбирается та или иная версия для проекта.
А что дальше? В статье исключается транзитивная зависимость из одной из библиотек, тем самым решая изначальную проблему конфликта при обновлении фреймворка
Гайд о том как дебажить дерево зависимостей проекта на предмет коллизий
👉 Базово построить дерево зависимостей можно, но скорее всего оно будет нечитаемым
./gradlew :app:dependencies > dependencyTree.txt
Добавив
--scan
, можно посмотреть на аккуратную версию в браузере👉 Это же дерево зависимостей лучше всего отфильтровать по конфигурации с помощью
--configuration
. Они бывают: compileClasspath
, runtimeClasspath
, testCompileClasspath
, и testRuntimeClasspath
👉 Найдя проблемную зависимость, разбираем ее с помощью dependencyInsight. Вы увидите как и почему выбирается та или иная версия для проекта.
А что дальше? В статье исключается транзитивная зависимость из одной из библиотек, тем самым решая изначальную проблему конфликта при обновлении фреймворка
Не успели мы перейти на Kotlin 2, как Kotlin 2.0.20-Beta1 приносит новые изменения. Функция
Как будет выглядеть:
Используете ли вы приватный конструктор у data классов?
copy()
для data class
будет иметь ту же видимость, что и конструктор. В бета версии пока что покажут warning при использованииКак будет выглядеть:
data class PositiveInteger private constructor(val number: Int) {
companion object {
fun create(number: Int): PositiveInteger? = if (number > 0) PositiveInteger(number) else null
}
}
fun main() {
val positiveNumber = PositiveInteger.create(42) ?: return
// Будет вызывать Warning в 2.0.20-Beta1
val negativeNumber = positiveNumber.copy(number = -1)
// warning: non-public primary constructor is exposed via the generated 'copy()' method of the 'data' class.
}
Используете ли вы приватный конструктор у data классов?
Появились записи с KotlinConf, разбитые на части:
https://kotlinconf.com/talks/
Особенно хочется отметить моих коллег, которые рассказали как устроено наше кросплатформенное приложение (KMM + Compose). Зацените, будет интересно: https://kotlinconf.com/talks/584799/
https://kotlinconf.com/talks/
Особенно хочется отметить моих коллег, которые рассказали как устроено наше кросплатформенное приложение (KMM + Compose). Зацените, будет интересно: https://kotlinconf.com/talks/584799/
This media is not supported in your browser
VIEW IN TELEGRAM
Спустя 4 года в беклоге, фича с заполнением обязательных параметров готова и будет доступна в IDEA 2024.2 EAP. До Android Studio докатится значительно позже.
Мне этого функционала очень давно не хватает
Мне этого функционала очень давно не хватает
Сегодня разберем частый и не очевидный паттерн -
Как выглядит:
Таким образом предоставляется только интерфейс наружу. Kotlin команда часто так делает, например
Зачем? Это дает свободу разработчикам подменять класс реализации без сложной и ломающей все миграции.
Из книги Marcin Moskała, Effective Kotlin
fake interface constructor
.Как выглядит:
interface Foo {
fun foo()
}
fun Foo(): Foo = object : Foo {
override fun foo() {
println("foo")
}
}
fun main() {
val foo: Foo = Foo()
foo.foo()
}
Таким образом предоставляется только интерфейс наружу. Kotlin команда часто так делает, например
Job, CoroutineScope, CompletableDeferred, Channel, Mutex, Semaphore, MutableStateFlow, MutableSharedFlow, List
именно так и реализованы. При инициализации вы обращаетесь к функции, что, например, сказывается на подсветке синтаксиса в IDE (вызов функции, а не обращение к конструктору)Зачем? Это дает свободу разработчикам подменять класс реализации без сложной и ломающей все миграции.
Из книги Marcin Moskała, Effective Kotlin
Что быстрее и в каких задачах. Корутины, RxJava или Executor!
👉 Большой анализ с помощью Jetpack Microbenchmark.
👉 Автор исследует как работают инструменты на единственном потоке, на максимальном количестве потоков исполняемых параллельно и на количестве потоков, равное количеству задач.
👉 Наглядно видно, почему стоит использовать встроенные IO диспатчеры для задач связанных с записью данных
👉 Автор приходит к выводу что лучше использовать малое количество потоков, дробя большую задачу на подзадачи, для быстрого выполнения
Код, соответсвующий результатам на графике, приведен ниже. Автор так же делает сравнительный анализ для каждой операции, так что рекомендую глянуть статью целиком!
👉 Большой анализ с помощью Jetpack Microbenchmark.
👉 Автор исследует как работают инструменты на единственном потоке, на максимальном количестве потоков исполняемых параллельно и на количестве потоков, равное количеству задач.
👉 Наглядно видно, почему стоит использовать встроенные IO диспатчеры для задач связанных с записью данных
👉 Автор приходит к выводу что лучше использовать малое количество потоков, дробя большую задачу на подзадачи, для быстрого выполнения
Код, соответсвующий результатам на графике, приведен ниже. Автор так же делает сравнительный анализ для каждой операции, так что рекомендую глянуть статью целиком!
private fun mixed(seed: Int): Int {
return when {
seed % 5 == 0 -> network(seed)
seed % 3 == 0 -> storage(seed)
seed % 2 == 0 -> listsManipulation(seed)
else -> arithmetic(seed)
}
}
Набор начинающего платформенного инженера
Попробовать капнуть поглубже, разобраться в кишках системы и собрать свой образ AOSP!
👉 Перво-наперво это конечно системные требования, они примерно соответствуют топовому MacBook Pro, если бы он был не arm.
👉 Зачем столько ядер? AOSP содержит примерно 150 000 файлов, которые лучше всего обрабатывать параллельно. Сюда же и ответ зачем нужна быстрая память
👉 Синхронизация внешних зависимостей проекта займет порядка 200-300 GB вашего интернет-траффика
👉 Можно выбрать для какого гуглового девайса вы хотите собирать систему тут
👉 После всех манипуляций, простой командой запускаем сборку
⌛️ Ждём, ждём, ждём
👉 C помощью
👉 Для удобства модификации исходников используется Android Studio for Platform. Это отдельная версия Android Studio, которую релизнули в этом году
👉 Можно запустить такой сетап где-нибудь в облаке, если у вас нет желания собирать отдельную станцию под это. Будет стоить денег, но, обычно, арендовать на день-другой стоит не дорого
Попробовать капнуть поглубже, разобраться в кишках системы и собрать свой образ AOSP!
👉 Перво-наперво это конечно системные требования, они примерно соответствуют топовому MacBook Pro, если бы он был не arm.
72 Core x86_64, 64GB DDR5, 400GB SSD NVMe
. Такой сетап соберет билд за 40 минут (по заверениям гугла). 6 ядерная машина же застрянет на 6 часов в сборке👉 Зачем столько ядер? AOSP содержит примерно 150 000 файлов, которые лучше всего обрабатывать параллельно. Сюда же и ответ зачем нужна быстрая память
👉 Синхронизация внешних зависимостей проекта займет порядка 200-300 GB вашего интернет-траффика
👉 Можно выбрать для какого гуглового девайса вы хотите собирать систему тут
👉 После всех манипуляций, простой командой запускаем сборку
source setup/buildenv.sh
👉 C помощью
adb
и fastboot
заливаем сборку в девайс и радуемся свежей операционке Android aka Good Reads
👉 Для удобства модификации исходников используется Android Studio for Platform. Это отдельная версия Android Studio, которую релизнули в этом году
👉 Можно запустить такой сетап где-нибудь в облаке, если у вас нет желания собирать отдельную станцию под это. Будет стоить денег, но, обычно, арендовать на день-другой стоит не дорого
Please open Telegram to view this post
VIEW IN TELEGRAM
Sid Patil
The Starter kit for Android Platform Engineering
Unlock the secrets of the Android Open Source Project (AOSP) with a comprehensive guide to Platform Engineering. This article covers everything from machine setup and IDE configuration to compiling a full Android system builds for Google Pixels.
123.gif
18.4 MB
Jetpack Glance
Многие делали виджеты для Android стандартными средствами. Теперь делаем с помощью Jetpack Compose. В статье можно подглядеть пример и сразу попробовать быстренько сверстать виджет для своего приложения.
Жаль, пока что есть поддержка только Android. Надеюсь, когда-нибудь будет и iOS
Документация https://developer.android.com/develop/ui/compose/glance
❗️ Помните! Лучше не смешивать
Многие делали виджеты для Android стандартными средствами. Теперь делаем с помощью Jetpack Compose. В статье можно подглядеть пример и сразу попробовать быстренько сверстать виджет для своего приложения.
Жаль, пока что есть поддержка только Android. Надеюсь, когда-нибудь будет и iOS
Документация https://developer.android.com/develop/ui/compose/glance
Composable
элементы виджета с существующими элементами. Они могут быть несовместимы с элементами из стандартной библиотекиPlease open Telegram to view this post
VIEW IN TELEGRAM
Про Server Driven UI.
Ранее автор разбирал ограничение Client Driven UI. А теперь продает нам преимущества SDUI.
👉 Как следует из названия, экраны отрисовываются по инструкциям с сервера
👉 Несмотря на кажущуюся независимость клиента от сервера, ваше приложение всё ещё будет ограничено существующими элементами
👉 Очень важный элемент — дизайн-система, которой следуют все приложения, иначе всё развалится
👉 A/B тесты, персонализация приложения под пользователя, обновление приложения на лету и независимый от сторов релиз-менеджмент — всё это вы получаете бонусом
👉 Сложность на Backend'е, невероятно долгая загрузка приложения, экспоненциально растущая сложность разработки и поддержки клиента — всё это вы также получаете бонусом c SDUI
Кто использует: Reddit, Tinder, AirBnB
Ранее автор разбирал ограничение Client Driven UI. А теперь продает нам преимущества SDUI.
👉 Как следует из названия, экраны отрисовываются по инструкциям с сервера
👉 Несмотря на кажущуюся независимость клиента от сервера, ваше приложение всё ещё будет ограничено существующими элементами
👉 Очень важный элемент — дизайн-система, которой следуют все приложения, иначе всё развалится
👉 A/B тесты, персонализация приложения под пользователя, обновление приложения на лету и независимый от сторов релиз-менеджмент — всё это вы получаете бонусом
👉 Сложность на Backend'е, невероятно долгая загрузка приложения, экспоненциально растущая сложность разработки и поддержки клиента — всё это вы также получаете бонусом c SDUI
Кто использует: Reddit, Tinder, AirBnB
Medium
Mastering SDUI: A Deep Dive into Server-Driven UI
What is Server-Driven UI (SDUI)?
Есть ли у вас опыт с Server Driven UI? Что думаете об этом подходе?
Final Results
6%
Первый раз слышу об этом
40%
Слышал ранее, но не применял
41%
Поработал на проекте где несколько экранов отрисовывались по инструкциям с сервера
16%
Был проект полностью в этом подходе
This media is not supported in your browser
VIEW IN TELEGRAM
RemoteConfig на Гугл таблицах
В целом, гугл таблицы можно использовать как бекенд для вашего пет-проекта или если нужно быстро набросать POC. Еще 1 история успеха стартапа, который так и сделал - Levels.fyi
Под капотом ничего сложного - просто получение таблицы по ссылке и чтение данных из нее. Не безопасно, не поддерживаемо, но быстро и работает!
В целом, гугл таблицы можно использовать как бекенд для вашего пет-проекта или если нужно быстро набросать POC. Еще 1 история успеха стартапа, который так и сделал - Levels.fyi
Под капотом ничего сложного - просто получение таблицы по ссылке и чтение данных из нее. Не безопасно, не поддерживаемо, но быстро и работает!
А как собеседоваться в 2023?
На этот раз менее техническая статья, больше про то как попасть на собеседования. Актуально для тех кто ищет работу в Европе/США. Статья стоит того чтоб ее прочитать целиком
👉 Просто оставить свое резюме на сайте компании больше почти не работает
👉 Найм сократился и большее предпочтение компании отдают рекомендациям. Ищите друзей и друзей-друзей и друзей-друзей-друзей в компанию куда вы хотите
👉 Ваше красивое 7 страничное резюме о том как вы делали свою работу в последние 10-15 лет скорее всего не прочитают. Когда на вакансию по 100+ заявок в день, выбирают того у кого понятно кто он и что он
👉 Системы, парсящие и оценивающие ваше резюме, не так умны, как кажется, так что лучше подстроиться под них. Проверить свое: resumeworded.com
👉 Как бы вам не нравилось оформлять LinkedIn - если через него вы ищете себе работу ИЛИ хотите чтоб работа там находила вас - это надо сделать
👉 Алгоритмические задачки/систем дизайн все еще неотъемлемая часть большинства собеседований - просто подготовьтесь. По-другому никак
По моему опыту - все так. Наибольшая конверсия при подаче через знакомого/существующий контакт в LinkedIn. Когда я подтюнил LinkedIn - мне начали писать рекрутеры с предложениями. Когда я подтюнил резюме - даже иногда стал пробиваться через холодные подачи на вакансию.
На этот раз менее техническая статья, больше про то как попасть на собеседования. Актуально для тех кто ищет работу в Европе/США. Статья стоит того чтоб ее прочитать целиком
👉 Просто оставить свое резюме на сайте компании больше почти не работает
👉 Найм сократился и большее предпочтение компании отдают рекомендациям. Ищите друзей и друзей-друзей и друзей-друзей-друзей в компанию куда вы хотите
👉 Ваше красивое 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 чтобы собирать данные касательно плеера - не самый удобный, но лучше чем ничего
👉 В Reddit классически использовали DASH формат для Android и HLS для web/iOS. -> Заменили на mp4 для коротких видео длиной менее 45 секунд. Количество ошибок плейбека снизилось на 5%, просмотры за счет ускорения запуска увеличились на 1%
👉 Не стали использовать SimpleCache и стандартные методы хранения, а воспользовались DownloadManager. У этого метода есть и минусы. Например, подгрузить заранее первые 500kb данных из видео - нельзя
👉 Динамический размер буферизации для видео разной длины. Это сказалось на метриках, а вообще про буферизацию в реддит можно почитать тут
👉 Адаптивный битрейт через BandwidthMeter так же сказался на продуктовых метриках
👉 Для рендера использовали TextureView, но планируют перезжать на SurfaceView, который лучше работает с GPU, но может сказаться на перфомансе и потреблении батарейки
И что?
Проводите A/B тесты не только продуктовых фичей, но и платформенных чтобы понимать куда двигаться дальше. Связывайте продуктовые и платформенные метрики. ExoPlayer предоставляет неплохой интерфейс AnalyticsListener чтобы собирать данные касательно плеера - не самый удобный, но лучше чем ничего
Android Good Reads
А как собеседоваться в 2023? На этот раз менее техническая статья, больше про то как попасть на собеседования. Актуально для тех кто ищет работу в Европе/США. Статья стоит того чтоб ее прочитать целиком 👉 Просто оставить свое резюме на сайте компании больше…
Во вторник была жаркая дискуссия в комментариях (рекомендую почитать). Один из выводов - нужно расширять свою сеть контактов в linkedIn. Всех заинтересованных прошу оставлять ссылки на себя в комментариях
А как дела у SwiftUI в кроссплатформе
Немного сыровато, но постепенно разрастается.
Фреймворк для сборки SwiftUI под Android: https://skip.tools/
к сожалению он платный💵
Вариант использования предлагаемый командой -
Прицепить KMP к Skip
Немного сыровато, но постепенно разрастается.
Фреймворк для сборки SwiftUI под Android: https://skip.tools/
к сожалению он платный
Вариант использования предлагаемый командой -
Прицепить KMP к Skip
Please open Telegram to view this post
VIEW IN TELEGRAM
Очередная хайп-статья непопулярных мнений
👉 Android Разработка не про разработку на Jetpack Compose. Да, вам действительно нужно уметь работать с базой, строить архитектуру и следить за жизненным циклом приложения во время разработки, а не только верстать. Но ведь Compose это не только про UI, но и про подход к обращению с данными?
👉 DI это не только про Hilt/Dagger
Не зацикливайтесь на фреймворке при работе с паттерном
👉 Jetpack ViewModel это не ViewModel из MVVM
Первый позволяет вам создать компонент независимый от жизненного цикла приложения. Тогда как второй больше относится к абстракции в приложении и ограничению по работе между слоями данных. Вы можете использовать первую ViewModel, не поддерживать архитектуру MVVM но и наоборот
👉 Вы можете делать обращения к репозиторию напрямую из ViewModel.
Чистая архитектура подвергается критике последние несколько лет в том числе за ненужные слои абстракций. Если вам кажется, что очередная абстракция в виде usecase не решает никакой проблемы в вашем проекте - можете игнорировать этот слой
👉 Google рекомендации это всего лишь рекомендации
👉 Вы не bigtech.
Слепое следование лучшим практикам индустрии без оглядки на команду может стоить компании продукта. Лучшие практики, примеряемые в командах, где сотня только мобильных разработчиков, может сильно тормозить команду из 4 людей. Применяйте только то, что помогает вам работать, а не потому что так делают все
👉 Android Разработка не про разработку на Jetpack Compose. Да, вам действительно нужно уметь работать с базой, строить архитектуру и следить за жизненным циклом приложения во время разработки, а не только верстать. Но ведь Compose это не только про UI, но и про подход к обращению с данными?
👉 DI это не только про Hilt/Dagger
Не зацикливайтесь на фреймворке при работе с паттерном
👉 Jetpack ViewModel это не ViewModel из MVVM
Первый позволяет вам создать компонент независимый от жизненного цикла приложения. Тогда как второй больше относится к абстракции в приложении и ограничению по работе между слоями данных. Вы можете использовать первую ViewModel, не поддерживать архитектуру MVVM но и наоборот
👉 Вы можете делать обращения к репозиторию напрямую из ViewModel.
Чистая архитектура подвергается критике последние несколько лет в том числе за ненужные слои абстракций. Если вам кажется, что очередная абстракция в виде usecase не решает никакой проблемы в вашем проекте - можете игнорировать этот слой
👉 Google рекомендации это всего лишь рекомендации
👉 Вы не bigtech.
Слепое следование лучшим практикам индустрии без оглядки на команду может стоить компании продукта. Лучшие практики, примеряемые в командах, где сотня только мобильных разработчиков, может сильно тормозить команду из 4 людей. Применяйте только то, что помогает вам работать, а не потому что так делают все
Yves Kalume's Blog
Let's clarify some misconceptions around android development these days
Forget the Formalities ! There's no introduction for this blogpost 😅 (or maybe I have a blank page syndrome). Let's try debunking some myths around android development and clearing the air ! (oh actually this seems to be a good intro, isn't it ? 🫣)...
Распознование поз в реальном времени с ML kit
Расширяем кругозор и трогаем хайповый ML из Android. Не так сложно как кажется, так как все сокрыто за слоями абстракции Firebase.
Расширяем кругозор и трогаем хайповый ML из Android. Не так сложно как кажется, так как все сокрыто за слоями абстракции Firebase.
Medium
Real-Time Pose Detection in Camera with ML Kit in Android
We’ve already learned about pose detection in Android, where we could analyze body poses from pictures and videos.
Koin, ближайшие планы обновлений
В последнем обновлении 3.6 beta стабилизировали корутины, компоуз и в целом ядро Koin. Так же добавили интеграцию
А что вы используете для DI? Напишите в комментариях, что у вас используется в проекте. Из ваших вариантов соберу опросник в канале. Посмотрим на распределение
В последнем обновлении 3.6 beta стабилизировали корутины, компоуз и в целом ядро Koin. Так же добавили интеграцию
wasm
и поддержали ViewModel api
для compose miltiplatform
. Однако, команда решила не выкатывать релиз 3.6, а сразу двинуться к 4.0, где поддержат Kotlin 2 и почистят deprecated api
.А что вы используете для DI? Напишите в комментариях, что у вас используется в проекте. Из ваших вариантов соберу опросник в канале. Посмотрим на распределение
Medium
Koin Roadmap Update — From 3.6 to 4.0
In response to your feedback and the evolving landscape of Kotlin development, we are bridging from version 3.6 Beta to 4.0
Какой DI фреймворк используете?
Final Results
26%
Koin
38%
Dagger
20%
Hilt
1%
Kodein
3%
Toothpick
9%
Самописное решение
4%
Не используем DI