После просмотра проектов, на некоторые проекты написал комментарий.

1. Flutter
ForecastMoney Учет финансов (Нинаю)
Сложность состоит в расчетах и прогнозировании расходов. Интересный проект для изучения прогнозирования и финансов в целом
Индекс сложности: 8

Сколько вы не заработали на тесле? (Сергей Кольцов и Александр Ходосов)
Кажется интересной идея расчета портфеля во времени. Будет присутствовать математика, в этом сложность и сложность отсечения новых материала.
Индекс сложности: 9

Приложение для поиска значения слова, синонимов (Нинаю)
Выглядит как обычное приложение, в котором просто надо подключить множество API. В этом и состоит сложность приложения
Индекс сложности: 7

Pollen Tracker (Федяев Егор)
Выглядит как востребованное приложение (для узкого круга аудитории), в котором можно удобно показать информацию о том, где и что находится. Сложность скорее в отображении данных.
Индекс сложности: 6

Beats (Алексей Шведчиков)
Обычное приложение создать продать. Сложность заключается в хранении данных, отображении и воспроизведении, фильтре.
Индекс сложности: 6

Любите тесты? (Никита Березовский)
Простое приложение, часто задают в качестве тестового задания. Интересно будет работать с аналитикой.
Индекс сложности: 4

Notion (Софья Тимохина)
Универсальный инструмент для организации работы. Интересно сделать генерацию теста с помощью chatGPT.
Индекс сложности: 6


2. iOS

Выявление свечных паттернов на исторических данных биржевых котировок (Андрей Сикерин, Александр Денисов)
Индекс сложности: 10

GO invest (Максим Быстров, Алина Полянская)
Индекс сложности: 9

Проект про еду. Проект про рецепты (Алдонин Кирилл)
Выглядит как обычное приложение
Индекс сложности: 6

Монстр фитнеса (Виталий Корзюк)
Будто в приложении будет большой упор на работу с нативными средствами и телеметрией
Индекс сложности: 8

Quizlet + ya словарь
Супер простое приложение, в котором нет большой работы с нативом и математических расчетов. Работа сводится к тому, чтобы переложить данные из одного места в другое.
Индекс сложности: 5

Оценил примерную сложность проектов, если вам это будет полезно, буду рад 🤗

Как выбрать state management?

Всё просто, узнайте, с чем работала ваша команда до этого и возьмите эту технологию себе в стек 🙃

Это можно применить к любому выбору технологии, однако стоит также учитывать ещё несколько факторов:
- актуальность технологии: технология имеет живое сообщество разработчиков и нет тенденции к смерти
- специфика вашего проекта: технология может не подходить для вашего проекта, например, если для вас сильно важна производительность приложения 🤷‍♂

Остальное думайте сами)

По многочисленным просьбам, отправляю статью по gitlab ci)

Вы узнаете немного больше про ci cd и сможете прояснить для себя некоторые моменты, которые вам не понятны 🙃

Приятного чтения ❤️

Немного слов про платежные системы android и ios (In-app-purchases)

Проблема: плагин in_app_purchase работает странно. Разработчики flutter уже давно забили на этот пакет и, видимо не поддерживают его должным образом. Я реализовал это еще до того, как узнал, что плагин нормально не поддерживается. Не смотря на это, он периодически обновляются, но обновляются версии dart и описание. У них также на github висит тикет с проблемой на ios, с которой я и столкнулся. Если на ios произвести покупку подписки, то ее нельзя будет завершить, вызвав completePurchase и эта подписка попадает в бесконечный цикл, завершить ее нет возможности, причем если вы до этого тестировали и не завершали, вас просто закидает в стриме этими подписками. Тикет висит уже 2 года кажется.

Решение: использовать плагин purchases_flutter, основанный на revenuecat. Он имеет содержательную документацию и если вам не нужна логика на беке, использующая данные о покупках, то можно обойтись вообще без реализации на беке. Однако если необходимость есть, то там у них есть удобный rest api для проверки состояния подписки. Рекомендую, пользуйтесь.

Почему я сразу не пришел к этому решению? Потому что по популярности эта библиотека уступала стандартной флаттер команды, in_app_purchase разрабатывают контрибьютеры флаттера.

Мораль: нельзя никому верить! Даже мне.

Я начал мейнтейнить библиотеку yandex_mapkit_community

Зачем?
Дело в том, что официальной поддержки яндекс карт для flutter нет. Однако, какой-то энтузиаст сделал частичную реализацию библиотеки (yandex_mapkit), которой мы могли бы пользоваться, если бы не одно но.
Проблема заключается в том, что автор этой библиотеки не поддерживал ее на протяжении 8 месяцев. Библиотека довольно сырая и имеет много детских болячек.
У меня появился проект, в котором заказчику очень хочется, чтобы мы использовали яндекс карты, однако в процессе реализации все проблемы этой библиотеки раскрылись во всей красе. Я сделал свой форк этой библиотеки.

Как просто репозиторий превратился в библиотеку на pub.dev?
Сидел я значит как-то в чатике флаттеристов и речь зашла за гугл и яндекс карты. Челу начали советовать забить на гугл карты (у него что-то не получалось с ними) и взять яндекс карты. В этот момент мне хотелось высказать всю боль, что я испытал и какой путь проделал, чтобы встроить эти карты к себе в приложение и мне подали идею опубликовать свои доработки на pub.dev.

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

Какие планы на библиотеку?
Я люблю флаттер и хочу, чтобы комьюнити продолжало свое развитие. Есть идея-фикс, что можно было бы реализовывать библиотеки используя ffi и не делать пробросы через method channel'ы. Было бы круто для начала сделать просто пробросы в основную библиотеку, а после пытаться частично интегрировать в библиотеку вызовы c++ кода вместо вызовов к платформе. Ну а сейчас, хотелось бы видеть цельную, продуманную библиотеку, за которую не было бы стыдно.

А теперь прЕкол
Спусть 15 часов после публикации моей библиотеки вдруг проснулся автор старой (yandex_mapkit) и судорожно начал публиковать изменения и сливать pull request'ы. Он сделал обновление основной публикации, поправил линтер.
Несмотря на то, что автор очнулся, я считаю, что забросил пакет один раз, он забросит его снова. Поэтому тут скорее игра в долгую.

Ссылка на мою библиотеку: https://pub.dev/packages/yandex_mapkit_community

Спасибо, всех люблю ❤️

В чатике флаттеристов прислали интересную статью про setState. Если вы задавались вопросом, зачем нужен callback внутри этой функции, то вам сюда)

Интересно, что разработчики флаттер реально проводили исследования, как используют их api. Неужели разработчики тоже люди, а не андроиды?

https://habr.com/ru/articles/745726/

Сейчас читаю DDD, там упоминается паттерн “спецификация”, переписал пример из книги. Подразумевается, что у химикатов (бочек с ними) есть требование к перевозке (specification). И оно регламентируется с помощью отдельного класса, с которым потом взаимодействует контейнер при проверке безопасности упаковки химикатов.

Что думаете?
👍 - интересный паттерн, стоит попробовать применить
👎 - нижнеспособная хрень
🤡 - я бы еще примеры посмотрел

"... моя лень проявляется в том, что я не запоминаю деталей кода, который пишу. Более того, опасаясь перегрузить свою голову, я умышленно не запоминаю многие детали. И поэтому я стараюсь записывать в коде всё, что иначе мне пришлось бы держать в моей бедной голове. Это позволяет мне не беспокоиться о воздействии пары бокалов пива после работы на клетки моего головного мозга" — Мартин Фаулер

😁

Что выведет этот код?

Flutter схлестнулся с Нативом в чемпионате DigitalSkills в Казани

8 участников
7 - натив андроид,
1 - Флюттер

Итог такой:
1. Андроид
2. Флюттер
3. Андроид
…
8. Андроид

Это показывает, что флаттер может конкурировать с нативными средствами разработки в скорости и качестве (кода).

Хоть это и совсем нерепрезентативно

Утренняя разминка!

Почему НЕ надо использовать Bang operator

А вот и лайтовая разминочка для утречка пятницы подъехала