- На флаттере можно написать буквально ЛЮБОЙ функционал, тк есть возможность с помощью method channel'ов дописать нативный код - "На флаттере нельзя написать красивое приложение" , - категорические не согласен. Красота приложения не зависит от технологии. Если руки из плеч, то юзер в жизни не увидит разницы между нативно написанной прилой и той, что написали на флаттере. Поддержка 120ГЦ - это всё-таки серьёзно. (Не нужно писать про неимоверную производительность натива, лично видел лагающие в 45 фпс ресайклеры) - "на флаттере код писать сложнее", - нет, тк и виджеты, и бизнес логика пишутся на 1 языке. Это, как минимум, для новичков очень просто, ведь не нужно бодаться с той же XML разметкой в Андроиде (Compose и Swift UI не затрагиваю). Та и сам ЯП проще того же котлина (мало ключевых слов, очень большая схожесть с джавой, джс/тс. Дефолтный С-подобный язык) - "нужно двое больше тестировать", - а 2 приложения нативных не нужно тестировать?) От себя добавлю, что даже с учётом писанины нативного кода на флаттере, 2 приложения по времени займут, как 1.2-1.3 одного нативного. Производительность сопоставима с нативной (потеря около 15%), ОЗУ тоже ест на ~ 20% больше, на больших приложениях разницы в весе приложения практически нет. На мелких она есть , ТК в приложение упаковывается Dart VM (около 9 мб) Для тех, кто топит за Kotlin Multiplatform: товарищи, вам все равно придется писать UI на Свифте))
Абсолютно согласен с автором коммента, те же самые аргументы можно использовать в пользу React Native :) Думаю что за кроссплатформенностью будущее, так как это очень выгодно для бизнеса, следовательно бизнес будет впахивать деньги в технологию)
Словно сняли с языка. Присоединяюсь к автору комментария 🙌 Уже 3 года работаю Flutter-разработчиком. Проблемы у Flutter да, были и определенные ещё есть, но за все время его существования Google очень активно и эффективно их прорабатывает и минимизирует.
Лол, чел говорит, что больше 20 лет программист, а говорит такую хуйню. Я даже не знаю с чего начать. Такое ощущение что из кроссплатформы пробовал только xamarin когда давно и сделал на этом вывод. Ну видимо пока курсы по Дарту/Флаттеру не продает, поэтому-то выгодно хейтить эту технологию)
Для каждой задачи нужен свой инструмент. Сейчас реально 80% приложений которые написаны на нативе можно было бы гораздо быстрее написать на Flutter, даже без учета того что это будет сразу две платформы (iOs и Android). Ну никто же не пишет игры в нативе, все используют како-то игровой движок. Правильно воспринимать Flutter именно так
Но есть нюанс - абсолютное подавляющее движков только на винду, на анриале не напишешь кроссплатформку, либо под винду, либо под линукс(и то там сомнительная поддержка)
80% мало, я уверен все 95% Если мы говорим о "мясе" а не о "воде", то большинство приложений слишком много внимания уделяет визуальной составляющей, избыточно много. Забывая про функционал.
Доброго времени суток, у меня не малый опыт работы с кросс платформами ю(в сумме в проде я поработал с xamarin, react native, flutter и ionic), и могу с уверенностью утвердить что один из лучших вариантов команды, это один или более девев для кросс технологии и по одному для каждой нативной (если есть сложные задачи то эти девы создают наивные дополнение бриджи или байдинги) Поскольку удобно когда вёрстка и бизнес логика - общая и не дублируются, а сложные части работы именно с техникой - вынесены именно в нативную логику
Флаттер это обертка, некоторые вещи которые нельзя сделать на флаттере, можно дополнить на нативках. И красивое приложение получить легко. Есть большие приложения и большие зарплаты. Бизнес сейчас явно знает больше, раз спрос такой большой у больших компаний даже, не то что у мелких
От каждого инструмента по возможностям, каждому проекту по потребностям. Свою нишу Flutter занял. На Dart писать существенно проще чем нативно на Kotlin/Swift. Dart язык простой.
3:46 все отличия кода приложений для Android и iOS достаточно покрыть тестами в каждой из двух веток контроля версий Flutter приложения, и нет проблем))
Игровые движки это именно пример кросплатформы успешной. Но там билды не кросплатформенные а строго компилируемые под разные платформы так что здесь спорно считать ли их классически кросплатформенными
@@DanyloSyrotynskyy на десктопах джава программа медленно стартует потому что сначала поднимается JVM. Виртуалка Дарта более шустрая, но все равно это монстр по сравнению с легковесной программой, написанной для натива. Никогда не задумывался, но, похоже, на Андроиде JVM бежит всегда и ей скармливают джаву и Котлин - отсюда легковесность программ и их быстродействие.
@@DanyloSyrotynskyy оказывается, всё хитрее ) Android не использует JVM для выполнения java программ, в нём используется виртуальная машина Dalvik, не являющаяся истинной JVM и не работающая с Java-байткодом. После запуска приложения Android, каждое из них выполняется в своей собственной виртуальной машине. Видимо, форкнуть Dalvik получается несколько быстрее, чем стартануть Dart VM.
Вроде неплохой канал и шарящий дядька, но про флаттер ничего не знает, понабрал каких-то тезисов (половина - бред полный) и выложил подписоте. Не одобряю
Сергей, можете по подробнее рассказать про пайтон, очень бы хотелось узнать про него что нового, я закончил 9 класс, сейчас учу пайтон за неделю дашол до цикла for, надеюсь у меня получится,и я смогу одалеть языком пайтон,и сложить с ним свою дальнейшую жизнь, и работу
Як на мене, все на 100% так, єдине стартапи ніколи не роблять як описав Сергій, всі проекти на котрих був - стабільно пиляють гібрид і через рік два розуміють що вийшло так собі, розширюють команду нативщиками і пишуть окремі апки наново, в цей час плавно сапортять гібрид до релізу нативи, ну принаймі в моєму досвіді так було 3 рази :) Віра кастомера в те що гібрид дешевше завжди перемагала, але в кінцеву результаті кастомер потім платив двічі :)
алярма! полчаса назад мне под вашей записью на комментарий ответил канал-клон ua-cam.com/channels/3U9gpYmmbahkZLJnbsB7lg.html вот этот. в ответе какой-то спам судя по всему
А причем тут язык программирования к телефону? Телефон (ос) даёт API, его и поддерживает вендор, на чем ты потом будешь крутить логику, уже не важно, хочешь в джаваскрипте, хочешь в байткоде, или джава-машине.
Так для iOS немає java-махіни. JavaScript працює через WebView. Flutter доречі намагається викручуватись по-нормальному через енджину на C. Він на порядок краще та якісніше ніж ReactNative. Flutter має свою систему рендеринга віджетів. Тому аппка рендеритись більш-менш однаково на обох платформах. Щоб змешити кількість головняку для розробників це плюс. Скажу насправді Google зробили достатньо багати крутої роботи.
Единственная ситуация, когда у меня возникла проблема - это вариант десктопного приложения. И то, сейчас развивают десктоп версию. На мобилки - вообще все работает из коробки в 99% случаев, плюс огромное количество либ. И нереальные темпы развития этого проекта кое о чем, да говорят. Автор видео отстал от темы, похоже… Пиши на ассемблере, че уж тут. Чел в курсе про то, что написанное на дарте приложение, при сборке конвертируется в тот же котлин, свифт или (о боги) с++? Стряхни с себя пыль, дядя. А то так скоро за бортом останешься.
ну я можу помилятись, але Сергей якраз так років 5-7 назад перестав займатися активною ентерпрайз розробкою і зараз повністю займається школою Foxminded. Тому може бути.
Зачем так странно сделано? Dart - яык прогммирования, flutter - фреймворк. dart можно использовать без flutter и вне контекста мобильной разработки. Зачем же так странно сделано, что жаба и спринг не одно и то же ?
Доводы понятны и довольно справедливы. Но складывается ощущение, что Сергей не сильно погружен в тему, большая часть видео посвещена Flutter, а доводы скорее относятся к React Native. Например: "Ваше приложение может иметь только функции, которые есть и в одно и в другой системе" - это справделиво для RN, так как там идет обращение к нативным копонентам. Flutter же рисует на канвасе и для него вообще нет проблем в состыковке систем, хоть на телеке рисуй интерфейс IOS. Поэтому и гемор с тестированием меньше Ну и естественно у кросплатформы есть рынок. На flutter реально создать хорошо работающее приложение на две платформы, с этим сейчас глупо спорить. И я никогда не поверю, что затраты на это сравнимы с поддержанием двух нативных платформ. Поэтому справедливо сказать - топ приложения богатых компаний останутся на нативе, но рынок мелких и средних компаний будет отъедаться кросплатформой.
Плюсую, особенно когда говорилось о "сделать красиво как в нативе не получится" орнул в голосину если речь о юай. На флаттере в два клика можно навалить такой сложной красоты которую нативщики месяцами бы писали
Каждый суслик хвалит свое болото.... Увы Сережа, мира ИТ идет своим путем - не зависимо признаете или нет ФЛАТТЕР И ДАРТ.... Ваше мнение сугубо согласно вашей коммерции... Это большая проблема стран СНГ - мир давно ушел вперед. Ваше мнение - НЕ ВАЖНО !!!!!!
При всём уважении. Полное непонимание работы, как минимум, Flutter (никто не говорит Dart/Flutter). Многие в комментах тут, видимо из уважения к автору, как-бы соглашаются в посылом, но правят его в логике, а я прямо скажу, что и с посылом не согласен. Во-первых, бо`льшая часть логики ошибочна (не стану повторять, об этом тут многие написали подробнее), а во-вторых, и сам вывод "НИКОГДА не заменит нативную разработку" я бы смягчил. Да из сегодняшней точки ясно, что нативная разработка имеет ряд серьёзных плюсов перед кроссплатформенной, но будет ли так всегда?... Вопрос открыт) Еще отдельно скажу на счет выгоды для стартапов. Сергей говорит о том что выгодно сделать одно приложение на нативе, проверить, а потом уже делать второе опять на нативе... Ок... А не выгоднее ли сделать приложение на флаттере ориентированное на одну платформу, а потом, если нужно, доработать его, чтобы на второй платформе работало не хуже. Неужели два нативных приложения сделать дешевле? Это тоже вытекает из полного непонимания предмета рассуждения. Если честно, есть ощущение, что Сергей теперь может вещать что угодно с серьезным лицом, а все должны слушать преклоняясь перед опытом и возрастом. Очень неприятно.
я вам рассказываю про бизнес, а вы не слушаете. Два нативных приложения сделать не дешевле, а выгоднее. По cach flow. Сначала вы тратите на одно нативное приложение - потом получаете денег - потом тратите на второе. или не получаете денег и не тратите на второе. Это выгоднее, чем сразу заплатить 1.7-1.8х а потом ждать денег. Которые могут и не прилететь
@@SergeyNemchinskiy Повторюсь. Сделать два нативных приложения и не дешевле и не выгоднее. Выгоднее сделать одно приложение на флаттере ориентированное изначально на одну платформу, так как стоить это будет столько же, сколько стоит одно нативное приложение на эту же платформу, а то и дешевле, если говорить конкретно про флаттер (затраты на тесты и дизайн одинаковые, а время разработчиков, скорее всего, уйдет меньше). А затем, если будут деньги, можно будет не снова платить за целое нативное приложение, а просто доработать существующее. Если даже брать Ваши цифры 1.7 или 1.8 (хотя они тоже странные), то останется доплатить 0.7 или 0.8 от стоимости нативного приложения. Математика не в Вашу пользу даже если брать Вашу же логику и цифры. Я понимаю что Вы про бизнес. Но если Вы думаете что шаурму делают с сосисками, то правильно просчитать кэш флоу шаурмячной не получится как ни крути...
Я один ненавижу тупые, кликбейтные заголовки? Нет ни одного вменяемого человека (даже полностью влюбленного во Flutter) кто скажет, что он Полностью заменит натив.
1. В флаттер вы можете использовать нативные фичи дописав их под каждую платформу и использовать их. Но если честно за 3 года того что мы используем флаттер нам этого реально не понадобилось. Флаттер развивается просто семимильными шагами. 2. Стоимость разработки не в 2 раза дешевле это верно, но смело в 1.5 раза точно. 3. Я не видел на столько простого для изучения фреймворка как флаттер. Откуда у вас это уверенность что на нем сложней писать? Он легкий и простой. Можно создавать на столько гибкие интерфейсы что вы в Котлине или Свифте замучаетесь это делать. Я знаю о чем говорю, до этого профессионально занимался нативной разработкой под Андройд. Когда перешёл на флаттер влюбился сразу в эту технологию, хотя всегда был противником кросплатформенных решений.
Очень много людей в кроссплатформу перешли из натива, я же перешел в нее из фронтенда. Учитывая что я занимался React, то мне все равно легче было понять flutter, чем RN, единственное что было удобнее в RN это знакомая верстка интерфейса, но во flutter можно привыкнуть, хоть и не так читаемо. Dart вообще легко учится если знаешь TypeScript, так как они очень похожи.
Помимо того что написали уже в комментариях есть еще один простой довод, почему заменит: кроссплатформенная разработка банально дешевле для заказчиков. В бизнесе все решают деньги, сами понимаете. + по скорости кроссплатформенной разработки в случае Flutter важно упомянуть hot reload/hot restart, который экономит ооооочень много времени.
2 года работаю с флаттер, до этого 2 года на дройде 1. нет официальной поддержки - никак не затронуло меня 2. баги специфичные могут появиться только при использовании фич ОС. Например разрешения. У дройда есть галочка "не спрашивать больше" у яблока такой нет. Ок.. это не баг. Интегрировали принятие voip звонков в приложении. Были специфичные баги. Пофиксили. Можно подумать на ios или дройде при нативной разработке не бывает багов 3 можно спорить что есть "все фичи нативных систем" Сергей, разработка под флаттер быстрее чем на дройд и проще. нет геммороя с жизненным циклом активностей и фрагментов async/await - уф, просто огонь после RxJava. С корутинами на котлине не работал Фичу делали на дройде 15 дней На флаттере сделан только iOS аналог приложения. На флаттере сделал за 6 дней.
Для красот есть CustomPainter и Explicit анимации. Сложность для разных платформ: if (Platform.isХ) Согласен, это все настолько сложнее нативной разработки.
@@maxlich9139 ифы нужны в очень редких случаях. Типа "Sign in with Apple" не показывать на роботе. Если для тебя это все еще костыль, то у меня для тебя плохие новости.
Спасибо за видео, но с тезисами не согласен. Я разрабатываю приложения и на RN и Swift/iOS сейчас больше смотрю в сторону Flatter. RN - сейчас мега популярен потому, что на рынке JS разраб дешевле чем нативный и он может написать и прилу на мобильные платформы и админку напилить а если ноду знает вообше топ все делает один человек. - грубо говоря - команда конечно. Нативные прилы нужны если нужна мега производительность что б манипулировать потоками на GCD и перебрасывать анимации в GPU что б не нагружать проц. Flutter же в свою очередь имеет больше плюсов с точки зрения разработки - НЕ БИЗНЕСА а разработки подчеркиваю. Это : - OOP - Widget model - сотни анимаций кастомных - отличная дока от Google - постоянные обновления - возможность писать приложения для iOS/Android/Android TV/ Mac/Windows/Linux - более правильный JS - Dart - просто топ что то среднее между Swift и JS крч очень рекомендую А в целом большое спасибо за видео!
на флаттере самая главная фича это hot reload с ней очень быстро разработка идет, особенно интерфейса и логики тоже, на нативе любая перезагрузка в долгое ожидание
он курсы продаёт, появится курс на флаттере, будет рассказывать другую сказку. По факту 90 процентов запросов может покрыть сам сдк, остальное решается плагинами и ЕСЛИ такого плагина нет или нужно доработать существующий, то всегда можно найти фрилансера, который сделает это для вас. Скажете гемор? гемор для бизнеса оплачивать минимум 2-х прогеров на 2 стека технологий, чем 1-го на флаттере. Скажете времени разработка больше занимает? Да как только появится хотелка/переделка, нужно в 2-х платформах править, пару таких хотелок и время на разработку тут же выравнивается. А сколько будет таких хотелок? Рассказ про чувство поведения нативной или кросплатформы - тож из пальца и актуально ток для динозавров с 4-го айфона сидящих, так как я без понятия как должно вести себя истинно нативное приложение, в сторах диких заопарк технологий и каждый лепит по своему, работает, не логает - значит всё норм
Подумайте над тем что будет через 3-4 года. Да, flutter сообщество всё такое, возможно и кол-во вакансий будут равны. Сейчас все дернулись изучать этот язык. В итоге вакансий также, а конкуренция выше. Вывод: изучайте flutter. Нам жить легче будет.
Что там такого в Флаттере что времени занимает как два нативных приложения ? Там если приложение не использует сложные платформозависимые вещи (например приложение ходит в сеть и что-то там показывает) то время на два приложения стремится к времени потраченному на одно приложение. Даже если есть работа с блютусом, пермишенами и т.п. то как правило такого кода не очень много.
С точки зрения отсутствия поддержки конкурентами производителями нативных приложений (IOS, Android) получается что Flutter(Dart) в выигрыше по сравнению с React Native т.к. его как минимум поддерживает компания Google с продуктом Android )
На Flutter писать код сложнее, чем на нативном?) Странное заявление. Суть Flutter, каки остальных кроссплатформенных технологий,это УДЕШЕВЛЕНИЕ производства софта. Система флаттера построена на виджетах, которые в свою очередь уже являются врапперами каких-то групп нативных элементов. Нативщиков, конечно же, не вытеснит, НО, значительную часть пирога точно откусит
@@elshanaghayev9175 Нативная разработка под Андроид это разработка на Android NDK. Флаттер это разновидность под Android NDK. Разработка на Котлин или Джава это Android SDK. Поэтому Флаттер и является нативной разработкой, также таковым является разработка на Qt и на C++ Builder Embarcadero, а не разработка на Android SDK на Джава и Котлин. По моему приложение Телеграмм сделан на Qt, если я не ошибаюсь
@@sergshutk2757 Нативная разработка под Андроид это разработка на Android NDK. Флаттер это разновидность под Android NDK. Разработка на Котлин или Джава это Android SDK. Поэтому Флаттер и является нативной разработкой, также таковым является разработка на Qt и на C++ Builder Embarcadero, а не разработка на Android SDK на Джава и Котлин. По моему приложение Телеграмм сделан на Qt, если я не ошибаюсь
Пишу достаточно сложное и красивое приложение на флаттере, проблем с красотой, анимацией, производительностью и отображением самого ui, не замечено. Если они и есть, то достаточно легко решаются(что уже не попадает под понятие (проблема)). К примеру была задача сделать карты как в циане. Юай в связке с блоком, прямыми руками и понимающим бэком, позволяют решить данную задачу на ура. Легко сказать, что кросс это бред, а вот детально пояснить, разобравшись в вопросе досконально, это видимо проблема. Есть знакомые которые ушли с нативки в кроссплатформу и вот что то я не заметил их негативной реакции.... только положительные отзывы. А на тему 1.7 1.8, ну это уже от правильности рук зависит. Очень многое зависит от архитектуры, если она изначально правильно построена и в процессе построения приложения улучшается, то тут хочешь не хочешь, разницу в качестве и производительности на ios или android придется поискать. Бывают конечно примеры команд, которые пишут прямиком из 2018 года, но это индивидуумы, которые не хотят пользоваться всеми благами, которые предоставляет команда гугла(лично проводил ревью приложения, в котором 1 мать его класс содержал в себе и бизнес логику и юай и экстеншены и по строкам больше 1000). Видео конечно познавательное, но если у разработчика руки из жопы, то он и на нативе напишет то, что будет дико лагать и тормозить.
Конечно никогда не заменит. Кто так не считает, то читайте рассказ Айзека Азимова "Профессия". А если голова работает, то вспомните WordPress и "ручную" разработку сайтов.
Почему тогда есть кроплатформа на десктопе, а на мобилках нет. Windows ведь тоже конкуренты Apple, однако есть тот же QT С++ на котором можно пилить приложухи под Windows, Mac OS, Linux, на Java есть куча GUI фреймворков для кроссплатформенной разработки под desktop. Не пойму, в чем проблема сделать ту же кроссплатформу под мобилки.
Проблема в GUI. Оно не может быть одинаковым для мобильных систем и для десктопных систем. И это надо реализовывать. Для игр сделали. Я тоже делаю кроссплатформенный движок, но на Паскале. Но для игр, с одной стороны, проще, а с другой там есть свои проблемы.
Максимально не согласен с автором! 1. код писать намного легче по сравнению со всем ... сложнее только в том случае если ты вообще не понимаешь что там происходит , но и в этом случае проблема не во Flutter а в человеке который начал на нем писать не разобравшись в теме. 2. По поводу нативного функционала , автор не в теме походу , но есть такая штука как Method Channel которая дергает нативный код со стороны Flutter . по такому принципу реализованы к примеру Yandex SDK на Flutter и работает отлично... можно таже к Fkutter прикрутить свой нативный код без проблем! 3. По поводу красот которые есть в нативе и их якобы нельзя реализовать , автор походу не в курсе но рендер производит движок Flutter Skia который не зависит от системы и рисует то что мы хотим а не то что есть в системе , и на худой конец все красоты системы можно легко воспроизвести , тк во Flutter работа с анимациями просто на изи ... 4. По по поводу тестирования , исходя из практики если баги есть на одной платформе то они есть и на другой , и это не зависит от самой платформы , а зависит только от вашего кода , так что тут тоже -. 5. По цене тоже странно как-то посчитал ) опять же из практики писал прилагу под ведройд на Flutter и только после релиза ради фана решил запустить его на яблоке , и все завелось с пол тычка , максы что пришлось править это только отсупы чтоб пройти по гайдам эпла. следовательно по затратам примерно будет 1,1 - 1,3 согласен только с 1 что кросплатформа не заменит нативщину ...
Вообще не доверяю мнению этого автора. Также обсирал язык Go, т.к. он от Гугла)) И он это говорил когда большинства крупных приложений переписовали свой бек на него
Dart это язык программирования(можно было и глянуть в википедии перед сьемкой), flutter это фреймворк написанный на dart. И язык и фреймворк созданы и поддерживаются Google. А вот как раз языки Kotlin и Java поддерживаются сторонними компаниями. При чем у котлина русские корни. Это комментарий к тому что автор не разбирается в таких поверхностных вещах, и скорее всего даже не знает в чем именно преимущество flutter и чем он такой крутой. Пустое видео ради просмотров.
Java контролює Oracle, який судами намагається робити патентний тролінг. Kotlin розробка російських програмістів, що значить мати з ними справу ми вже знаємо, доречі Android Studio має ту саму проблему. Тому Android я б новий проект починав на Flutter. Для подумав би, залежно від проекту.
@@dmh_ua ой бляяя, началось… Котлин это русские, русские это Путин, значит если ты пишешь на Котлине поддерживаешь войну… Вам в уши ссут что все русские вас хотя убить и вообще za! Тут нас самих всех все это задолбало и мы такие же люди у которых тоже есть дети, нормальный человек никогда не поддержит войну, хотя смысла вам что-то доказывать нет, вам привили что мы все до единого плохие и должны сдохнуть🤦♂️
Полностью согласен, что flutter никогда не заменит нативку, хоть и сам уже более 2х лет на нём работаю. Не согласен с тем, что код на флаттера значительно сложнее нативки. На деле примерно так же, а некоторые вещи (например геолокация) на флаттера делать даже легче. Реализовать на флаттере можно буквально всё. Есть возможность вызывать нативный код с помощью method channel. Кучу библиотек с различными готовыми решениями, которые внедряются на раз-два. Но несмотря на всё преимущества, приложения на флаттере ощущаются немного иначе, чем нативные. Если на андроиде это не так заметно, то любой iOS юзер тут же поймёт, что приложение не нативное
На флатере все намного легче я сам разработывал нативное приложение на джава чтобы элементарно список или таблицу на форму тратишь 2-3 часа времени а флаттере это делается за пол часа, также navigation drawer это несколько строк кода во флатере а в нативке это надо сделать макет программировать.
Залежить від додатку та його цілей. Якщо у вас аппка це: UI та робота з веб-сервісом. Flutter все покриє. Для Android як на мене в більшості випадків можна брати Flutter/Dart замість ADT/Kotlin. Та якщо iOS аппка потрібна була для галочки. Якщо ви в додатку на повну використовуєте інтеграцію з системою: * Кастомно працюєте з камерою та відео, звуком * Використовуєте системні екстеншени * Є аппка для Apple Watch * В Background треба працювати * Ви перфекціоніст і вам треба натівний ux для наприкад Tableview/ColletionView То Flutter буде бідось. Вам потрібно буле робити багато бріджів, саппорт яких як на мене буде дорожчий натівної аппки.
За счет вниманию в первую очередь к UI flutter позволяет писать приложения в разы превосходящие по красоте нативные аналоги. Так что на флаттере в какой-то степени даже сложно написать некрасивое приложение.
КАВО? 🤦♂️ Что ты несёшь... Флаттер пытается повторять концепции нативного ui для каждой платформы. Как раз потому что он ПЫТАЕТСЯ ПОВТОРЯТЬ, его возможности в построении ui гораздо уже чем у натива. Натив умеет все что и флаттер, но флаттер не умеет все что натив.
@@_Smai1e_ лол нет, у флатера есть все что у натива, а того чего нет у натива делается кастомно, так вот во флатере сделать чтото кастомно намного проще
@@drovoseg потому что они легаси и уже не пишутся а поддерживаются. Я еще в 2019 начал писать очень крупное приложение на флаттере и мы уже релизнули множество версий.
Автор где-то читал про flutter, но особо не вникал. Для справки, движок флаттера, вроде отрисовывает весь визуал с нуля. Таким образом не использует налитные компоненты той или иной операционной системы. Поправьте меня, если я ошибаюсь
что за подмена понятий? 2:01 Нативная разработка - это разработка под данную архитектуру. А не то что он говорит, цитата: "которое работает только на этой ОС". 2:48 Кросс-платформенная разработка, это не только, цитата: "написать один раз код, а потом выполнить его сразу и на Android и на iOS и ещё где-то". Кросс-платформенная разработка - это когда пишешь один раз код и можешь его использовать на большом множестве ОС: Android, iOS, Windows, Linux и других. Только компилировать код надо будет именно под данные системы. 5:27 Человек знает о чём говорит? Я не знаю как во Flutter, я на Паскале отделяю код для одной ОС, для другой ОС, для третьей ОС и т.д. И любые изменения в программе, ни как не влияют ни на одну из ОС. Все функции работают с учётом ОС. При попытке внести изменения для одной ОС, это ни как не повлияет на изменения другой ОС. Для этого как раз и делаются функции, которые учитывают ОС на которой они работают (если интересно, то можете посмотреть как устроен нативный код на ZenGL в Паскале). 6:15 читаем что я писал о 5:27 и обнуляем слова Немчинского до нуля. Я надеялся что-то полезное найти...
@@Евгений-п1л1ъ Не сложнее. С учетом того, что юай и бизнес-логика на Флаттере пишется раз в 5 быстрее, чем на нейтиве, освободившиеся ресурсы можно быстро кинуть на разработку platform-specific вещей и быстро закрыть недостающие бреши плагинами или голыми method channel-ами, и то, если готовых решений нет.
@@andreasstager1642 Серьезно? Бизнес логика стает в 5 раз проще от смены языка? А откуда необходимые знания про "method channel" у разработчика который ничего не понимает в нативной разработке?
@@ЮрійАндрашко-у8я Не бизнес-логика в 5 раз проще от смены языка, а все вместе в 5 раз проще, потому что юай гораздо проще нативного, а бизнес-логика тесно совмещена с юаем посредством любой популярной и эффективной стейт менеджмент техники, и все вместе под все возможные платформы пишется один единственный раз. Насчет "разработчика, который ничего не понимает в нативной разработке" - по-твоему, Флаттер-девелоперами рождаются, или Флаттер используют исключительно тупые индусы, у которых это первая в жизни платформа? Если что, то лично я пришел во Флаттер, имея за плечами 20+ лет опыта в разработке вообще, и в нативной в частности, причем не в той "нативной", под которой сейчас понимается этот ваш Котлин и Свифт, а в делфи и крестах. Сейчас параллельно занимаюсь бэкендом на Расте. Кстати, не имея особого опыта в Андроиде до прихода во Флаттер, через неделю уже вполне комфортно себя чувствовал в написании нативных плагинов на том же Котлине с использованием method channels.
@@andreasstager1642 Ну все зависит от задач. Если 90% приложения - это UI, то вполне возможно. Но далеко не у всех приложений все так просто. Ну и естественно после 20+ лет опыта легко прыгать с технологии на технологию. А вот надо хотя б минимально подписать документ сертификатом согласно ДСТУ или распознать лицо на фортналке, прочесть состав с камеры или любую другую бизнес-логику то Флаттер никак не помогает. Для каждой задачи - свой инструмент.
Насчет сложности как по мне аргумент слабый. Да, безусловно тестов будет больше, но это обусловлено именно разработкой под две платформы, логично, что у свифта и котлина таких проблем не будет так как писать можно будет только под одну платформу, а если же одно приложение писать на двух разных языках, то, на мой взгляд это будет однозначно +сложнее чем написать его на флаттере, просто потому что это два разных языка. Да и в принципе синтаксис у дарта проще и понятнее чем у котлина и тем более джавы(недавно начал учить дарт и имея опыт в js и python очень быстро понял что к чему)
Как можно ругать Flutter за некрасивые приложения, если у "нативного" Jetpack Compose, что сейчас стандарт на Android - принцип работы не просто идентичен Flutter, аля граф движок поверх активити рисует всё с нуля, так ещё Flutter ушел со Skia на Impeller, что Compose ещё не сделал, да и в принципе, Flutter произвёл революцию в построении UI, а также продолжает идти вперед и развиваться со скоростью в пару световых лет.
Многое из сказанного совершенно мимо. Надо глубже изучать тему, прежде чем делать такие видео. Очевидно, что это рассчитано на новичков, которые не разбираются в нюансах. Просто окучивают свою целевую аудиторию, загоняют в своё стойло.
..да ты помешался на своей энтерпрайзовой поддержке)) ..я бы посмотрел что бы ты сказал если бы из твоей машины каждый месяц раза доставали бы движок чтобы его проапгрейдить и меняли бы кнопки местами а руль на рычаги. Делать надо сразу как навсегда. А когда устареет выпускать новое приложение вместо старого. IT-upgrade это разновидность болезни. А вообще ролик вода от КО. Печалька. Отписался бы если бы подписывался.
Жалко не видно дизлайков, я уверен там тысяч 5, не меньше... Такие глупости вообще, как будто темы не было другой в той которой автор видео больше разбирается... "Зачем назвали Flutter Dart", хотя бы википедию или ещё что то глянул прежде чем мнение свое снимать, Dart это ЯП созданный в 2011 году, а Flutter это фреймворк созданный в 2017 году и написанный на том же Dart
Вы пробовали на нем писать???? Если нет то зачем воду мутить. я учил ПХП 2 года и того уровня во флаттер я досиг за 5 месяцев. Пишется легко и просто. Все плюшки идут с комментами для Андроид и АйОсь .... все работает прекрасно.... все переходы , анимации , иконки и тд. Надо просто честно говоритть.... я знаю только джава и немного котлин.... и яупертый джавист, и поэтому Учите джава
Как по мне, ОФИЦИАЛЬНОЙ поддержки нет даже и у нейтив разработки) Каждый чёртов год великие Гугл/Эппл/Монополист_компани придумывают новые требования и приходится переписывать часть кода чтобы поддерживать последнюю версию или вообще просто чтобы держаться на рынке (просто чтобы приложение было в маркете) (Я уже молчу о переобувании языков java->kotlin. Я не против того что они выбрали язык по лучше, даже за. Но факт есть факт. Про Objective-C->Swift ничего не могу сказать, так как пришёл в флаттер после многих лет нэйтив андроид разработки) По поводу "На флаттер сложнее писать код из-за двойного кол-ва багов и двойного кол-ва тестирования" - отчасти согласен отчасти нет. Писать гораздо быстрее и проще за счёт удобства построения UI и его общения с теми же контроллерами, вьюв моделями (у каждого своё. Главное что проще рисовать сам UI). Двойное кол-во багов уничтожается двойным кол-вом тестирования, вдобавок за 4 года разработки встречал ну очень уж мало таких специфик ОС багов, обычно они легко обходятся. А двойное тестирование не избежать. Даже если приложение писать на нейтив ИОС+нейтив Андроид - всё равно придётся тестировать и ИОС и Андроид. Так в чём тогда выигрыш нейтив в данном случае? Ну а красота - вообще дело каждого. Как по мне, я в нейтив java/kotlin никак не мог нормально сделать вот реально красивые анимации. Только когда добавили ConstraintLayout и то только когда им прикрутили анимации и ТО выходило как-то слишком линейно, какие бы я там выкрутасы не пытался сделать. На Flutter гораздо проще и интереснее работать с анимациями. Естественно с скруглением углов и прочим тоже (а скругление углов, как по мне, главная боль андроид разработчика в некоторых UI местах). Ну и естественно, как некоторые люди в комментариях писали - на флаттер написание НЕЙТИВ кода не нивилировано. Можно писать нейтив код в том же проекте андроид и swift в иос, а из флаттера просто дёргать эти методы.
- На флаттере можно написать буквально ЛЮБОЙ функционал, тк есть возможность с помощью method channel'ов дописать нативный код
- "На флаттере нельзя написать красивое приложение" , - категорические не согласен. Красота приложения не зависит от технологии. Если руки из плеч, то юзер в жизни не увидит разницы между нативно написанной прилой и той, что написали на флаттере. Поддержка 120ГЦ - это всё-таки серьёзно. (Не нужно писать про неимоверную производительность натива, лично видел лагающие в 45 фпс ресайклеры)
- "на флаттере код писать сложнее", - нет, тк и виджеты, и бизнес логика пишутся на 1 языке. Это, как минимум, для новичков очень просто, ведь не нужно бодаться с той же XML разметкой в Андроиде (Compose и Swift UI не затрагиваю).
Та и сам ЯП проще того же котлина (мало ключевых слов, очень большая схожесть с джавой, джс/тс. Дефолтный С-подобный язык)
- "нужно двое больше тестировать", - а 2 приложения нативных не нужно тестировать?)
От себя добавлю, что даже с учётом писанины нативного кода на флаттере, 2 приложения по времени займут, как 1.2-1.3 одного нативного.
Производительность сопоставима с нативной (потеря около 15%), ОЗУ тоже ест на ~ 20% больше, на больших приложениях разницы в весе приложения практически нет. На мелких она есть , ТК в приложение упаковывается Dart VM (около 9 мб)
Для тех, кто топит за Kotlin Multiplatform: товарищи, вам все равно придется писать UI на Свифте))
Абсолютно согласен с автором коммента, те же самые аргументы можно использовать в пользу React Native :)
Думаю что за кроссплатформенностью будущее, так как это очень выгодно для бизнеса, следовательно бизнес будет впахивать деньги в технологию)
Абсолютно согласен! Именно тот же хотел написать
Словно сняли с языка. Присоединяюсь к автору комментария 🙌
Уже 3 года работаю Flutter-разработчиком. Проблемы у Flutter да, были и определенные ещё есть, но за все время его существования Google очень активно и эффективно их прорабатывает и минимизирует.
Ощущение, что у автора видео просто неприязнь к кроссплатформенной разработке. Поддерживаю данный комментарий.
+
Судя по классическому вступлению: Сергей Немчинский это константа.
Предлагаешь переопределить при следующей компиляции?
@@alexbozhko72 Зачем? На это константе весь алгоритм держится.
Хахахаах
@@panzerlo3418 весь энтерпрайз рухнет))
Лол, чел говорит, что больше 20 лет программист, а говорит такую хуйню. Я даже не знаю с чего начать. Такое ощущение что из кроссплатформы пробовал только xamarin когда давно и сделал на этом вывод. Ну видимо пока курсы по Дарту/Флаттеру не продает, поэтому-то выгодно хейтить эту технологию)
ну так если ты программист с опытом, это не значит что ты разбираешься во всех сферах программирования
про курсы хорошо сказано
Для каждой задачи нужен свой инструмент. Сейчас реально 80% приложений которые написаны на нативе можно было бы гораздо быстрее написать на Flutter, даже без учета того что это будет сразу две платформы (iOs и Android). Ну никто же не пишет игры в нативе, все используют како-то игровой движок. Правильно воспринимать Flutter именно так
Но есть нюанс - абсолютное подавляющее движков только на винду, на анриале не напишешь кроссплатформку, либо под винду, либо под линукс(и то там сомнительная поддержка)
@@Dmytro-Tsymbaliuk, heaps io. Кроссплатформенее некуда.
80% мало, я уверен все 95%
Если мы говорим о "мясе" а не о "воде", то большинство приложений слишком много внимания уделяет визуальной составляющей, избыточно много. Забывая про функционал.
Уже лето, а он ВСЁ ЕЩЁ Сергей Немчинский!!!
Актуально для Тайцев.
аахаххаха
Я и на стриме спрашивал будет ли он имя менять, сказал нет
Доброго времени суток, у меня не малый опыт работы с кросс платформами ю(в сумме в проде я поработал с xamarin, react native, flutter и ionic), и могу с уверенностью утвердить что один из лучших вариантов команды, это один или более девев для кросс технологии и по одному для каждой нативной (если есть сложные задачи то эти девы создают наивные дополнение бриджи или байдинги)
Поскольку удобно когда вёрстка и бизнес логика - общая и не дублируются, а сложные части работы именно с техникой - вынесены именно в нативную логику
Флаттер это обертка, некоторые вещи которые нельзя сделать на флаттере, можно дополнить на нативках. И красивое приложение получить легко. Есть большие приложения и большие зарплаты. Бизнес сейчас явно знает больше, раз спрос такой большой у больших компаний даже, не то что у мелких
Какие большие приложения используют Флаттер?
@@drovoseg знаю алибаба и ибей
@@drovoseg Росбанк
@@drovoseg Google ads
От каждого инструмента по возможностям, каждому проекту по потребностям. Свою нишу Flutter занял.
На Dart писать существенно проще чем нативно на Kotlin/Swift. Dart язык простой.
Flutter для MVP
Все тезисы ошибочны, вверху об этом уже писали. Мы выбрали флаттер и не прогадали. Деньги пилятся
Тот случай, когда человек не разбирается в теме. Стоило сначала как следует разобраться в flutter прежде чем что-то говорить
он и про юнити наговорил дичи, если я правильно помню
А что не так?
он считает что он умный
2к24 год о боже флутер и дарт все заменили😂
Дарт это язык, флаттер фреймворк чтобы делать приложения. Что там странно сделано?
с той-же степенью странности что и Джава/Спринг или Пайтон/Джанго
Давно ждал это видео. Спасибо
В Андроїд для розробки ще використовуються С та С++ з компіляцією сервісів та JNI бібліотек під кілька архітектур одночасно.
Спасибо за информацию) Очень хотелось бы что-то подобное про Xamarin)
++
+
Разве он еще не вымер?
Разве он еще не вымер?
@@glinar94 Вымер
Парни, кто возьмёт в ученики на дарт/флаттер?
Язык программирования - java, фреймворк - spring. Не спрашивайте зачем так странно сделано, это их вопросы.
да, странно, все же всё пишут только на голом языке
@@ionizePlaying Вот именно!
3:46 все отличия кода приложений для Android и iOS достаточно покрыть тестами в каждой из двух веток контроля версий Flutter приложения, и нет проблем))
ну вообще-то не так просто
тем временем на них уже пишут крупные проекты )
Игровые движки это именно пример кросплатформы успешной. Но там билды не кросплатформенные а строго компилируемые под разные платформы так что здесь спорно считать ли их классически кросплатформенными
Флаттер именно такой: свой билд под каждую систему, оттуда и производительность.
@@alevlako да
смотрел видос - там комплитьися в плюсы
но пишет что найтив все равно быстрее (даже джава быстрее)
как так?
@@DanyloSyrotynskyy на десктопах джава программа медленно стартует потому что сначала поднимается JVM. Виртуалка Дарта более шустрая, но все равно это монстр по сравнению с легковесной программой, написанной для натива. Никогда не задумывался, но, похоже, на Андроиде JVM бежит всегда и ей скармливают джаву и Котлин - отсюда легковесность программ и их быстродействие.
@@alevlako типа в андроиде JVM вшита?
@@DanyloSyrotynskyy оказывается, всё хитрее ) Android не использует JVM для выполнения java программ, в нём используется виртуальная машина Dalvik, не являющаяся истинной JVM и не работающая с Java-байткодом. После запуска приложения Android, каждое из них выполняется в своей собственной виртуальной машине. Видимо, форкнуть Dalvik получается несколько быстрее, чем стартануть Dart VM.
Расскажи про Lisp
А де килим?
Все так думали про perl а потом такие
- а где перл?
Аргументы так себе:
1. У апл нет резона поддерживать флаттер
2. Код на дарт писать сложнее
3. Специфичные функции ОС не поддерживаются
Вроде неплохой канал и шарящий дядька, но про флаттер ничего не знает, понабрал каких-то тезисов (половина - бред полный) и выложил подписоте. Не одобряю
Заберите меня на Флаттер!!!!
Ага, на нативном андроид быстрее чем на flutter.
Сергей, можете по подробнее рассказать про пайтон, очень бы хотелось узнать про него что нового, я закончил 9 класс, сейчас учу пайтон за неделю дашол до цикла for, надеюсь у меня получится,и я смогу одалеть языком пайтон,и сложить с ним свою дальнейшую жизнь, и работу
Советую русский тоже повторить,лишним не будет.
@@ДаниилЕлин-ж1п він мені нахер не потрібен
@@tedi2459 так не використовуй, хлопче
@@ДаниилЕлин-ж1п та я що б усе було зрозуміло
@@tedi2459 есть курсы алгоритмы и структуры данных в ютубе, советую.
(Тимофей Хирьянов)
Дядя, иди покури )) Что за диванные эксперты в последнее время появляются. Еще и на курсы свои зовут господи
Ну и зря вы так считаете, уже давно заменило!
Як на мене, все на 100% так, єдине стартапи ніколи не роблять як описав Сергій, всі проекти на котрих був - стабільно пиляють гібрид і через рік два розуміють що вийшло так собі, розширюють команду нативщиками і пишуть окремі апки наново, в цей час плавно сапортять гібрид до релізу нативи, ну принаймі в моєму досвіді так було 3 рази :) Віра кастомера в те що гібрид дешевше завжди перемагала, але в кінцеву результаті кастомер потім платив двічі :)
алярма! полчаса назад мне под вашей записью на комментарий ответил канал-клон
ua-cam.com/channels/3U9gpYmmbahkZLJnbsB7lg.html
вот этот.
в ответе какой-то спам судя по всему
да, это мошенник
lol
А причем тут язык программирования к телефону? Телефон (ос) даёт API, его и поддерживает вендор, на чем ты потом будешь крутить логику, уже не важно, хочешь в джаваскрипте, хочешь в байткоде, или джава-машине.
Так для iOS немає java-махіни. JavaScript працює через WebView.
Flutter доречі намагається викручуватись по-нормальному через енджину на C.
Він на порядок краще та якісніше ніж ReactNative.
Flutter має свою систему рендеринга віджетів. Тому аппка рендеритись більш-менш однаково на обох платформах.
Щоб змешити кількість головняку для розробників це плюс.
Скажу насправді Google зробили достатньо багати крутої роботи.
Не писал давно комментарии. Но не удержался. Автор полный болван. Ты хоть программист?
понятно же, он Джавист, и преподает Джаву, надо же свои курсы толкать)
При всем уважении, Сергей, вы вообще не разобрались в теме.
Единственная ситуация, когда у меня возникла проблема - это вариант десктопного приложения. И то, сейчас развивают десктоп версию. На мобилки - вообще все работает из коробки в 99% случаев, плюс огромное количество либ. И нереальные темпы развития этого проекта кое о чем, да говорят. Автор видео отстал от темы, похоже… Пиши на ассемблере, че уж тут. Чел в курсе про то, что написанное на дарте приложение, при сборке конвертируется в тот же котлин, свифт или (о боги) с++? Стряхни с себя пыль, дядя. А то так скоро за бортом останешься.
СЛАВА УКРАИНЕ !
Чесно, мнение 5-7 летней давности из времен кастыльного ксамарина и qt
Но все равно респект и уважение))
ну я можу помилятись, але Сергей якраз так років 5-7 назад перестав займатися активною ентерпрайз розробкою і зараз повністю займається школою Foxminded.
Тому може бути.
Але респект і повага
Зачем так странно сделано?
Dart - яык прогммирования, flutter - фреймворк. dart можно использовать без flutter и вне контекста мобильной разработки.
Зачем же так странно сделано, что жаба и спринг не одно и то же ?
В голос
прекрасно
сравнил православную жабу и какой-то новомодный дарт
можно сравнивать и гугл вне контекста гугл-сервисов, но зачем?)
Доводы понятны и довольно справедливы. Но складывается ощущение, что Сергей не сильно погружен в тему, большая часть видео посвещена Flutter, а доводы скорее относятся к React Native.
Например:
"Ваше приложение может иметь только функции, которые есть и в одно и в другой системе" - это справделиво для RN, так как там идет обращение к нативным копонентам. Flutter же рисует на канвасе и для него вообще нет проблем в состыковке систем, хоть на телеке рисуй интерфейс IOS. Поэтому и гемор с тестированием меньше
Ну и естественно у кросплатформы есть рынок. На flutter реально создать хорошо работающее приложение на две платформы, с этим сейчас глупо спорить. И я никогда не поверю, что затраты на это сравнимы с поддержанием двух нативных платформ.
Поэтому справедливо сказать - топ приложения богатых компаний останутся на нативе, но рынок мелких и средних компаний будет отъедаться кросплатформой.
Плюсую, особенно когда говорилось о "сделать красиво как в нативе не получится" орнул в голосину если речь о юай. На флаттере в два клика можно навалить такой сложной красоты которую нативщики месяцами бы писали
@@digibori_music кек, скрол на iOS на flutter ну вообще так себе да и анимации в целом
@@coffeebydny393 bouncingScrollPhysycs забыли указать мейби, вот он у вас и скролит на айос в стиле андроида)
А кто сказал, что java это натив, это байткод, и отношение к java 25 лет назад было, это ненативная хрень. Но рыночек порешал.
Не понимаю тех, кто здесь писал, что на флаттеристов спрос куда меньше, чем на нативку. Ответьте, пожалуйста, как давно появился флаттер и нативка?
Скажем так:
Flutter/RN класний, але Android/iOS розробники теж хочуть їсти.
Каждый суслик хвалит свое болото.... Увы Сережа, мира ИТ идет своим путем - не зависимо признаете или нет ФЛАТТЕР И ДАРТ.... Ваше мнение сугубо согласно вашей коммерции... Это большая проблема стран СНГ - мир давно ушел вперед. Ваше мнение - НЕ ВАЖНО !!!!!!
При всём уважении. Полное непонимание работы, как минимум, Flutter (никто не говорит Dart/Flutter). Многие в комментах тут, видимо из уважения к автору, как-бы соглашаются в посылом, но правят его в логике, а я прямо скажу, что и с посылом не согласен. Во-первых, бо`льшая часть логики ошибочна (не стану повторять, об этом тут многие написали подробнее), а во-вторых, и сам вывод "НИКОГДА не заменит нативную разработку" я бы смягчил. Да из сегодняшней точки ясно, что нативная разработка имеет ряд серьёзных плюсов перед кроссплатформенной, но будет ли так всегда?... Вопрос открыт)
Еще отдельно скажу на счет выгоды для стартапов. Сергей говорит о том что выгодно сделать одно приложение на нативе, проверить, а потом уже делать второе опять на нативе... Ок... А не выгоднее ли сделать приложение на флаттере ориентированное на одну платформу, а потом, если нужно, доработать его, чтобы на второй платформе работало не хуже. Неужели два нативных приложения сделать дешевле? Это тоже вытекает из полного непонимания предмета рассуждения. Если честно, есть ощущение, что Сергей теперь может вещать что угодно с серьезным лицом, а все должны слушать преклоняясь перед опытом и возрастом. Очень неприятно.
я вам рассказываю про бизнес, а вы не слушаете. Два нативных приложения сделать не дешевле, а выгоднее. По cach flow. Сначала вы тратите на одно нативное приложение - потом получаете денег - потом тратите на второе. или не получаете денег и не тратите на второе. Это выгоднее, чем сразу заплатить 1.7-1.8х а потом ждать денег. Которые могут и не прилететь
@@SergeyNemchinskiy Повторюсь. Сделать два нативных приложения и не дешевле и не выгоднее. Выгоднее сделать одно приложение на флаттере ориентированное изначально на одну платформу, так как стоить это будет столько же, сколько стоит одно нативное приложение на эту же платформу, а то и дешевле, если говорить конкретно про флаттер (затраты на тесты и дизайн одинаковые, а время разработчиков, скорее всего, уйдет меньше). А затем, если будут деньги, можно будет не снова платить за целое нативное приложение, а просто доработать существующее. Если даже брать Ваши цифры 1.7 или 1.8 (хотя они тоже странные), то останется доплатить 0.7 или 0.8 от стоимости нативного приложения. Математика не в Вашу пользу даже если брать Вашу же логику и цифры.
Я понимаю что Вы про бизнес. Но если Вы думаете что шаурму делают с сосисками, то правильно просчитать кэш флоу шаурмячной не получится как ни крути...
Я один ненавижу тупые, кликбейтные заголовки? Нет ни одного вменяемого человека (даже полностью влюбленного во Flutter) кто скажет, что он Полностью заменит натив.
я скажу
флаттер заменит натив скриньтн
1. В флаттер вы можете использовать нативные фичи дописав их под каждую платформу и использовать их. Но если честно за 3 года того что мы используем флаттер нам этого реально не понадобилось. Флаттер развивается просто семимильными шагами.
2. Стоимость разработки не в 2 раза дешевле это верно, но смело в 1.5 раза точно.
3. Я не видел на столько простого для изучения фреймворка как флаттер. Откуда у вас это уверенность что на нем сложней писать? Он легкий и простой. Можно создавать на столько гибкие интерфейсы что вы в Котлине или Свифте замучаетесь это делать. Я знаю о чем говорю, до этого профессионально занимался нативной разработкой под Андройд. Когда перешёл на флаттер влюбился сразу в эту технологию, хотя всегда был противником кросплатформенных решений.
Вы менторством не занимаетесь?
Очень много людей в кроссплатформу перешли из натива, я же перешел в нее из фронтенда. Учитывая что я занимался React, то мне все равно легче было понять flutter, чем RN, единственное что было удобнее в RN это знакомая верстка интерфейса, но во flutter можно привыкнуть, хоть и не так читаемо. Dart вообще легко учится если знаешь TypeScript, так как они очень похожи.
Помимо того что написали уже в комментариях есть еще один простой довод, почему заменит: кроссплатформенная разработка банально дешевле для заказчиков. В бизнесе все решают деньги, сами понимаете. + по скорости кроссплатформенной разработки в случае Flutter важно упомянуть hot reload/hot restart, который экономит ооооочень много времени.
2 года работаю с флаттер, до этого 2 года на дройде
1. нет официальной поддержки - никак не затронуло меня
2. баги специфичные могут появиться только при использовании фич ОС. Например разрешения. У дройда есть галочка "не спрашивать больше" у яблока такой нет. Ок.. это не баг.
Интегрировали принятие voip звонков в приложении. Были специфичные баги. Пофиксили. Можно подумать на ios или дройде при нативной разработке не бывает багов
3 можно спорить что есть "все фичи нативных систем"
Сергей, разработка под флаттер быстрее чем на дройд и проще.
нет геммороя с жизненным циклом активностей и фрагментов
async/await - уф, просто огонь после RxJava. С корутинами на котлине не работал
Фичу делали на дройде 15 дней
На флаттере сделан только iOS аналог приложения. На флаттере сделал за 6 дней.
ЗП не ниже?
Мне кажется или запилить ту же фичу повторно, пусть и на другом языке, все же быстрее? Речь конечно не идёт про что то совсем типовое
2к24 год о боже флутер и дарт все заменили😂
@@beria_ как щас кстати с ситуацией по флаттеру в рынке на нынешний день?
@@comachine откройте хед Хантер в своём регионе и посмотрите количество вакансий. В моём их на пальцах руки можно посчитать
Для красот есть CustomPainter и Explicit анимации.
Сложность для разных платформ: if (Platform.isХ)
Согласен, это все настолько сложнее нативной разработки.
костыли на ифах)
@@maxlich9139 ифы нужны в очень редких случаях. Типа "Sign in with Apple" не показывать на роботе. Если для тебя это все еще костыль, то у меня для тебя плохие новости.
Немчинский! Несмотря на это видео, я буду продолжать тебя смотреть!
Как раз для стратапов Флаттер и выгоден.
Спасибо за видео, но с тезисами не согласен.
Я разрабатываю приложения и на RN и Swift/iOS сейчас больше смотрю в сторону Flatter.
RN - сейчас мега популярен потому, что на рынке JS разраб дешевле чем нативный и он может написать и прилу на мобильные платформы и админку напилить а если ноду знает вообше топ все делает один человек. - грубо говоря - команда конечно.
Нативные прилы нужны если нужна мега производительность что б манипулировать потоками на GCD и перебрасывать анимации в GPU что б не нагружать проц.
Flutter же в свою очередь имеет больше плюсов с точки зрения разработки - НЕ БИЗНЕСА а разработки подчеркиваю.
Это :
- OOP
- Widget model
- сотни анимаций кастомных
- отличная дока от Google
- постоянные обновления
- возможность писать приложения для iOS/Android/Android TV/ Mac/Windows/Linux
- более правильный JS - Dart - просто топ что то среднее между Swift и JS
крч очень рекомендую
А в целом большое спасибо за видео!
на флаттере самая главная фича это hot reload с ней очень быстро разработка идет, особенно интерфейса и логики тоже, на нативе любая перезагрузка в долгое ожидание
Если свет увидит когда нибудь фуксию - Dart/Flutter- будет сам нативной вещью)
Ну такое .. Фуксия умерла еще 2 года назад, неуспев появиться на свет ..
он курсы продаёт, появится курс на флаттере, будет рассказывать другую сказку. По факту 90 процентов запросов может покрыть сам сдк, остальное решается плагинами и ЕСЛИ такого плагина нет или нужно доработать существующий, то всегда можно найти фрилансера, который сделает это для вас. Скажете гемор? гемор для бизнеса оплачивать минимум 2-х прогеров на 2 стека технологий, чем 1-го на флаттере. Скажете времени разработка больше занимает? Да как только появится хотелка/переделка, нужно в 2-х платформах править, пару таких хотелок и время на разработку тут же выравнивается. А сколько будет таких хотелок? Рассказ про чувство поведения нативной или кросплатформы - тож из пальца и актуально ток для динозавров с 4-го айфона сидящих, так как я без понятия как должно вести себя истинно нативное приложение, в сторах диких заопарк технологий и каждый лепит по своему, работает, не логает - значит всё норм
Подумайте над тем что будет через 3-4 года. Да, flutter сообщество всё такое, возможно и кол-во вакансий будут равны. Сейчас все дернулись изучать этот язык. В итоге вакансий также, а конкуренция выше.
Вывод: изучайте flutter. Нам жить легче будет.
Видно что автор видео не вникал во фреймворк Flutter, дизлайк
Зараз кросплатформщики налетять))
А как относитесь к Kotlin Multiplatform? Есть ли преимущества перед flutter?
это немного разные вещи. KM это про бизнес логику, и UI тебе все равно придется на чем то писать. Flutter это в первую очередь про UI
Что там такого в Флаттере что времени занимает как два нативных приложения ?
Там если приложение не использует сложные платформозависимые вещи (например приложение ходит в сеть и что-то там показывает) то время на два приложения стремится к времени потраченному на одно приложение. Даже если есть работа с блютусом, пермишенами и т.п. то как правило такого кода не очень много.
С точки зрения отсутствия поддержки конкурентами производителями нативных приложений (IOS, Android) получается что Flutter(Dart) в выигрыше по сравнению с React Native т.к. его как минимум поддерживает компания Google с продуктом Android )
На Flutter писать код сложнее, чем на нативном?) Странное заявление. Суть Flutter, каки остальных кроссплатформенных технологий,это УДЕШЕВЛЕНИЕ производства софта. Система флаттера построена на виджетах, которые в свою очередь уже являются врапперами каких-то групп нативных элементов. Нативщиков, конечно же, не вытеснит, НО, значительную часть пирога точно откусит
Бред вы пишите про врапперы. Движок flutter отрисовывает все элементы.. Так что это не нативные
ее заменит css
Очень ждал видео на эту тему! Считаю, что кроссплатформа с течением времени будет всё больше набирать популярности и заменит натив.
Флаттер не первая попытка сделать кроссплатформенную мобильную разработку. До этого был xamarin, apache cordova... короче ничего путного не вышло
Ну заменить это врядли) Свой кусок рынка откусит и упрется в потолок, а полностью вытеснить не сможет
@@Tualantino так флаттер сильно отличается от ксамаринов в лучшую сторону. и тут уже можно сказать, что все вышло
Хороший байт на активність, зараз понабігають і розкажуть чому флатер/RN хороший чи поганий :D
ТРЕБОВАНИЯ ДЛЯ НАЧАЛА ОБУЧЕНИЯ
Опыт работы программистом не менее 3х лет. 😂😂😂
Категорически не согласна со всем, озвученном в видео) Как будто вы про флаттер совершенно ничего не знаете
Я так розумію що Kotlin набагато перспективніше ніж Flutter(DART)?
у каждого своя ниша
Что значит не заменит нативную разработку? Flutter и есть нативная разработка
Что
на самом деле нативная разработка - это разработка под данную архитектуру, а не по данную ОС.
@@elshanaghayev9175 Нативная разработка под Андроид это разработка на Android NDK. Флаттер это разновидность под Android NDK. Разработка на Котлин или Джава это Android SDK. Поэтому Флаттер и является нативной разработкой, также таковым является разработка на Qt и на C++ Builder Embarcadero, а не разработка на Android SDK на Джава и Котлин. По моему приложение Телеграмм сделан на Qt, если я не ошибаюсь
@@sergshutk2757 Нативная разработка под Андроид это разработка на Android NDK. Флаттер это разновидность под Android NDK. Разработка на Котлин или Джава это Android SDK. Поэтому Флаттер и является нативной разработкой, также таковым является разработка на Qt и на C++ Builder Embarcadero, а не разработка на Android SDK на Джава и Котлин. По моему приложение Телеграмм сделан на Qt, если я не ошибаюсь
Вначале nodejs холиварили про безнадёжность, теперь до flutter'а дошли со своим экспертным мнением.
Пишу достаточно сложное и красивое приложение на флаттере, проблем с красотой, анимацией, производительностью и отображением самого ui, не замечено. Если они и есть, то достаточно легко решаются(что уже не попадает под понятие (проблема)). К примеру была задача сделать карты как в циане. Юай в связке с блоком, прямыми руками и понимающим бэком, позволяют решить данную задачу на ура. Легко сказать, что кросс это бред, а вот детально пояснить, разобравшись в вопросе досконально, это видимо проблема. Есть знакомые которые ушли с нативки в кроссплатформу и вот что то я не заметил их негативной реакции.... только положительные отзывы. А на тему 1.7 1.8, ну это уже от правильности рук зависит. Очень многое зависит от архитектуры, если она изначально правильно построена и в процессе построения приложения улучшается, то тут хочешь не хочешь, разницу в качестве и производительности на ios или android придется поискать. Бывают конечно примеры команд, которые пишут прямиком из 2018 года, но это индивидуумы, которые не хотят пользоваться всеми благами, которые предоставляет команда гугла(лично проводил ревью приложения, в котором 1 мать его класс содержал в себе и бизнес логику и юай и экстеншены и по строкам больше 1000). Видео конечно познавательное, но если у разработчика руки из жопы, то он и на нативе напишет то, что будет дико лагать и тормозить.
Спасибо за рекламу флаттера) пойду на флатер пилить сразу под две ос)
Конечно никогда не заменит. Кто так не считает, то читайте рассказ Айзека Азимова "Профессия". А если голова работает, то вспомните WordPress и "ручную" разработку сайтов.
Почему тогда есть кроплатформа на десктопе, а на мобилках нет. Windows ведь тоже конкуренты Apple, однако есть тот же QT С++ на котором можно пилить приложухи под Windows, Mac OS, Linux, на Java есть куча GUI фреймворков для кроссплатформенной разработки под desktop. Не пойму, в чем проблема сделать ту же кроссплатформу под мобилки.
Проблема в GUI. Оно не может быть одинаковым для мобильных систем и для десктопных систем. И это надо реализовывать.
Для игр сделали. Я тоже делаю кроссплатформенный движок, но на Паскале. Но для игр, с одной стороны, проще, а с другой там есть свои проблемы.
Максимально не согласен с автором!
1. код писать намного легче по сравнению со всем ... сложнее только в том случае если ты вообще не понимаешь что там происходит , но и в этом случае проблема не во Flutter а в человеке который начал на нем писать не разобравшись в теме.
2. По поводу нативного функционала , автор не в теме походу , но есть такая штука как Method Channel которая дергает нативный код со стороны Flutter . по такому принципу реализованы к примеру Yandex SDK на Flutter и работает отлично... можно таже к Fkutter прикрутить свой нативный код без проблем!
3. По поводу красот которые есть в нативе и их якобы нельзя реализовать , автор походу не в курсе но рендер производит движок Flutter Skia который не зависит от системы и рисует то что мы хотим а не то что есть в системе , и на худой конец все красоты системы можно легко воспроизвести , тк во Flutter работа с анимациями просто на изи ...
4. По по поводу тестирования , исходя из практики если баги есть на одной платформе то они есть и на другой , и это не зависит от самой платформы , а зависит только от вашего кода , так что тут тоже -.
5. По цене тоже странно как-то посчитал ) опять же из практики писал прилагу под ведройд на Flutter и только после релиза ради фана решил запустить его на яблоке , и все завелось с пол тычка , максы что пришлось править это только отсупы чтоб пройти по гайдам эпла. следовательно по затратам примерно будет 1,1 - 1,3
согласен только с 1 что кросплатформа не заменит нативщину ...
я вам рассказал вывод рынка из опыта сотен приложений. Вы мне - про свой опыт с одним. Ну не надо так
Вообще не доверяю мнению этого автора. Также обсирал язык Go, т.к. он от Гугла)) И он это говорил когда большинства крупных приложений переписовали свой бек на него
netflix пожалела и перевела потом на rust с go
Dart это язык программирования(можно было и глянуть в википедии перед сьемкой), flutter это фреймворк написанный на dart. И язык и фреймворк созданы и поддерживаются Google. А вот как раз языки Kotlin и Java поддерживаются сторонними компаниями. При чем у котлина русские корни. Это комментарий к тому что автор не разбирается в таких поверхностных вещах, и скорее всего даже не знает в чем именно преимущество flutter и чем он такой крутой. Пустое видео ради просмотров.
Java контролює Oracle, який судами намагається робити патентний тролінг.
Kotlin розробка російських програмістів, що значить мати з ними справу ми вже знаємо, доречі Android Studio має ту саму проблему.
Тому Android я б новий проект починав на Flutter.
Для подумав би, залежно від проекту.
@@dmh_ua ой бляяя, началось… Котлин это русские, русские это Путин, значит если ты пишешь на Котлине поддерживаешь войну… Вам в уши ссут что все русские вас хотя убить и вообще za! Тут нас самих всех все это задолбало и мы такие же люди у которых тоже есть дети, нормальный человек никогда не поддержит войну, хотя смысла вам что-то доказывать нет, вам привили что мы все до единого плохие и должны сдохнуть🤦♂️
Flutter самый лучший из всех
Зачем нужен flutter, если есть Kotlin MultiPlatform.
KMP - вещь перспективная, но все еще сырая(
Полностью согласен, что flutter никогда не заменит нативку, хоть и сам уже более 2х лет на нём работаю.
Не согласен с тем, что код на флаттера значительно сложнее нативки. На деле примерно так же, а некоторые вещи (например геолокация) на флаттера делать даже легче.
Реализовать на флаттере можно буквально всё. Есть возможность вызывать нативный код с помощью method channel. Кучу библиотек с различными готовыми решениями, которые внедряются на раз-два.
Но несмотря на всё преимущества, приложения на флаттере ощущаются немного иначе, чем нативные. Если на андроиде это не так заметно, то любой iOS юзер тут же поймёт, что приложение не нативное
Напиши примеры приложений из play market плз. Хочется посмотреть продуктовые варианты. Недавно начал изучать Flutter
@@nurmuratsmagulov3711 ArtBeat приложение. Муж моей знакомой сам написал.
По сравнению со свифтом дарт это удовольствие, а не вечная боль.
Поднял настроение)
На флатере все намного легче я сам разработывал нативное приложение на джава чтобы элементарно список или таблицу на форму тратишь 2-3 часа времени а флаттере это делается за пол часа, также navigation drawer это несколько строк кода во флатере а в нативке это надо сделать макет программировать.
Попробуй на jetpack compose,тоже в декларативном стиле быстро писать можно и джаву в нативе юзать,такое себе занятие для новичков
Нативщики уже никому не нужны лол
Залежить від додатку та його цілей.
Якщо у вас аппка це: UI та робота з веб-сервісом. Flutter все покриє.
Для Android як на мене в більшості випадків можна брати Flutter/Dart замість ADT/Kotlin.
Та якщо iOS аппка потрібна була для галочки.
Якщо ви в додатку на повну використовуєте інтеграцію з системою:
* Кастомно працюєте з камерою та відео, звуком
* Використовуєте системні екстеншени
* Є аппка для Apple Watch
* В Background треба працювати
* Ви перфекціоніст і вам треба натівний ux для наприкад Tableview/ColletionView
То Flutter буде бідось. Вам потрібно буле робити багато бріджів, саппорт яких як на мене буде дорожчий натівної аппки.
За счет вниманию в первую очередь к UI flutter позволяет писать приложения в разы превосходящие по красоте нативные аналоги. Так что на флаттере в какой-то степени даже сложно написать некрасивое приложение.
КАВО? 🤦♂️ Что ты несёшь...
Флаттер пытается повторять концепции нативного ui для каждой платформы. Как раз потому что он ПЫТАЕТСЯ ПОВТОРЯТЬ, его возможности в построении ui гораздо уже чем у натива. Натив умеет все что и флаттер, но флаттер не умеет все что натив.
@@_Smai1e_ лол нет, у флатера есть все что у натива, а того чего нет у натива делается кастомно, так вот во флатере сделать чтото кастомно намного проще
@@oleksandrklymenko8272 Почему тогда все крупные приложения пишутся на нативе?
@@drovoseg потому что они легаси и уже не пишутся а поддерживаются. Я еще в 2019 начал писать очень крупное приложение на флаттере и мы уже релизнули множество версий.
@@oleksandrklymenko8272 да-да НАМНОГО проще чем в нативе...
Swift UI и Jetpack Compose так не думают
Автор где-то читал про flutter, но особо не вникал. Для справки, движок флаттера, вроде отрисовывает весь визуал с нуля. Таким образом не использует налитные компоненты той или иной операционной системы. Поправьте меня, если я ошибаюсь
А я как раз учу Дарт)))
Для несложных приложений - лучшее решение.
что за подмена понятий?
2:01 Нативная разработка - это разработка под данную архитектуру. А не то что он говорит, цитата: "которое работает только на этой ОС".
2:48 Кросс-платформенная разработка, это не только, цитата: "написать один раз код, а потом выполнить его сразу и на Android и на iOS и ещё где-то".
Кросс-платформенная разработка - это когда пишешь один раз код и можешь его использовать на большом множестве ОС: Android, iOS, Windows, Linux и других. Только компилировать код надо будет именно под данные системы.
5:27 Человек знает о чём говорит? Я не знаю как во Flutter, я на Паскале отделяю код для одной ОС, для другой ОС, для третьей ОС и т.д. И любые изменения в программе, ни как не влияют ни на одну из ОС. Все функции работают с учётом ОС. При попытке внести изменения для одной ОС, это ни как не повлияет на изменения другой ОС. Для этого как раз и делаются функции, которые учитывают ОС на которой они работают (если интересно, то можете посмотреть как устроен нативный код на ZenGL в Паскале).
6:15 читаем что я писал о 5:27 и обнуляем слова Немчинского до нуля.
Я надеялся что-то полезное найти...
Dart сложнее Kotlin, или, прости Господи, Obj-C? Рили?🤦♂️
Ты не внимательно слушал. Не Dart сложнее котлина. А кроссплатформенная разработка сложнее нативной
@@Евгений-п1л1ъ Не сложнее. С учетом того, что юай и бизнес-логика на Флаттере пишется раз в 5 быстрее, чем на нейтиве, освободившиеся ресурсы можно быстро кинуть на разработку platform-specific вещей и быстро закрыть недостающие бреши плагинами или голыми method channel-ами, и то, если готовых решений нет.
@@andreasstager1642 Серьезно? Бизнес логика стает в 5 раз проще от смены языка?
А откуда необходимые знания про "method channel" у разработчика который ничего не понимает в нативной разработке?
@@ЮрійАндрашко-у8я Не бизнес-логика в 5 раз проще от смены языка, а все вместе в 5 раз проще, потому что юай гораздо проще нативного, а бизнес-логика тесно совмещена с юаем посредством любой популярной и эффективной стейт менеджмент техники, и все вместе под все возможные платформы пишется один единственный раз.
Насчет "разработчика, который ничего не понимает в нативной разработке" - по-твоему, Флаттер-девелоперами рождаются, или Флаттер используют исключительно тупые индусы, у которых это первая в жизни платформа?
Если что, то лично я пришел во Флаттер, имея за плечами 20+ лет опыта в разработке вообще, и в нативной в частности, причем не в той "нативной", под которой сейчас понимается этот ваш Котлин и Свифт, а в делфи и крестах. Сейчас параллельно занимаюсь бэкендом на Расте.
Кстати, не имея особого опыта в Андроиде до прихода во Флаттер, через неделю уже вполне комфортно себя чувствовал в написании нативных плагинов на том же Котлине с использованием method channels.
@@andreasstager1642 Ну все зависит от задач. Если 90% приложения - это UI, то вполне возможно. Но далеко не у всех приложений все так просто. Ну и естественно после 20+ лет опыта легко прыгать с технологии на технологию.
А вот надо хотя б минимально подписать документ сертификатом согласно ДСТУ или распознать лицо на фортналке, прочесть состав с камеры или любую другую бизнес-логику то Флаттер никак не помогает. Для каждой задачи - свой инструмент.
отговорил от изучения этой темы )))
Спасибо 👍
Очень перспективная тема, а главное визуально приложения выглядят идентично.
А плюсы подойдут для мобильной кросс разработки ?
не лучший выбор
Сразу видно что сам на фдаттере не писал код. С react native вообще не сопоставимо. Flutter для стартапных проектов создан.
Самое главное преимущество Flutter - он реально кроссплатформенный, как для всех мобилок, так и для всех десктопов + веб
Насчет сложности как по мне аргумент слабый. Да, безусловно тестов будет больше, но это обусловлено именно разработкой под две платформы, логично, что у свифта и котлина таких проблем не будет так как писать можно будет только под одну платформу, а если же одно приложение писать на двух разных языках, то, на мой взгляд это будет однозначно +сложнее чем написать его на флаттере, просто потому что это два разных языка. Да и в принципе синтаксис у дарта проще и понятнее чем у котлина и тем более джавы(недавно начал учить дарт и имея опыт в js и python очень быстро понял что к чему)
Как можно ругать Flutter за некрасивые приложения, если у "нативного" Jetpack Compose, что сейчас стандарт на Android - принцип работы не просто идентичен Flutter, аля граф движок поверх активити рисует всё с нуля, так ещё Flutter ушел со Skia на Impeller, что Compose ещё не сделал, да и в принципе, Flutter произвёл революцию в построении UI, а также продолжает идти вперед и развиваться со скоростью в пару световых лет.
Многое из сказанного совершенно мимо. Надо глубже изучать тему, прежде чем делать такие видео. Очевидно, что это рассчитано на новичков, которые не разбираются в нюансах. Просто окучивают свою целевую аудиторию, загоняют в своё стойло.
..да ты помешался на своей энтерпрайзовой поддержке))
..я бы посмотрел что бы ты сказал если бы из твоей машины каждый месяц раза доставали бы движок чтобы его проапгрейдить и меняли бы кнопки местами а руль на рычаги. Делать надо сразу как навсегда. А когда устареет выпускать новое приложение вместо старого. IT-upgrade это разновидность болезни.
А вообще ролик вода от КО. Печалька. Отписался бы если бы подписывался.
Жалко не видно дизлайков, я уверен там тысяч 5, не меньше...
Такие глупости вообще, как будто темы не было другой в той которой автор видео больше разбирается...
"Зачем назвали Flutter Dart", хотя бы википедию или ещё что то глянул прежде чем мнение свое снимать, Dart это ЯП созданный в 2011 году, а Flutter это фреймворк созданный в 2017 году и написанный на том же Dart
Вы пробовали на нем писать????
Если нет то зачем воду мутить.
я учил ПХП 2 года и того уровня во флаттер я досиг за 5 месяцев.
Пишется легко и просто.
Все плюшки идут с комментами для Андроид и АйОсь .... все работает прекрасно.... все переходы , анимации , иконки и тд.
Надо просто честно говоритть.... я знаю только джава и немного котлин.... и яупертый джавист, и поэтому Учите джава
Как по мне, ОФИЦИАЛЬНОЙ поддержки нет даже и у нейтив разработки)
Каждый чёртов год великие Гугл/Эппл/Монополист_компани придумывают новые требования и приходится переписывать часть кода чтобы поддерживать последнюю версию или вообще просто чтобы держаться на рынке (просто чтобы приложение было в маркете)
(Я уже молчу о переобувании языков java->kotlin. Я не против того что они выбрали язык по лучше, даже за. Но факт есть факт. Про Objective-C->Swift ничего не могу сказать, так как пришёл в флаттер после многих лет нэйтив андроид разработки)
По поводу "На флаттер сложнее писать код из-за двойного кол-ва багов и двойного кол-ва тестирования" - отчасти согласен отчасти нет. Писать гораздо быстрее и проще за счёт удобства построения UI и его общения с теми же контроллерами, вьюв моделями (у каждого своё. Главное что проще рисовать сам UI).
Двойное кол-во багов уничтожается двойным кол-вом тестирования, вдобавок за 4 года разработки встречал ну очень уж мало таких специфик ОС багов, обычно они легко обходятся.
А двойное тестирование не избежать. Даже если приложение писать на нейтив ИОС+нейтив Андроид - всё равно придётся тестировать и ИОС и Андроид. Так в чём тогда выигрыш нейтив в данном случае?
Ну а красота - вообще дело каждого. Как по мне, я в нейтив java/kotlin никак не мог нормально сделать вот реально красивые анимации. Только когда добавили ConstraintLayout и то только когда им прикрутили анимации и ТО выходило как-то слишком линейно, какие бы я там выкрутасы не пытался сделать. На Flutter гораздо проще и интереснее работать с анимациями. Естественно с скруглением углов и прочим тоже (а скругление углов, как по мне, главная боль андроид разработчика в некоторых UI местах).
Ну и естественно, как некоторые люди в комментариях писали - на флаттер написание НЕЙТИВ кода не нивилировано. Можно писать нейтив код в том же проекте андроид и swift в иос, а из флаттера просто дёргать эти методы.