Вообще говоря, материал очень полезный и закрывает пробелы в знаниях.
Хорошо рассказано про процесс код ревью, стоит осмыслить еще раз и взять на карандаш
Делюсь с вами своим рабочим процессом в команде
Хорошо рассказано про процесс код ревью, стоит осмыслить еще раз и взять на карандаш
Делюсь с вами своим рабочим процессом в команде
После просмотра проектов, на некоторые проекты написал комментарий.
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
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?
Всё просто, узнайте, с чем работала ваша команда до этого и возьмите эту технологию себе в стек 🙃
Это можно применить к любому выбору технологии, однако стоит также учитывать ещё несколько факторов:
- актуальность технологии: технология имеет живое сообщество разработчиков и нет тенденции к смерти
- специфика вашего проекта: технология может не подходить для вашего проекта, например, если для вас сильно важна производительность приложения 🤷♂
Остальное думайте сами)
Всё просто, узнайте, с чем работала ваша команда до этого и возьмите эту технологию себе в стек 🙃
Это можно применить к любому выбору технологии, однако стоит также учитывать ещё несколько факторов:
- актуальность технологии: технология имеет живое сообщество разработчиков и нет тенденции к смерти
- специфика вашего проекта: технология может не подходить для вашего проекта, например, если для вас сильно важна производительность приложения 🤷♂
Остальное думайте сами)
👍2🤬1
По многочисленным просьбам, отправляю статью по gitlab ci)
Вы узнаете немного больше про ci cd и сможете прояснить для себя некоторые моменты, которые вам не понятны 🙃
Приятного чтения ❤️
Вы узнаете немного больше про ci cd и сможете прояснить для себя некоторые моменты, которые вам не понятны 🙃
Приятного чтения ❤️
❤1
В прошлом году я писал статью про чистую архитектуру на примере Flutter-приложения.
Не советую полностью копировать структуру проекта, некоторые моменты можно упростить, где-то использовать freezed и т.п.
*Высылаю файлик*
Не советую полностью копировать структуру проекта, некоторые моменты можно упростить, где-то использовать freezed и т.п.
*Высылаю файлик*
Немного слов про платежные системы android и ios (In-app-purchases)
Проблема: плагин in_app_purchase работает странно. Разработчики flutter уже давно забили на этот пакет и, видимо не поддерживают его должным образом. Я реализовал это еще до того, как узнал, что плагин нормально не поддерживается. Не смотря на это, он периодически обновляются, но обновляются версии dart и описание. У них также на github висит тикет с проблемой на ios, с которой я и столкнулся. Если на ios произвести покупку подписки, то ее нельзя будет завершить, вызвав completePurchase и эта подписка попадает в бесконечный цикл, завершить ее нет возможности, причем если вы до этого тестировали и не завершали, вас просто закидает в стриме этими подписками. Тикет висит уже 2 года кажется.
Решение: использовать плагин purchases_flutter, основанный на revenuecat. Он имеет содержательную документацию и если вам не нужна логика на беке, использующая данные о покупках, то можно обойтись вообще без реализации на беке. Однако если необходимость есть, то там у них есть удобный rest api для проверки состояния подписки. Рекомендую, пользуйтесь.
Почему я сразу не пришел к этому решению? Потому что по популярности эта библиотека уступала стандартной флаттер команды, in_app_purchase разрабатывают контрибьютеры флаттера.
Мораль: нельзя никому верить! Даже мне.
Проблема: плагин in_app_purchase работает странно. Разработчики flutter уже давно забили на этот пакет и, видимо не поддерживают его должным образом. Я реализовал это еще до того, как узнал, что плагин нормально не поддерживается. Не смотря на это, он периодически обновляются, но обновляются версии dart и описание. У них также на github висит тикет с проблемой на ios, с которой я и столкнулся. Если на ios произвести покупку подписки, то ее нельзя будет завершить, вызвав completePurchase и эта подписка попадает в бесконечный цикл, завершить ее нет возможности, причем если вы до этого тестировали и не завершали, вас просто закидает в стриме этими подписками. Тикет висит уже 2 года кажется.
Решение: использовать плагин purchases_flutter, основанный на revenuecat. Он имеет содержательную документацию и если вам не нужна логика на беке, использующая данные о покупках, то можно обойтись вообще без реализации на беке. Однако если необходимость есть, то там у них есть удобный rest api для проверки состояния подписки. Рекомендую, пользуйтесь.
Почему я сразу не пришел к этому решению? Потому что по популярности эта библиотека уступала стандартной флаттер команды, in_app_purchase разрабатывают контрибьютеры флаттера.
Мораль: нельзя никому верить! Даже мне.
🗿2
Я начал мейнтейнить библиотеку 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
Спасибо, всех люблю ❤️
Зачем?
Дело в том, что официальной поддержки яндекс карт для 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
Спасибо, всех люблю ❤️
Dart packages
yandex_mapkit_community | Flutter package
This Flutter plugin for integrating Yandex.MapKit in Android and iOS applications is community-supported, ensuring continuous updates and improvements.
🔥2🤯2