Вопрос №1: Список самых сложных технических кейсов/задач, которые разработчик решал за всё время своей работы (не только в рамках Flutter). В чём была сложность для разработчика и каков был его вклад?

Старт Zaman Bank. По стечению обстоятельств Flutter-разработка стартовала раньше, чем были готовы дизайн, бэкенд и аналитика. Нужно было в сжатые сроки и в условиях сильной неопределённости: – сделать верхнеуровневую оценку первого этапа MVP; – формулировать вопросы и находить людей, которые могли на них ответить (фактически выполнять роль аналитика); – изучить наработки другой компании и принять решение, как подружить их с наработками и подходами нашей команды, так как через несколько месяцев ожидался переход остальных членов команды со старого проекта на Zaman.

Общение с ревьюерами Google Play на ранних этапах карьеры. Мой вклад заключался в том, что ревьюеры просили переделать оплату на in-app purchases, что означало бы 30% комиссии с каждой транзакции. Изучив документацию и сославшись на нужные пункты, я убедил их, что наше приложение подпадает под обычную оплату со стандартной комиссией.

В целом, с приходом AI-агентов кажется, что технически сложных задач становится всё меньше, а на первый план по сложности выходят коммуникация с людьми и выстраивание процессов для эффективной работы команды. Во всех командах, где это было необходимо, я предлагал улучшения в процессах, тулинге и коммуникациях.

Вопрос №2: Какой есть опыт работы с нативом? Что приходилось реализовывать в нативной части приложения?

Сканер паспорта: – форк и исправление проблем в пакете камеры под нужды проекта; – подключение нативных пакетов для работы с PyTorch, TensorFlow и Core ML.

В процессе реализации была проверена работа локальных моделей для разметки полей паспорта, а также для распознавания текста внутри этих полей. Flutter-плагины на тот момент либо отсутствовали и приходилось писать свои обвязки, либо были в заброшенном состоянии. С того времени осталось несколько моих пул-реквестов в пакет TFLite: сначала сюда (https://github.com/am15h/tflite_flutter_helper/pull/72 ), но репозиторий вскоре форкнули и закрыли, а затем уже в официальный форк (https://github.com/tensorflow/flutter-tflite/pull/22 ).

Также делал обвязку библиотек для сканеров штрихкодов для Android-устройств Urovo и чехлов-сканеров для iPhone — Linea Pro. Писал об этом в TG-канале Surf (https://t.me/surf_flutter/82 ). Также у меня в GitHub сохранилась обвязка нативного плагина для Urovo: https://github.com/Alexi-Zemcov/urovo_scan_manager_plugin .

Последнее место, где я работал с нативом, — Zaman Bank. Было требование от СБ шифровать рефреш-токен с помощью определённых нативных библиотек и биометрии. Механизмы и user flow сильно отличались в зависимости от платформы. Я реализовал плагин с общим интерфейсом для Android/iOS, а алгоритмы шифрования и хранения — на стороне платформ.

Вопрос №3: Есть ли опыт создания проектов с нуля? Если да, то пусть расскажет подробнее о том, какие это были проекты.

Да, опыт создания проектов с нуля есть.

Последнее, что я создавал, — пет-проект со сложной расширяемой архитектурой (https://github.com/Alexi-Zemcov/alex_super_app ). В нём большое внимание я уделил настройке тулинга для AI-агентов и документации. Подробнее об этом проекте я рассказал в личном блоге: https://t.me/Lesha_pro_IT/9 .

В Sokolov я переписал старую админ-панель с React JS на Flutter Web. Это было нужно для того, чтобы одна Flutter-команда могла одновременно развивать основное приложение и его админ-панель.

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

Zaman Bank, хоть и собирался из наработок двух компаний, но архитектура проекта закладывалась с чистого листа с учётом состава команды и зон ответственности за разные участки приложения.

Вопрос №4: Есть ли production-опыт работы с другими фреймворками, помимо Flutter? Если да, то какой?

Полгода на последнем месте работы я дорабатывал Android/WebView-приложение. Создавал недостающие диалоговые окна и UI-элементы, прописывал разрешения, делал крупные исправления и рефакторинг механизма списка доменов, разрешённых к открытию.

Нерелевантный опыт: до Flutter я занимался промышленной автоматизацией. ПО для автоматизации насосных станций писал в таких программах, как CODESYS, PC Worx и т. п.

Спасибо, что подсветили. Да, ошибки были, но я должен не согласиться с их количеством. В основном посте их было всего 2, включая «неправильно», — исправил. Во вложении в комментариях — 3 ошибки и 5 опечаток. Честно, не рассчитывал, что в него кто-то будет вчитываться, поэтому просто скопировал его из ЛС как есть, не уделяя внимания орфографии. Комментарии здесь не редактируются, поэтому сейчас старый удалю и отправлю исправленный вариант повторно.