Тут не стоит сбрасывать, что чем раньше начнешь — тем больше опыта будет.
Это применимо ко всем технологиям, но Flutter еще на той стадии когда уже есть ресурсы для изучения, но еще не такое обширное распространение (по крайней мере у нас).
И в момент пика популярности больше шансов получить выгоду разработчику с опытом, чем новичку.
Как я и сказал, это актуально для любой технологии, но именно Flutter сейчас в этой позиции.
На мой взгляд творческая жилка ценнее знаний деталей. Их догнать куда легче. И когда не берут если ты не знаешь то что и так гуглится — то проблема в компании.
Да, риски поймать не клавиатуру есть.
Хоть это их не приуменьшит и в целом не послужит оправданием, но хочу заметить что данное решение ни разу не подвело, даже с учетом возможности ложного срабатывания.
Так у них разные точки входа.
Компании срочно нужна прилага, и у нее есть куча веб разработчиков. Учить C# + Xamarin или взять React Native? Даже не зная React — проще изучить RN, чем с нуля совершенно другую платформу. А если подходит для задачи PWA, то там вообще минимум усилий.
Теперь ситуация обратная — шарписту проще Xamarin.
Но у каждого из фреймворков и нативки есть плюсы и минусы. RN не такой производительный как хотелось бы, у Xamarin хватает проблем, нативка громоздкая во многих вещах (а анимации делать так вообще караул). Вот тут добавляется еще Flutter.
Чтобы разработчик имел не один инструмент и мирился с ним, а выбирал то что ближе по целям и меньшим влиянием на задачу минусов выбранной технологии.
Также на количество кросс-платформы влияет:
Производительность или простота решения. Были на базе WebView (Phonegap, например) — есть альтернатива в лице более производительного Xamarin, ему в альтерантиву выкатили более простой в написании кода (в идеале) RN.
Также, на мой взгляд, это отчасти репутационный вопрос, если компания создаст крутую технологию, это ей в плюс.
Каждая новая кросс-платформа старается быть лучше предыдущей. WevView лагает — вот вам RN с нативными OEM виджетами. У RN фризы из-за моста — вот вам Flutter без него и еще свой движок рендера с AOT компиляцией, что делает его еще быстрее.
Сам начинал с веба. Не скажу что одно лучше другого, для меня и у того и у того есть преимущества.
Но я настолько прикипел к декларативной верстке Flutter, что делать как раньше уже не так нравится.
По поводу ощущения: поначалу было, но потом понимаешь что это удобно и писать становится легко. Возможно, сила привычки.
По поводу child: библиотека виджетов Flutter написана на Dart, он строго типизирован и не умеет ставить варианты типов, как, например, в TypeScript:
Widget | List<Widget>
И перегрузки тоже нет.
Получается чтобы он сам определял виджет это или список виджетов — нужно передавать dynamic и уже под капотом будет определяться тип, так как у Widget и List нет общего предка. А dynamic значит что мы можем туда пробросить хоть bool. При запуске у нас все, конечно, посыпется, но преимущество типизации в том что мы видим ошибку на этапе написания кода, а не в рантайме.
С MobX плотно не работал, но в данной ситуации первое что приходит на ум:
Можно передать Navigator где-нибудь вверху дерева при инициализации. Так как под капотом он все-равно через of ищет экземпляр по дереву.
Другой момент что если навигаторов больше одного, то:
Создавать в DI ScaffoldKey и провайдить его до Scaffold и где нужно в логике через scaffolKey.currentContext брал навигатор.
«Главное — что развитие конкретной технологии процессора обеспечивается исключительно желанием потребителей во всем мире менять процессор каждые несколько лет» — желание менять проц происходит от развития ПО. Если бы не требовалась большая мощность, мало кто бы менял.
Зачем мне менять свой пентиум на i7, если он все тянет?
Получается, если бы не развитие смежной отрасли — программы, игры, то смысла в наращивании мощностей для наращивания мощностей не было бы.
«потребитель все равно через два года поменяет телефон на новую версию, и нет смысла закладывать в него ресурс» — скорее перестали закладывать ресурс и поэтому потребитель меняет через два года, а компания уже может и не париться.
Я каждый раз менял телефон, когда предыдущий ломался.
Полностью согласен.
Я думаю автор хотел сказать, что нужно смотреть не только «есть ли прогресс», а с какой скоростью он был достигнут за то же время, в сравнении с другой отраслью.
Я тоже бесплатно проходил, правда не курсы, а доки и статьи.
Идея курса же не в том чтобы втюхать вам перевод Flutter CookBook, а в том что у команды есть определенный опыт и технология преподается через его призму.
Если кому-то нужно чтобы ему дали структурированную информацию и провели за ручку, то вот вам курс. Иначе читайте статьи, общайтесь в чатах, смотрите видео — никто же не отбирает эти возможности.
Курс длится 4 месяца.
Если мы посмотрим на зарплату Flutter разработчика на Хабр Карьера, то смело можно говорить что за месяц 8-ми часового рабочего дня оплата будет 100 000 р/мес == 570 р/час.
Допустим на курс тратится всего 2 часа в день 5 дней в неделю. Сюда входит проверка домашних заданий, ревью, ответы на вопросы и помощь/объяснения и все это не для одного человека, а индивидуально для каждого (комментарии в коде) — сомневаюсь что будет 2 часа, а не больше, но пусть так.
Подготовку материалов и запись видео — считать за траты не будем (хотя там полноценный рабочий месяц в сумме).
И того затраты 1 разработчика на 1 месяц == 25000. А их 4.
Зарплату платит ему компания. Откуда деньги брать? Ведь это не какой-то проект от заказчика.
Выход — брать деньги за курс или ничего не делать.
А никто и не спорит.)
У нас ведь капитализм — за многое приходится платить. В магазин пошел — плати, ЖКХ — плати, транспорт — плати (проезд или топливо и тех. обслуживание на своем).
Вот и попытка монетизировать знания и опыт чтобы было чем платить.
Учителя же в учебных заведениях не за спасибо работают (а на платном, так еще и студент платит). А тут отличие в том что нет педагогического образования, но есть реальный опыт.
Тоже искал, особенно вторая часть - как раз то что нужно. Спасибо.)
Еще PWA дает возможно кэширования через сервис воркер.
Это применимо ко всем технологиям, но Flutter еще на той стадии когда уже есть ресурсы для изучения, но еще не такое обширное распространение (по крайней мере у нас).
И в момент пика популярности больше шансов получить выгоду разработчику с опытом, чем новичку.
Как я и сказал, это актуально для любой технологии, но именно Flutter сейчас в этой позиции.
В сравнении с тем что было год назад — больше предложений (сюда входят хантеры без выложенных вакансий).
Надо начинать что-то изучать не когда это станет хайповым и туда ломанутся все, а ранее. Начал изучать Flutter 2 года назад и не жалею.
Это жертва копипасты.
На момент разработки решения он отвалился.)
Да, риски поймать не клавиатуру есть.
Хоть это их не приуменьшит и в целом не послужит оправданием, но хочу заметить что данное решение ни разу не подвело, даже с учетом возможности ложного срабатывания.
RN и Flutter на кроссплатформенный UI.
Тем самым они дополняют друг друга, нежели конкурируют.
Компании срочно нужна прилага, и у нее есть куча веб разработчиков. Учить C# + Xamarin или взять React Native? Даже не зная React — проще изучить RN, чем с нуля совершенно другую платформу. А если подходит для задачи PWA, то там вообще минимум усилий.
Теперь ситуация обратная — шарписту проще Xamarin.
Но у каждого из фреймворков и нативки есть плюсы и минусы. RN не такой производительный как хотелось бы, у Xamarin хватает проблем, нативка громоздкая во многих вещах (а анимации делать так вообще караул). Вот тут добавляется еще Flutter.
Чтобы разработчик имел не один инструмент и мирился с ним, а выбирал то что ближе по целям и меньшим влиянием на задачу минусов выбранной технологии.
Также на количество кросс-платформы влияет:
Но я настолько прикипел к декларативной верстке Flutter, что делать как раньше уже не так нравится.
По поводу child: библиотека виджетов Flutter написана на Dart, он строго типизирован и не умеет ставить варианты типов, как, например, в TypeScript:
И перегрузки тоже нет.
Получается чтобы он сам определял виджет это или список виджетов — нужно передавать dynamic и уже под капотом будет определяться тип, так как у Widget и List нет общего предка. А dynamic значит что мы можем туда пробросить хоть bool. При запуске у нас все, конечно, посыпется, но преимущество типизации в том что мы видим ошибку на этапе написания кода, а не в рантайме.
Можно передать Navigator где-нибудь вверху дерева при инициализации. Так как под капотом он все-равно через of ищет экземпляр по дереву.
Другой момент что если навигаторов больше одного, то:
Создавать в DI ScaffoldKey и провайдить его до Scaffold и где нужно в логике через scaffolKey.currentContext брал навигатор.
learn.javascript.ru/courses/angular
Сам не пробовал, но так как learn.javascript мощный учебник — мб и курс такой же.
Зачем мне менять свой пентиум на i7, если он все тянет?
Получается, если бы не развитие смежной отрасли — программы, игры, то смысла в наращивании мощностей для наращивания мощностей не было бы.
Я каждый раз менял телефон, когда предыдущий ломался.
Я думаю автор хотел сказать, что нужно смотреть не только «есть ли прогресс», а с какой скоростью он был достигнут за то же время, в сравнении с другой отраслью.
Но да, отрасли разные и сложность разная.
Там написано что плата за сертификацию.
Идея курса же не в том чтобы втюхать вам перевод Flutter CookBook, а в том что у команды есть определенный опыт и технология преподается через его призму.
Если кому-то нужно чтобы ему дали структурированную информацию и провели за ручку, то вот вам курс. Иначе читайте статьи, общайтесь в чатах, смотрите видео — никто же не отбирает эти возможности.
Курс длится 4 месяца.
Если мы посмотрим на зарплату Flutter разработчика на Хабр Карьера, то смело можно говорить что за месяц 8-ми часового рабочего дня оплата будет 100 000 р/мес == 570 р/час.
Допустим на курс тратится всего 2 часа в день 5 дней в неделю. Сюда входит проверка домашних заданий, ревью, ответы на вопросы и помощь/объяснения и все это не для одного человека, а индивидуально для каждого (комментарии в коде) — сомневаюсь что будет 2 часа, а не больше, но пусть так.
Подготовку материалов и запись видео — считать за траты не будем (хотя там полноценный рабочий месяц в сумме).
И того затраты 1 разработчика на 1 месяц == 25000. А их 4.
Зарплату платит ему компания. Откуда деньги брать? Ведь это не какой-то проект от заказчика.
Выход — брать деньги за курс или ничего не делать.
И курс по ссылке уже платный.
У нас ведь капитализм — за многое приходится платить. В магазин пошел — плати, ЖКХ — плати, транспорт — плати (проезд или топливо и тех. обслуживание на своем).
Вот и попытка монетизировать знания и опыт чтобы было чем платить.
Учителя же в учебных заведениях не за спасибо работают (а на платном, так еще и студент платит). А тут отличие в том что нет педагогического образования, но есть реальный опыт.