Специально пошёл в комметны, чтобы посмотреть, есть ли уже комментарий такого рода, про "переобулся" или "jb сказали ата-та!"... Спасибо! Не разочаровали 😂
я все еще не могу понять, зачем гуглу, две технологии Flutter и KMP, да они не прям одинаковые, первый кроссплатформенный второй мультиплатформенный, но суть не меняется, всех запутали и сами запутались. Я поизучал Flutter, начал писать кое какие вещи, потом со всех труб начали кричать вот KMP, за ни будущее бла бла! начали изучать Kotlin, и тут стати и видео, зачем KMP когда есть Flutter, почему не стоит использовать KMP. Твою же налево!! уже збл! И хз теперь когда стабильный KMP появиться, и насколько станет популярным, что станет с Flutter, все мы знаем что гугл знаменит своим кладбищем проектов. При том что в обойх нужно изучать новый язык, это не JS и не Java, Python а язык Андроида, который почти только используется в Андроиде.
Я думаю что чистые Андроид разработчики станут не нужны. Все будут хотеть знание КМП. Просто потому что "а почему бы нет". Даже если компании нужен чистый Андроид сейчас, то завтра всё может поменяться. В принципе для того, чтобы писать КМП уже нужно быть нативным разработчиком на Андроид со знание Джетпак Компоуз. Скажем так, для меня как нативного разраба на Андроиде переход на КМП был не то, чтобы сложным. Да, некоторые вещи нужно делать немного по другому, да, нужно будет использовать другие библиотеки. Вместо Hilt - Koin, вместо Retrofit - Ktor, вместо Room - Realm или другая SQL библиотека. Но на своём проекте я нашёл библиотеки под все задачи. Плюсом тут будет ещё то, что вы не будете использовать старые Джава библиотеки, а будете использовать то, что уже написано на Котлине.
Верю в KMP всей душой. Уже 2 года работаю с ним (свои пет-проекты) и каких-то прям критических проблем нет. Тоже вижу как технология быстро развивается и это радует. Уже немногим больше полугода работаю с Flutter и уже мечтаю вернуться в нативную разработку и KMP. В некоторой степени даже сочувствую людям которые не знают как Kotlin и Jetpack Compose позволяет более элегантно и красиво писать код и решать разного рода задачи по сравнению с тем же Флаттером.
12:55 А вот и основная суть видео. Основная задача технологии: решать более сложные задачи, вместо более простых. Для бизнеса придется прикрывать это байками про офигительное ускорение разработки, которого нет, и отсутствием рассинхрона между платформами, для которого предварительно нужно затратить несколько месяцев работы, чтобы засинкать уже существующую кодовую базу, а проектов, где есть только одна платформа, практически не существует, а если существует, то эта платформа - iOS. Но проверить-то никто не сможет, а подогнать результаты под нужную планку для отчета менеджменту достаточно легко.
Нет ускорения разработки. Есть удешевление. Там где нужно было два разраба под две платформы теперь нужен один. Да КМП приложение будет делаться дольше. Но это не в два раза больше. Я бы сказал процентов на 10-20. В то же время сокращаются затраты на тестирование. Потому что примерно 90% багов будет сразу на обоих платформах.
Обращаюсь всем, кто парится в комментариях. Будите вы переходить на KMP или нет, от этого ваше ЗП не измениться, а если измениться то максимум на 5%. Стоит ли этого того, решайте сами. В любом случае работодателю без разницы на чем там вы пишите) Пишите на нативе и не мучайте себя) За эти 8 лет приходило и уходило столько технологий, но нативка осталась. Xamarin, Qt...сейчас говорят что Flatter ...по этому нативка и только она.
Расширение знаний технологий мотивировать деньгами неверно. Никто не платит за то что ты знаешь больше фреймворков, а ценят то как ты совими знаниями можешь эффективнее решать бизнес задачи
Знали бы вы как круто себя чувствуешь, когда за вечер из Андроид разработчика превращаешься сразу и в iOS и веб и остальное на Flutter. Кмм все никак не запустится, все вот-вот, вот скоро. А Флаттер и сообщество развили и библиотеки оно написало и на них уже сэкономили и на разработке и на тестировании и все проблемы решили. А кмм все ждут лучших времен. Есть два вида языков программирования: «плохие» и те которые никому не нужны :) Подожем еще компоуз для iOS, да парни?! И тогда заживем 😂 скорей бы в эти времена попасть
Смысл такой что Google скоро замедлит работу Android в России. Будет переход на HarmonyOS или Аврора. Телефоны на Android ещё могут перестать продавать и т.д
Как можно было понять, что технология мертва когда она буквально только появилась? Не смог разобраться и сделал для себя вывод?) Я бы настоятельно НЕ советовал людям учить flutter или тем более React Native. Я как раз могу сравнивать и на фоне KMP флаттер выглядит как один большой набор костылей и сплошной бойлерплейт. Флаттер довольно часто простые вещи превращает в сложные.
Полностью согласен Недавняя статейка на медиуме по перформансу флуттера над рн и подсветит что лучше не терять времени и спокойно уже делать на флуттере
Осознал свою вину, меру, степень, глубину)) Эх, стыдно наверное? Кросплатформ почти всегда плохая идея, в любой момент может стать блокером на проекте.
@@AndroidBroadcast Ну перестань отмазываться. Первое видео честное, сейчас проверю ставил ли лайк, если нет, то не поленюсь, а это даже не смотрел - по названию уже дизлайк))
@@kelway295 Проект всегда начинается как немного окошек и кнопочки. А потом например нужно добавить функционал по запуску нативных (jni) аудиопотоков, а потом вдруг нужно звонки добавить (конечно через webrtc), а потом аудиопотоки этих звонков обрабатывать в слое jni, дальше может возникнуть идея затащить стороннюю sdk чата ... И на каждом этом этом этапе ты можешь столкнуться с тем что твой кмп или еще что-то там нихера не работает из коробки с этим, и проще было бы отдельно работать на каждой платформе своими нативными средствами. Это пройденый урок многими, стоимость разработки и поддержки систем с кросплатформой всегда дороже.
Гугл дал леща и он переобулся ? В прошлом видео совсем не было впечатления, что Кирилл шутит
Google Dev программы не работают в Беларуси, так что им нечем на меня давить
Специально пошёл в комметны, чтобы посмотреть, есть ли уже комментарий такого рода, про "переобулся" или "jb сказали ата-та!"...
Спасибо! Не разочаровали 😂
🤣🤣🤣
скорее jetbrains, гуглу пофиг
я все еще не могу понять, зачем гуглу, две технологии Flutter и KMP, да они не прям одинаковые, первый кроссплатформенный второй мультиплатформенный, но суть не меняется, всех запутали и сами запутались. Я поизучал Flutter, начал писать кое какие вещи, потом со всех труб начали кричать вот KMP, за ни будущее бла бла! начали изучать Kotlin, и тут стати и видео, зачем KMP когда есть Flutter, почему не стоит использовать KMP. Твою же налево!! уже збл! И хз теперь когда стабильный KMP появиться, и насколько станет популярным, что станет с Flutter, все мы знаем что гугл знаменит своим кладбищем проектов. При том что в обойх нужно изучать новый язык, это не JS и не Java, Python а язык Андроида, который почти только используется в Андроиде.
Хех биполярочка? 😂😂😂 Шучу
Я думаю что чистые Андроид разработчики станут не нужны. Все будут хотеть знание КМП. Просто потому что "а почему бы нет". Даже если компании нужен чистый Андроид сейчас, то завтра всё может поменяться. В принципе для того, чтобы писать КМП уже нужно быть нативным разработчиком на Андроид со знание Джетпак Компоуз. Скажем так, для меня как нативного разраба на Андроиде переход на КМП был не то, чтобы сложным. Да, некоторые вещи нужно делать немного по другому, да, нужно будет использовать другие библиотеки. Вместо Hilt - Koin, вместо Retrofit - Ktor, вместо Room - Realm или другая SQL библиотека. Но на своём проекте я нашёл библиотеки под все задачи. Плюсом тут будет ещё то, что вы не будете использовать старые Джава библиотеки, а будете использовать то, что уже написано на Котлине.
Верю в KMP всей душой. Уже 2 года работаю с ним (свои пет-проекты) и каких-то прям критических проблем нет. Тоже вижу как технология быстро развивается и это радует.
Уже немногим больше полугода работаю с Flutter и уже мечтаю вернуться в нативную разработку и KMP. В некоторой степени даже сочувствую людям которые не знают как Kotlin и Jetpack Compose позволяет более элегантно и красиво писать код и решать разного рода задачи по сравнению с тем же Флаттером.
+1 за KMP
неплохо народ сбайтил первым видео
Разделил на четкие 2 части
12:55 А вот и основная суть видео. Основная задача технологии: решать более сложные задачи, вместо более простых. Для бизнеса придется прикрывать это байками про офигительное ускорение разработки, которого нет, и отсутствием рассинхрона между платформами, для которого предварительно нужно затратить несколько месяцев работы, чтобы засинкать уже существующую кодовую базу, а проектов, где есть только одна платформа, практически не существует, а если существует, то эта платформа - iOS. Но проверить-то никто не сможет, а подогнать результаты под нужную планку для отчета менеджменту достаточно легко.
Нет ускорения разработки. Есть удешевление. Там где нужно было два разраба под две платформы теперь нужен один. Да КМП приложение будет делаться дольше. Но это не в два раза больше. Я бы сказал процентов на 10-20. В то же время сокращаются затраты на тестирование. Потому что примерно 90% багов будет сразу на обоих платформах.
Обращаюсь всем, кто парится в комментариях. Будите вы переходить на KMP или нет, от этого ваше ЗП не измениться, а если измениться то максимум на 5%. Стоит ли этого того, решайте сами. В любом случае работодателю без разницы на чем там вы пишите) Пишите на нативе и не мучайте себя) За эти 8 лет приходило и уходило столько технологий, но нативка осталась. Xamarin, Qt...сейчас говорят что Flatter ...по этому нативка и только она.
Расширение знаний технологий мотивировать деньгами неверно. Никто не платит за то что ты знаешь больше фреймворков, а ценят то как ты совими знаниями можешь эффективнее решать бизнес задачи
Знали бы вы как круто себя чувствуешь, когда за вечер из Андроид разработчика превращаешься сразу и в iOS и веб и остальное на Flutter. Кмм все никак не запустится, все вот-вот, вот скоро. А Флаттер и сообщество развили и библиотеки оно написало и на них уже сэкономили и на разработке и на тестировании и все проблемы решили. А кмм все ждут лучших времен. Есть два вида языков программирования: «плохие» и те которые никому не нужны :) Подожем еще компоуз для iOS, да парни?! И тогда заживем 😂 скорей бы в эти времена попасть
Не знаю и желания нету. Compose на iOS уже работает и хорошо себя чувствует
Вполне трезво. Спасибо! Лайк занес
Спасибо
Кмп - гемморой. Точка
А ты хорош!
ruclips.net/video/oavMtUWDBTM/видео.html
Спасибо
Под Аврора пиши какой Android..
Пока желания и смысла совсем не вижу. Я же не делаю софт на заказ
Будь там KMP и Compose - точно бы попробовал
Смысл такой что Google скоро замедлит работу Android в России. Будет переход на HarmonyOS или Аврора. Телефоны на Android ещё могут перестать продавать и т.д
Мертвая технология, понял еще в 2017 - не тратьте время. Если нужен кросплэтформ учите флаттер, на крайняк RN.
А я вот всё же надеюсь что технологию допиляь и сто можно будет ей нормально пользоваться.
Ну пока KMP все ещё сыроват.
Как можно было понять, что технология мертва когда она буквально только появилась? Не смог разобраться и сделал для себя вывод?) Я бы настоятельно НЕ советовал людям учить flutter или тем более React Native. Я как раз могу сравнивать и на фоне KMP флаттер выглядит как один большой набор костылей и сплошной бойлерплейт. Флаттер довольно часто простые вещи превращает в сложные.
@@alexandrprodan8794это не просто "все ещё" это уже "до сих пор".
Для таких технологий непростительно более 6 лет оставаться настолько сырыми
KMP != кроссплатформа
Полностью согласен
Недавняя статейка на медиуме по перформансу флуттера над рн и подсветит что лучше не терять времени и спокойно уже делать на флуттере
Осознал свою вину, меру, степень, глубину))
Эх, стыдно наверное?
Кросплатформ почти всегда плохая идея, в любой момент может стать блокером на проекте.
Нет, это 2 видео с разной точкой зрения
@@AndroidBroadcast Ну перестань отмазываться. Первое видео честное, сейчас проверю ставил ли лайк, если нет, то не поленюсь, а это даже не смотрел - по названию уже дизлайк))
@@no_cola В твоем мире не существует аналитического мышления которое может подразумевать рассмотрение чего-либо с двух противоположных сторон?
@@no_cola бред какой-то написал
@@kelway295 Проект всегда начинается как немного окошек и кнопочки. А потом например нужно добавить функционал по запуску нативных (jni) аудиопотоков, а потом вдруг нужно звонки добавить (конечно через webrtc), а потом аудиопотоки этих звонков обрабатывать в слое jni, дальше может возникнуть идея затащить стороннюю sdk чата ... И на каждом этом этом этапе ты можешь столкнуться с тем что твой кмп или еще что-то там нихера не работает из коробки с этим, и проще было бы отдельно работать на каждой платформе своими нативными средствами.
Это пройденый урок многими, стоимость разработки и поддержки систем с кросплатформой всегда дороже.