Среди всего многообразия задач Computer Vision есть одна, которая стоит особняком. К ней обычно стараются лишний раз не притрагиваться. И, если не дай бог работает, — не ворошить.
У неё нет общего решения. Практически для каждого применения существующие алгоритмы надо тюнинговать, переобучать, или судорожно копаться в куче матриц и дебрях логики.

Статья о том как делать трекинг. Где он используется, какие есть разновидности. Как сделать стабильное решение.

И еще раз про BLoC на классическом примере счетчика Flutter.

Читая некоторые статьи про реактивное программирование и используя BLoC паттерн в приложениях я понимал, что чего-то не догоняю. Как обычно на все не хватает времени, но вот, выдался свободный час и силы есть — решено, напишу простейшее приложение на Flutter с паттерном BLoC.

Под катом анимашка приложения и пояснения почему я его написал его именно так. Очень интересно мнение сообщества.

Как Flutter работает на самом деле?

Что такое Widgets, Elements, BuildContext, RenderOject, Bindings?..

Сложность: Новичок

Вступление

В прошлом году (прим: в 2018), когда я начал свое путешествие в сказочный мир Flutter, в Интернете было очень мало информации по сравнению с тем, что есть сегодня. Сейчас, несмотря на то, что уже написано много материалов, лишь небольшая их часть рассказывает о том, как на самом деле работает Flutter.

Что же такое Widgets (виджеты), Elements (элементы), BuildContext? Почему Flutter быстрый? Почему иногда он работает не так, как ожидается? Что такое деревья и зачем они нужны?

В 95% случаев при написании приложения вы будете иметь дело только с виджетами, чтобы что-то отображать на экране или взаимодействовать с ним. Но неужели вы никогда не задумывались, как вся эта магия работает внутри? Как система узнает, когда обновить экран и какие части должны быть обновлены?

Содержание:

• Вступление
• Часть 1: Предыстория
  
  • Немного об устройстве
  • Интерфейс между кодом и устройством
  • Управление Flutter Framework рендерингом Flutter Engine
  • RenderView и RenderObject
  • Инициализация bindings
  • SchedulerBinding
  • GestureBinding
  • RendererBinding
  • WidgetsBinding

Недавно попалась на глаза новость, что вышел очередной релиз Flutter (1.9), который обещает разные вкусности и, в том числе, раннюю поддержку веб-приложений.

На работе я занимаюсь разработкой мобильных приложений на React Native, но с любопытством поглядываю на Flutter. Для тех, кто не в курсе: на Flutter уже сейчас можно создавать приложения для Android и iOS, готовится к релизу поддержка веб-приложений, а ещё в планах поддержка десктопа.

Такое вот «одно кольцо, чтобы править всеми».

Покрутив пару дней в голове мысли о том, какое приложение можно попробовать сделать, я решил выбрать задачу со звёздочкой — что нам эти проторенные дорожки? Замахнёмся на десктоп и будем героически преодолевать трудности! Забегая вперёд, скажу, что трудностей почти не возникло.

Под катом — рассказ о том как я решал привычные для React Native программиста задачи средствами Flutter, плюс общее впечатление от технологии.

Вступление

Когда пытаешься написать приложение, то первое с чем сталкиваешься – это как организовать архитектуру приложения. А когда еще при этом речь идет про Flutter, так голова совсем может пойти кругом от того, что выдает Гугл — Vanilla, Scoped Model, BLoC, MVP, MVC, MVVM, MVI и т.д. Предположим вы решили пойти самым модным путем (тем, что советовал Google в 2018 году) и использовать BLOC. Что это? Как этим пользоваться? А может Redux или RxDart? – хотя стоп – это же про «другое» … А все-таки что дальше? Какие библиотеки подключать? Bloc, Flutter_bloc, bloc_pattern и т.д.?

Такое количество вариантов архитектур и инструментов для их реализации действительно может на долго затянуть стадию выбора.

Асинхронное программирование: futures

Содержание

• Введение
• Что такое future?
• Async — await
  
  • Обработка ошибок
  • Последовательное выполнение
• Future API
  
  • Обработка ошибок
  • Вызов нескольких функций, возвращающих future
• Что еще почитать?

Что важно:

• Код в Dart работает в одном треде (прим. thread — поток) выполнения.
• Из-за кода, который долго занимает (блокирует) тред выполнения, программа может зависнуть.
• Объекты Future (futures) представляют результаты асинхронных операций — обработки или ввода-вывода, которые будут завершены позже.
• Чтобы приостановить выполнение до завершения в будущем, используйте await в асинхронной функции (или then() при использовании Future API).
• Чтобы поймать ошибки, используйте в асинхронной функции конструкцию try-catch (или catchError() при использовании Future API).
• Для одновременной обработки создайте изолят (или worker для веб-приложения).

В данной серии статей я не буду касаться азов программирования на самом Dart, а коснусь вопросов асинхронности в Dart.

Библиотеки Dart полны функций, которые возвращают Future или Stream объекты. Эти функции асинхронны.

В документации читаем:

Future — подобен обещанию когда-то в будущем предоставить результат.
Stream — это способ получить последовательность значений, таких как, например, последовательность событий (поток).

Future и Stream входят в библиотеку dart:async, которую можно использовать как в скриптах веб-приложений, так и в скриптах, запускаемых из консоли.

Импортируем библиотеку так:

import 'dart:async';

Новый релиз по большей части посвящен упрощению асинхронного программирования. В современных приложениями оно везде — это взаимодействие с пользователем, с сетью, файловый I/O и т.д. Новый релиз Dart существенно упростил работу с такими сценариями, введя async/await.

Это вторая часть моей серии по поводу Flutter Architecture:

• Введение
• Основы Dart Streams (этот пост)
• RxDart: магические трансформации потоков
• Основы RxVMS: RxCommand и GetIt
• RxVMS: Службы и Менеджеры
• RxVMS: самодостаточные виджеты
• Аутентификация пользователя посредством RxVMS

Потоки являются основным строительным блоком RxVMS, их понимание является абсолютно необходимым условием для работы с этой библиотекой, так что мы подробнее остановимся на них в этом посте.

Оказалось, что включение Rx в этот пост сделало бы его слишком длинным, поэтому я разделил его на две части.

Пусть течет

Я читаю множество комментов, что дескать потоки, и особенно Rx, слишком сложны для понимания и, как следствие, для использования.

Мне бы хотелось, чтобы вы знали, что я не считаю себя гуру Rx. Освоить всю мощь его нелегко, и я признаю, что продолжаю учиться. Но позвольте мне с самого начала исправить одно заблуждение: вам не нужно быть волшебником Rx, чтобы начать получать массу преимуществ от использования потоков и этой технологии. Я приложу максимум усилий, чтобы объяснить вам потоки наиболее доступным образом.

Асинхронное программирование: потоки данных

Содержание

• Получение событий потока
• События с ошибкой
• Работа с потоками
• Типы потоков
  
  • Потоки-подписки
  • Широковещательные потоки
• Методы, обрабатывающие поток
• Методы, изменяющие поток
  
  • Функция transform()
  • Чтение и декодирование файла
• Метод listen()
• Что еще почитать?

Что важно:

• Потоки обеспечивают асинхронную последовательность данных.
• Последовательности данных содержат пользовательские события и данные, считываемые из файлов.
• Поток можно обработать с помощью await for или listen() из Stream API.
• Потоки предоставляют способ реагирования на ошибки.
• Существует два типа потоков: потоки-подписки (single subscription) и широковещательные (broadcast).

Собеседования не очень приятный опыт, чаще всего. На первое собеседование идти страшно. В дальнейшем — нервно, сложно и опять-таки страшно. Если действительно хочется получить работу в этой компании.

Можно относиться к собеседованию намного проще, если воспринимать его как возможность для персонального развития, а не экзамен. Общение с людьми в команде компании — это толчок к новым знаниям, к углублению существующих и новым знакомствам. Когда мы учим иностранный язык, общение с носителями языка воспринимается как отличный способ улучшить свой разговорный навык. Общение с потенциальными коллегами на собеседовании — это также возможность самосовершенствования.

В первую очередь стоит быть в курсе, что требуется в индустрии. Вот прямо сейчас. Какого специалиста не хватает компании для какой — либо задачи. Оставим обиды на рекрутеров, которые ставят абстрактные требования к кандидату, в стороне. Я говорю о настоящем собеседовании, когда кандидат общается с потенциальным начальником или коллегами, чтобы определить, подходят ли они друг другу. Что компания хотела бы, чтобы вы умели? Какой стек технологий сейчас популярен? Каков уровень специалистов, которые уже есть в компании?

Мой пример — собеседование с программистами из Яндекс.Такси для Flutter-разработчика. Примерные вопросы, которые я приведу, могут помочь при подготовке к собеседованию.

Это будет рассказ о впечатлении о книге, а также будут рассмотрены некоторые понятия и знания, которые, благодаря этой книге, были изучены

Архитектура

Можете ли вы, читая эту публикацию, дать четкий ответ на вопрос, что такое архитектура? Что такое архитектура в контексте программирования и проектирования? Какую роль она играет? Достаточно много неясностей есть в этом термине. И вроде бы все понятно, но как-то абстрактно, и без точности. Мартин считает, и я с ним солидарен, что приложение имеет две составляющих:

1. Поведение (behavior) — функции и задачи, которые программа (компонент, сервис) выполняет.
2. Архитектура — этот термин в большей мере о изменении приложения.

Но даже, если приложение очень хорошо выполняет задачу, которую она должна выполнять, это совсем не значит, что оно имеет хорошую архитектуру. Архитектура — это не о поведении приложения. Архитектура — это о легкости изменяемости, архитектура — это о легкости развертывания, архитектура — это о независимости разработки. Архитектура — это о скорости, с которой понимание приходит к новому человеку в команде

И вот как строить эту архитектуру, как избавится от головной боли при маленьком изменении требований от PM’а, или от стейкхолдера: об этом и поведает книга