Встроенный chat app - это то, что будут просить ваши заказчики практически в любом приложении

Sber объявляет очень интересный конкурс для разработчиков:
https://sberdevices.ru/devaward/

Инструментарий для работы доступен по ссылке:
https://smartapp-studio.sberdevices.ru/login

Что-то интересное задумали показать в SkillBox)

Необычная идея первого приложения. Хочется узнать, какой стек они выбрали для реализации

Кирилл Розов, автор Android Broadcast, ведет еще один интересный канал, посвященный Kotlin https://t.iss.one/kotlin_broadcast

#unittests Если вы еще забиваете на написание тестов в ваших приложениях или дозабивалсь до того, что забыли, как их писать, рекомендую:
https://www.youtube.com/watch?v=FcC5dJixYtw

https://www.youtube.com/watch?v=E8W71N110FU

Orion Innovation проводят небольшой митап, посвященный мобильной разработке . В программе ML, удаленная конфигурация и Flutter

В этом году я плотно занималась не только SwiftUI, но и #kotlinmultiplatform. Наконец, у меня дошли руки доработать статью по созданию многопоточного приложения KMM, включив материал митапа MobiFest от 7.10
Если вам интересно не только, как реализовать многопоточное приложение для обеих платформ, но и почему общая работа с потоками организуется именно так, то welcome:
https://habr.com/ru/post/533864/
https://habr.com/ru/post/533952/

#kotlinmultiplatform Обнаружила утром, что забыла вставить целый кусок во 2ю частью статьи:
https://habr.com/ru/post/533952/

Если вкратце, то я показываю 2 способа, как можно организовать работу с потоками с учетом особенностей KMM и платформ:
1. Мы используем в общей логике библиотеки, которые внутри реализуют свою многопоточность. Вызываем их напрямую с наших платформенных проектов. Тут все ок. На iOS suspended красиво раскладываются на функции типа с completion handled: (Результат, Error) -> Void
На Android вызываем внутри mainScope

2. Делаем общую и архитектуру. Вызов библиотек перекладываем на посредника. Делаем ему его собственный scope на основе контекста корутины.
А для этого нам нужно задать свои диспетчеры корутин. И если под Android они уже есть (ибо Kotlin/JVM), то под Kotlin/Native их надо делать свои. + мы не можем использовать на iOS очередь из global queue, т.к они под Kotlin/Native ни к чему не привязаны.
В итоге мы делаем диспетчер на main queue. И если мы хотим использовать маршрутизацию в фон, то делаем свой фоновый scope. Не факт, что мы будем использовать только либы со своей многопоточностью же.

Также нам надо предусмотреть корректность передачи нашего диспетчера между потоками

В этот раз мои статьи попали в рубрику "Android".

Вообще в дайджест на этой неделе попало много интересных статей:
1. Apple дополнили свой сайт интересными туториалами и кодлабами по SwiftUI. То, что нужно, чтобы больше узнать про декларативную верстку

2. Статья Rambler Group по работе с AppClips:
https://habr.com/ru/company/rambler_group/blog/533840/
Маловато кода, конечно, но все равно полезно

3. Статья, как сочетать работу с Coroutines и запросом пермишенов в Android приложении:
https://medium.com/better-programming/when-coroutines-meet-android-permissions-a1f048e70f74

4. Для любителей чего-нибудь эдакого статья по работе с GraphQL в Kotlin приложении . Для тех, кто делает все сам:
https://medium.com/swlh/graphql-kotlin-tutorial-344f5fe0c71a

5. Переход с LiveData на StateFlow. Где может быть полезно: например, при реализации работы с коллекциями в KMM
https://medium.com/swlh/migrating-from-livedata-to-stateflow-4f28d6889a04

#android #jetpack