Flutter vs Native

Поддержим коллег, записали интересное видео о flutter и нативной разработке👍
https://www.youtube.com/watch?v=-NrQ5hY7DTk


Честно говоря, темы "flutter vs native", "flutter сразу на несколько платформ, а натив ближе к пользователю", "натив помирает, а флаттери жив и наоборот" и тд., со стороны разработчиков уже настолько заезжены) Все все знают

На мой взгляд куда интереснее то, о чём обычно молчат:

🟢Сравнение технологии со стороны бизнеса. Не что лучше технически, а что реально выбирают те, кто платит - стартапы, средний бизнес, крупные проекты. У компаний разного масштаба своя логика и она часто не про технологии, а про деньги, сроки, поддержку и найм
➡️ P.S. Юра в видео частично затронул👍

🟢Востребованность на рынке РФ и в мире. На кого спрос растёт, на кого падает. Какие средние/макс вилки. Какая ответственность/объем знаний vs деньги.
Если флаттер разработчик ответственен сразу за несколько платформ в проде и должен знать их, часто это 3 - android, ios, huawei, нативному разработчику нужно знать только одну. Зарплаты при этом в сторону натива
➡️ P.S. Да сама Анна Жаркова(ведущая в этом видео) на flutter собеседовании гоняет разработчиков по android вопросам

🟢Реальность трудоустройства. "Технология перспективная, активно развивается". А сколько живых вакансий, какого масштаба компании и команды, насколько тяжело устроиться джуну/мидлу/синьору и самое главное - где потолок карьеры? Здесь так же все упирается в масштаб проектов

🟢Жизнеспособность в эпоху нейронок и сокращений. Что происходит с технологией, когда часть кода пишет ИИ, а разработчиков сокращают. По кому это бьёт сильнее flutter или native, кому проще устроиться на новое место

🟢Жизнеспособность во времена особенностей экономики для РФ. Это отдельный разговор😄
Главный flutter заказчик - стартапы(в основном), внутренние проекты компаний и средний бизнес, которым важно быстро и дёшево выйти на несколько платформ. Думаю, в России по экономическим причинам бурного роста этого сегмента в обозримом будущем не предвидится. А значит, Flutter как ставка для карьеры не особа жизнеспособна в рамках одной страны. В случаях сокращений flutter разработчик ищет следующую позицию того же уровня заметно дольше нативного разработчика

✍️ Вопрос-ответ

🟢Ответил в чате, возможно и вам будет полезно, как локализовать 8тыс уникальных слов и предложений с ИИ:

➡️ Есть у кого то опыт локализации программ или сервисов через ИИ?
Столкнулся со сложностью перевода одной ERP системы, такие системы и так сложные в понимании, а тут еще надо правильно тексты перевести
Тупо скинуть данные ИИ не помогает - без контекста перевод получается так себе

Пропиши ей контекст отдельным скилом, будет счастье

➡️Там просто более 8 тыщ слов и предложений. Такое себе счастье
Отчасти вы правы, надо как это автоматизировать
Но без понятия как :(

Я не про объем задачи, а про контекст

Ты дал нейронке задачу - она не сделала. Ты можешь то что она не сделала обсудить с ней и прописать ей варианты решения(которые она предложит) в скиле
У тебя же есть примеры, как вы переводили до этого. Пускай проанализирует тот перевод и внесет в скилл правила перевода

А насчет объема - скажи нейронке, чтоб взяла этот объем и поделила в план моде на части, занесла отдельным планом который ты видишь и контролируешь(в obsidian, например).
Открывай в отдельных окнах свою нейронку и выполняй части плана
Например будет 20 пунктов плана. Открывай окон 5 нейронки параллельно и давай ей в окно 1-первый пункт, 2-2 и тд. Ускорит время

➡️ Я думал, придется для каждого слова или предложения писать контекст - что она из себя представляет, ошибся
Для примера "Setup" в кассе это "настройки", а "Setup" в складе это уже "справочники".
Надеюсь, ИИ догадается что к чему

У тебя же есть примеры старого перевода. Пропиши ему в скиле на что ориентироваться и возможно методичку пропиши, как вы раньше переводили то или иное, чтоб он верно понимал. Но я думаю ты ему скормишь старый перевод и пару правил дашь как надо, он проанализирует и все будет ок
Опус 4.8 точно справится

➡️ Кстати, про старые переводы точно подметили, чет в голову такая очевидная вещь не пришла

🧑‍💻 Аудит кодовой базы на Fable 5

Если у вас есть подписка на Claude Code, наверняка вы уже успели потестить новый Fable 5. Говорят, что он не сильно умнее последнего Опуса.

А вот мне зашло другое. На больших задачах Fable ощутимо лучше - анализ качества кода, поиск уязвимостей, разбор кодовой базы разом. Там, где Опус начинал плыть на масштабе, Fable держит контекст

➡️ Что попробовать:
Скормите ему свой проект и попросите прогнать полный аудит через субагентов. Отчёт отдельным файлом, в проекте ничего не меняем.
Много интересного найдете😄

Разбери всю кодовую базу этого проекта и перечисли
найденные ошибки по следующим критериям:
1. Качество кода
2. Баги
3. Уязвимости
4. Безопасность, security-check

Для выполнения этих задач запусти необходимое количество
субагентов по каждому блоку.

Выдай итоговый отчёт в отдельном файле, ничего не меняя в проекте.

❗️Только сначала уберите из проекта секретки
На первый взгляд сразу тянет завести в gitignore или использовать официальный вариант с permissions. Но есть нюансы:

🟢.gitignore секретки от агента не прячет. В сообществе проверяли, .env лежит в .gitignore, просишь прочитать и Claude Code спокойно выводит содержимое в консоль
🟢.claudeignore это вообще не встроенная фича, не особо заслуживает внимания) Но так как много где советуют, ситуация с ним все равно та же. Тот же тест - добавили .claudeignore, попросили прочитать .env - прочитал
🟢 permissions.deny в .claude/settings.json казалось бы официальный способ, но на него висит пачка баг репортов, что срабатывает через раз. Правило вроде есть, а полагаться нельзя)

➡️ Что делать по факту
Самый надёжный способ - не держать секретки в рабочей папке во время прогона. Нет файла, нечего прочитать. Либо вешать хук, который перехватывает чтение до выполнения.

🟢P.S. Про дырявые ignore правила в Claude Code на отдельный пост материала😄

Ставьте 🔥, если интересно копнуть глубже

👨‍💻Официальный плагин claude-security от Anthropic

У claude вышел официальный плагин claude-security для поиска дыр проекта. Ставится легко, жрет токены за семерых. Установка:

/plugin install claude-security@claude-plugins-official
/reload-plugins

По доке рекомендуют запускать через /claude-security:scan, но тогда получите

The bare /claude-security:scan command was invoked without arguments, so there's nothing for me to run.

➡️ На практике:
Запуск через /claude-security:claude-security
Дальше он предложит варианты, что сканировать и запустит скан

Из интересного:
Каждую находку отдает верификаторам с задачей её опровергнуть. В итоговый отчет попадает только самое важное, без "потенциальных дыр". По итогу получите .md файл с находками


➡️ У меня, например, нашел классическую дыру мобильных приложений:

🟢ссылка в вебвью или по диплинку открывается без единой проверки. Никакого allow list или сверки хоста. Можно подсунуть любой адрес, а если в вебвью ещё и заголовки подкладываются, то вместе с переходом можно угнать и Bearer-токен


➡️ Итог: плагин полезный, прогнать проект стоит. Находит то, на что редко обращают внимание при разработке.
Да и вам будет жирный + за внимание к безопасности

Нюанс - Anthropic честно предупреждают, что сканы недетерминированные: два прогона по одному коду дадут разные находки

🔥🔥 Flutter: от мобайла к авто

Мультимедийка в 2026 Toyota RAV4 и Lexus ES написана на Flutter. Не демка на стенде, не концепт для конференции, а то, что можно пощупать:)

Что отмечает в кейсе сама команда Flutter:
🟢Toyota написала собственный embedder и плагины под автомобильные функции
🟢Выбирали в том числе по деньгам: многие платформы закрытые и берут за место, Flutter open source.
🟢Из pub.dev отдельно отмечают provider
🟢Быстрая итерация: теперь обратную связь можно внести в код и начать работу с кодовой базой в течение одного дня, в отличие от прошлых лет, когда этого приходилось ждать годами
🟢Глобальное сотрудничество: команды по всему миру, включая Северную Америку, Европу и Японию, работают над одним и тем же кодом.
🟢Гибкость при работе с различным оборудованием: Flutter позволил им эффективно разрабатывать приложения для самых разных аппаратных платформ
🟢Готовность к расширению: После дебюта на Toyota RAV4 2026 года и Lexus ES 2026 года система полностью готова к более широкому внедрению на будущих моделях


P.S. Под интерфейсом Automotive Grade Linux и Arene SDK от Woven by Toyota. Flutter отвечает за экран