🔗 Каналы "Android Broadcast" taplink.cc/android_broadcast 🔗 Канал Compose Broadcast в TG t.me/+P5Q4Xrye_uo4NTA6 🔗 Канал Kotlin Broadcast в TG t.me/+nPKsnmtOE6I5N2Iy
Я подозреваю, что это делает плагин к Идее. При чем тут непосредственно KMP? Можно поставить (наверное, не пробовал) поставить плагин от андроид-студии и получить тот же эффект
В отличии от того же Flutter KMP можно использовать когда в приложении нужны нативные фичи, например работа с блютусом, при этом у KMP высокая производительность. Возникает глупый вопрос, а есть ли кейсы, когда нам подойдёт ИСКЛЮЧИТЕЛЬНО нативная разработка отдельно для iOS и Android вместо KMP? Может ли KMP заменить всю привычную нам сейчас нативную мобильную разработку в будущем ?
Выделить общие части всегда можно. Очень сложно выделить общие части при работе с API специфичным под желехо: медиа процессинг, Bluetooth, доступ к чипам и пр.
Не в минус, но забавно было слышать про Ktorfit "библиотеку непонятно кто развивает", а в слайде с Decomposе есть упоминание Аркадия, то есть тоже написан одним разработчиком)
Все так, политика двойных стандартов 😀 Просто Аркадия я знаю, и это не первая его популярная либ, и есть уверенность, что он ее не забросит, но в случае чего я беру на себя эти риски и буду готов самостоятельно поддерживать эту либу, которую я затащил в проект
Эти навигации появляются как грибы после дождя, не вижу смысла все упоминать, тут насколько вижу просто скопировали API Jetpack Navigation Compose, что не очень хорошо
Актуально ли учить разработку и программирование? Часто слышу в Интернете от различных инженеров-разработчиков и просто людей из индустрии, что не надо на это тратить время, потому что скоро ИИ и нейросети заменят программистов...
Актуально, никто никого не заменит, а будет больше помощником программиста, но заменит тех, кто не хочет развиваться и меняться в условиях быстро меняющегося мира
Остаётся вопрос, зачем это всё нужно, если есть Flutter+Dart, который охватывают не только мобильную разработку, но и десктоп. Это не слова в небо, я писал и на java, и на kotlin, пока не появился Flutter. Если сейчас встанет вопрос о написании любого приложения, то только Flutter. Я понимаю, что для разработки плагинов, нужно будет опускаться до нативного кода и писать на swift и kotlin, но только там, и то всё что может пригодиться, уже написано.
KMP и Compose тоже прекрасно поддерживают десктоп, поддержка WEB также есть и в KMP и Flutter, но везде ужасная. Flutter больше про новые приложения с единым UI здесь и сейчас, а KMP это больше про существующие приложения, в них KMP легко встраивать постепенно в отличие от Flutter, а через годик другой Compose Multiplatform будет ничем не хуже Flutter и тогда уже не понятно, зачем вообще нужен будет Flutter
@@AJIEKC96 Про "годик другой" Алексей Гладков повторяет нам уже как годик другой и все никак. Вот-вот, ща-ща-ща будет, ну вот еще чуть-чуть, допилят то и добавят это и полетим, вот да-да-да уже совсем скоро =) Правда за это время Flutter улетит в космос. А потом, ой, ну не смогла я)
@@Polite_person_ Ну поживем увидим, с огромной вероятностью все останется на плаву, так и будут запускать проекты на React Native, Flutter, KMP, нативные, поэтому не вижу смысла тут спорить
Кстати, отличное замечание про кусок пирога. Почему-то Дарт и Флаттер этот кусок так и не отхватили, хотя лет им не мало. И почему-то Гугл не делает Дарт основным языком для Андроида, например. В общем, постановка вопроса "зачем нужно вот это, если есть вот это" сама по себе проигрышна. Я, например, в своё время так устал от js, что с огромным нетерпением жду любую технологию, которая позволит ничего не писать на js для браузера. В этом смысле KMP для меня сильно предпочтительнее, потому что я обожаю Котлин и его синтаксический сахар (думаю, у меня уже синтаксический кариес). Дарт пробовал лет пять назад и он мне тогда не очень зашел, да и времени было немного для нормального в него погружения. А на KMP я написал боевое приложение на работе, которое прямо в браузере строит граф. Его можно зумить, перемещать мышкой, перемещать отдельно ноды с сохранением граней и т.д. И мне очень понравилось - и результат, и процесс, и как выглядит код (для меня это важно).
Явным лидером является "Decompose"... ахахахахаах Ага, щяс будем 3-4 класса писать, чтоб только навигация отработала. Из более менее адекватных там только Voyager
Сейчас мельком глянул Voyager. Мне кажется, это затаскивание за уши андроидовских ВьюМодели и Активити в мультиплатформу. Почему, если мне нужна только навигация, мне навязывают подход к построению архитектуры в целом? Так себе план.
🔗 Каналы "Android Broadcast" taplink.cc/android_broadcast
🔗 Канал Compose Broadcast в TG t.me/+P5Q4Xrye_uo4NTA6
🔗 Канал Kotlin Broadcast в TG t.me/+nPKsnmtOE6I5N2Iy
Алексей, спасибо большое за доклад.
спасибо за весь ваш контент!
Много полезной информации. Спасибо.
А превью для ImageVector завезли чтобы было приемлемо использовать их?
Ну конкретно для ImageVector нет миниатюры, чтобы сразу посмотреть какая иконка. Но в Compose Preview они вполне себе отображаются
Я подозреваю, что это делает плагин к Идее. При чем тут непосредственно KMP? Можно поставить (наверное, не пробовал) поставить плагин от андроид-студии и получить тот же эффект
Спасибо за доклад, решил пока не переходить ;)
В отличии от того же Flutter KMP можно использовать когда в приложении нужны нативные фичи, например работа с блютусом, при этом у KMP высокая производительность. Возникает глупый вопрос, а есть ли кейсы, когда нам подойдёт ИСКЛЮЧИТЕЛЬНО нативная разработка отдельно для iOS и Android вместо KMP? Может ли KMP заменить всю привычную нам сейчас нативную мобильную разработку в будущем ?
Выделить общие части всегда можно. Очень сложно выделить общие части при работе с API специфичным под желехо: медиа процессинг, Bluetooth, доступ к чипам и пр.
Я flutter разработчик и я использовал Bluetooth в проектах, не понимаю в чём у вас там могла быть проблема?
Не в минус, но забавно было слышать про Ktorfit "библиотеку непонятно кто развивает", а в слайде с Decomposе есть упоминание Аркадия, то есть тоже написан одним разработчиком)
Все так, политика двойных стандартов 😀
Просто Аркадия я знаю, и это не первая его популярная либ, и есть уверенность, что он ее не забросит, но в случае чего я беру на себя эти риски и буду готов самостоятельно поддерживать эту либу, которую я затащил в проект
Лучше всего смотреть на статистику в Github: активность, когда версии выходили, как много issues и пр
Про вьюмодель не понятно ничего. Какие-то компоненты, какие-то сторы, какие-то контейнеры.
Почитайте статью на Хабре про "View Model не обязательно наследоваться от ViewModel", там хорошо описан данный способ ухода от наследования
Так это все еще с ViewModel c Android идет
А что на счет PreCompose навигации не сказал? Тоже работа с зависимостями, есть viewmodel
Эти навигации появляются как грибы после дождя, не вижу смысла все упоминать, тут насколько вижу просто скопировали API Jetpack Navigation Compose, что не очень хорошо
Навигации всегда так появляются. Кажется сделать простое и универсальное решение невозможно, поэтому и такой лес навигаций
Retrofit -> ktor
Retrofit -> Ktorfit
Актуально ли учить разработку и программирование? Часто слышу в Интернете от различных инженеров-разработчиков и просто людей из индустрии, что не надо на это тратить время, потому что скоро ИИ и нейросети заменят программистов...
Актуально, никто никого не заменит, а будет больше помощником программиста, но заменит тех, кто не хочет развиваться и меняться в условиях быстро меняющегося мира
@@AJIEKC96 спасибо за ответ, такая позиция помогает сохранять мотивацию во время учёбы!
Пока они заменят вы успеете отучиться и уже начать зарабатывать, а ИИ еще будут законами вставлять палки в колеса чтобы они не лишали людей работы
Остаётся вопрос, зачем это всё нужно, если есть Flutter+Dart, который охватывают не только мобильную разработку, но и десктоп.
Это не слова в небо, я писал и на java, и на kotlin, пока не появился Flutter. Если сейчас встанет вопрос о написании любого приложения, то только Flutter.
Я понимаю, что для разработки плагинов, нужно будет опускаться до нативного кода и писать на swift и kotlin, но только там, и то всё что может пригодиться, уже написано.
KMP и Compose тоже прекрасно поддерживают десктоп, поддержка WEB также есть и в KMP и Flutter, но везде ужасная.
Flutter больше про новые приложения с единым UI здесь и сейчас, а KMP это больше про существующие приложения, в них KMP легко встраивать постепенно в отличие от Flutter, а через годик другой Compose Multiplatform будет ничем не хуже Flutter и тогда уже не понятно, зачем вообще нужен будет Flutter
@@AJIEKC96 Про "годик другой" Алексей Гладков повторяет нам уже как годик другой и все никак. Вот-вот, ща-ща-ща будет, ну вот еще чуть-чуть, допилят то и добавят это и полетим, вот да-да-да уже совсем скоро =) Правда за это время Flutter улетит в космос. А потом, ой, ну не смогла я)
@@Polite_person_ Ну поживем увидим, с огромной вероятностью все останется на плаву, так и будут запускать проекты на React Native, Flutter, KMP, нативные, поэтому не вижу смысла тут спорить
@@AJIEKC96 Вот это уже более объективно. Вопрос в том, у кого будет самый жирный кусок пирога.
Кстати, отличное замечание про кусок пирога. Почему-то Дарт и Флаттер этот кусок так и не отхватили, хотя лет им не мало. И почему-то Гугл не делает Дарт основным языком для Андроида, например. В общем, постановка вопроса "зачем нужно вот это, если есть вот это" сама по себе проигрышна.
Я, например, в своё время так устал от js, что с огромным нетерпением жду любую технологию, которая позволит ничего не писать на js для браузера.
В этом смысле KMP для меня сильно предпочтительнее, потому что я обожаю Котлин и его синтаксический сахар (думаю, у меня уже синтаксический кариес).
Дарт пробовал лет пять назад и он мне тогда не очень зашел, да и времени было немного для нормального в него погружения.
А на KMP я написал боевое приложение на работе, которое прямо в браузере строит граф. Его можно зумить, перемещать мышкой, перемещать отдельно ноды с сохранением граней и т.д. И мне очень понравилось - и результат, и процесс, и как выглядит код (для меня это важно).
Явным лидером является "Decompose"... ахахахахаах
Ага, щяс будем 3-4 класса писать, чтоб только навигация отработала. Из более менее адекватных там только Voyager
Я тоже удивился но решение популярно, хоть и сложное в использовании
Не знаю, я попробовал в одном проекте - мне понрваилось в целом. Там не столько про навигацию, сколько про фича-компонетны и отделение логики от ui.
Сейчас мельком глянул Voyager. Мне кажется, это затаскивание за уши андроидовских ВьюМодели и Активити в мультиплатформу. Почему, если мне нужна только навигация, мне навязывают подход к построению архитектуры в целом? Так себе план.
Очень полезный материал. Спасибо!
О боже еще один эксперт со своим экспертным мнением о преимуществах великолепной технологии KMP
Все с нетерпением ждут вашего экспертного мнения на эту тему.
Я так понимаю человек в восторге, даже высшие силы благодарит