Про сокращения в команде разработки Flutter 

Тут проблема даже не в нативе, а в том, что под Дарт в первые годы его жизни не было хорошего фреймворка. Подразумевая его как замену JavaScript’а, Гугл, кажется, не совсем оценила масштабы работы и то, что свое решение нужно хорошо продвигать (как они делают сейчас с Флаттеом - от документации до видео на официальном канале в RU-vid). Выход на плато для технологии не означает ее угасание - это означает ее зрелость и готовность к использованию. Фуксия, опять же, больше как эксперимент, который должен вырости в полноценный отличный продукт в условиях, когда нет экономических непоняток и средства для развития технологии имеются в избытке. Разработка новой операционной системы в наше время дорогое удовольствие, и если ты огромная компания, трату денег на бесполезный на данный момент продукт нужно как-то объяснить руководству. И опять же, эта история не на год или два - распространение новой ОС, даже с помощью БигТеха - дело куда более сложное, чем написание фреймворка. В любом случае, разработка не останавливается, и полную картину вектора развития Flutter’а, если он изменился, мы увидим в ближайший год-два, так как на короткой дистанции серьезных сподвижек не предвидится.

Здравствуйте. Да, обучающие виде будут. Одно появится в конце месяца - буду продолжать дальше тему знакомства с BLoC. Sharebird, кажется, платный. Не встречал пока проектов, которые его используют. Но, чтоит приглянуться.

@@fluttermiddlepodcast1220 у shorebird есть бесплатный тариф для небольших проектов, он точно заслуживает внимания

@@fluttermiddlepodcast1220 У Sharebird есть бесплатный тариф для ознакомления. По BLoC много видео на ютубе, но очень редко в них затрагивают тему взаимодействия нескольких блоков, когда один блок реагирует на то что происходит в других. Дока блока предлагает в презентационном слое через лисенер, на хабре есть статья с вариантом "Event Bus". Какой подход вы используете на своих проектах?

Смотря что подразумевается под взаимодействием. Если я правильно понял, то это работа 2 и более блоков в одном месте - однозначно Листенер. Он из коробки поставляется в плагине flutter_bloc, и создан специально для таких целей. Рекомендую выбирать те подходы и практики, которые описаны авторами в документации - вы как минимум получите то поведение кода, которое ожидаете. Мы иногда спорим на работе о реализации того, или иного подхода, и почти всегда выигрывают мануалы. EventBus, в тех вариантах, которые я видел на проектах, использовался не с Блоком, и для маленьких проектов был не так уж и плох. При росте кодовой базы очень сложно отслеживать поступающие события, создается путаница и требуется больше времени на адаптацию новых сотрудников (не говоря уже о том, что старым необходимо держать в голове все возможные варианты появления событий). Рано или поздно все это переписывалось на что-то более серьезное, и больших проектов, основанных на идее шины обмена данными, я не видел.

Может быть, когда-нибудь.