У нас технический дефолт, хочу 1 раз написать сложные модули и просунуть везде, чтобы не писать заново [на каждой платформе]

Я почитал, где там может быть жопа, посмотрел на adoption в разных компаниях — пока выглядит довольно неплохо. Сейчас попробую начать с каких-то мелких вещей, потом пойду выносить стейт-менеджер туда

Ну, будет интересно послушать!

А как там общение с платформой сделано? Абстракция или под каждую свой код просто можно написать?

А то я бы общие части с Дарта на котлин с удовольствием перевел бы, но все равно от ui не уйти

Ты по сути выносишь код в общую либу, потом из нативного уже обращаешься туда. Вот пример https://github.com/anioutkazharkova/movies_kmp

А либа - нативная? Т.е. из того же дарта с ней работать уже не очень удобно? Да и из java?

Пока не разобрался, покурю на выходных

ребят, если ссылка на Рому до вас не долетела - догоняйте, скоро начнем

на самом интересном месте

Без оффтопа оставили ((

☹️

Как раз что-то про орфографические ошибки... =((

Как проверить кандидата на собесе: попросить написать слово "расти". Тема как раз про экстенсивный рост была.

Попросить написать слово "андроид". Пишет через "й" - нам не по пути)

Котлин имеет конструкцию expect/actual, в экспекте пишешь ожидаемый интерфейс, в actual - платформенную реализацию. Из-за того что компилятор гарантирует что actual на момент компиляции один среди платформенных модулей - из общего кода он выглядит как обычный класс.
Либо делаешь по старинке, интерфейс-реализация средствами платформы-прокидывание вовнутрь.

Сам котлин не имеет обширной абстракции над андройд/йос, все нужно либо самому писать либо из сторонних либ подключать. Недавно дали общий тип для времени, уже хорошо :)

На стороне андройда понятно как платформа подключается, а на стороне йос весело. Котлин мм умеет брать С и обжц интерфейсы и прокидывать их в себя. То есть на самом Котлине можно спокойно ходить в Foundation ios, да хоть в uikit. Это очень прикольная штука, но у нее есть местами проблемы - способы определения функций у котлина и обжц очень сильно отличаются, из-за чего иногда случается клэшинг имен. Это решаемая проблема, в целом, но может добавить боли.

Либа получается нативная для платформы - в йос это динамический или статический фреймворк с обжц хедером, в андройде это просто котлин модуль. Для андройда есть третья смешная опция "скомпилировать нативный бинарь с хедером", но я не знаю зачем так делать :)

Из флаттера с платформой кажется в целом не очень комфортно работать, но я видел прототипы и статьи в интернете, где ребята заводили эту историю :)

Да не, норм работается

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