Мобильный Гоша из Dodo

Товарищи! Есть возможность поработать 🧱

Объект у нас серьёзный: мобильное приложение Додо Пиццы. Сдаём его каждый день, миллионам человек, в десятках стран. Заказчик требовательный, халтуру не подпишет.

Требуются двое:

🔹 iOS-инженер: кладка на Swift, ровно, без трещин
🔹 QA-инженер: приёмка объекта, чтоб ни одна балка не уехала в прод

Инструмент выдаём со склада: не лом и лопата, а AI-агенты и целый экскаватор. Начальство над душой не стоит, голос инженера на планёрке слышно.

Пятнадцати суток не обещаем. Обещаем оффер.

Ну что, кто хочет поработать? 👇

iOS-инженер
QA-инженер

Замечательно. Значит, будем работать. Вопросы к прорабу в личку.

🌶 Месяц AI-first. Первые результаты

Месяц назад мы запустили эксперимент.

Я в роли AI лида вместе с командой из 4 инженеров (Backend, iOS, Android и QA) поставили цель увеличить пропускную способность команды в 1.5 раза без потери качества.

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

Поэтому я был уверен, что сначала неизбежно потеряем в скорости.

Главная сложность оказалась не в AI, а в смене привычек. Вместо того чтобы по инерции быстро написать код самому, нужно было остановиться и подумать:

Как спроектировать AI Skill, чтобы агент мог делать эту задачу вместо меня?

Это оказалось намного сложнее. Хороший AI Skill почти никогда не получается с первой попытки — нужно несколько итераций, чтобы добиться стабильного качества. Но когда это удается, агент потом выполняет эту работу снова и снова уже без твоего участия.

Именно поэтому меня удивили результаты первого месяца.

Мы создали 51 AI Skill, автоматизировали десятки рутинных задач — подготовку спайков, ревью PR, тест-кейсы, релизы и многое другое. Параллельно собрали дашборд, который каждую ночь автоматически считает все ключевые метрики.

📈 Пропускная способность команды выросла примерно в 1.5 раза.
⚡ Cycle Time сократился в 1.6 раза.
✅ Качество осталось на прежнем уровне.

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

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

При этом ощущение, что мы только в начале пути. Думаю, мы пока не автоматизировали и половины того, что можно сделать с помощью AI.

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

#ДневникAIFirst

Думаю, уже все заметили, что AI сильно ускорил написание кода.

На обложке как раз хорошо видно, насколько сильно у нас в Dodo Pizza за последние месяцы сократилось время, которое инженеры тратят непосредственно на написание кода.

Но если посмотреть на скорость появления фич у пользователей, такого же ускорения пока не произошло.

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

Недавно мне попалась статья с довольно радикальной идеей: обязательное code review человеком в будущем может исчезнуть совсем.

Логика автора простая: если агент умеет писать код, запускать тесты, проверять безопасность изменений, кодстайл и архитектурные ограничения, зачем человеку читать каждую строчку каждого PR?

И мне в целом нравится такой подход, не потому что code review больше не нужен, а потому что далеко не все изменения и далеко не все PR действительно требуют обязательного ревью человеком.

Когда-то мы внедряли code review не только ради проверки кода, но и для шаринга знаний, но сейчас эту роль во многом берут на себя агенты через changelog'и и составление отчетов по изменениям.

Я не думаю, что мы полностью откажемся от code review, но обновления зависимостей, генерация тестов, небольшие рефакторинги и небольшие UI-правки вполне могут жить по другим правилам.

Где у вас сейчас проходит граница между авто-merge и обязательным ревью человеком?

Я больше не буду верстать презентации

Каждый месяц я в Додо собираю дайджест для мобильной команды.

Что сделали в Dodo Pizza, Drinkit и My Dodo на iOS, Android и Flutter. Как двигаются OKR. Что происходит с crash-free, cold start и релизами. Кто ушёл, кто пришёл, кто где выступал и какие статьи написал.

Но делаю я его не ради отчётности.
У нас 11 команд, несколько продуктов и три платформы.
Каждый живёт в своём контексте. Через пару месяцев уже не очень понимаешь, что происходит за пределами твоей команды
Поэтому раз в месяц я собираю всех в одной точке и показываю, что происходит вокруг.
Чтобы инженер из Payment SDK знал, что выкатил Drinkit. А Flutter-разработчик видел, чем живёт Android и iOS.

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

Я использую два скилла:
• generate-slides: базовый движок для презентаций. Собирает self-contained HTML со слайдами, навигацией и нормальным визуалом. Входит в visual-explainer
• headline-digest: скилл, который я создал под мой конкретный дайджест. Знает структуру, палитру, компоненты, умеет тянуть OKR из дашбордов и парсить результаты опросов. Знает, кто в какой команде, поэтому при отправке новости сам понимает, из какой команды эта новость.

Теперь достаточно написать что-то в духе: «добавь слайд про митапы», «сделай OKR-шкалы» или «обнови карту и бейджи».
И получаю готовую презентацию. Но не в гугл доках, а в формате HTML с анимациями и удобной навигацией.
Графики строятся из данных, а не из скриншотов, оформляет явно симпатичнее, чем я.

Да, всё это можно настроить и в гугл доках. Но проще и быстрее навайбкодить.
Следующую презу планирую подготовить за 15 минут
Если бы я занялся этим перед первой презой, а не после 4ой, то сэкономил бы целый день 👽

В освободившееся время планирую савтоматизировать ещё один день, так глядишь и работь перестану 😀

Что показали на Google I/O 2026

I/O завершился и я постарался собрать самые интересные новости, на мой взгляд.

🧠 Gemini 3.5 Flash

Обгоняет 3.1 Pro почти по всем бенчмаркам, в 4 раза быстрее других фронтирных моделей и вдвое дешевле аналогов конкурентов. Пичай заявил, что компании на ~1 трлн токенов в день могут сэкономить $1B+ в год, переведя 80% нагрузок на Flash.

🎬 Gemini Omni

Новая мультимодальная модель, которая умеет создавать и редактировать видео, принимая любой вход: текст, изображения, аудио или уже существующие ролики и превращает их в связный видеоконтент. Omni Flash уже доступен в Gemini App, Google Flow и YouTube Shorts.

🤖 Gemini Spark

Персональный агент 24/7 на виртуалках Google Cloud, так что ноут можно закрыть. Интеграции с Gmail, Docs, Calendar и 30+ сторонними сервисами через MCP, да, да Google официально поддержал протокол Anthropic.

👩‍💻 Antigravity 2.0

Antigravity вырос из IDE в полноценный стек для мультиагентной разработки. Это ответ на стек Anthropic и OpenAI:
• Antigravity 2.0 (десктоп апп без IDE) - аналог Claude Desktop/Cowork, Codex Desktop
• Antigravity CLI - аналог Claude Code, Codex CLI
• Antigravity SDK - аналог Claude Agent SDK
• Managed Agents в Gemini API - полноценный агент с памятью, инструментами и контекстом одним вызовом API

🤖 Android стал Compose-first.

Наконец-то!
View-based стек будет в режиме поддержки и выпускать будут только критические фиксы. Compose окончательно победил, я считаю!

🤖 AI Studio заменит Android studio?

AI Studio вайб-кодит нативные Android-приложения одним промптом. На выходе мы получаем Kotlin + Compose апп. Без установки SDK. Эмулятор работает прямо в браузере, можно установить приложение по USB через встроенный adb, оттуда же можно опубликовать в Google Play для внутреннего тестирования. Так как это натив, то все работает как положено: камера, GPS, Bluetooth, NFC и тд.
Это еще сильнее снижает порог входа в мобильные приложения для тех, кто не умеет программировать.

🐦 Flutter

В основном кейноуте ни слова про Flutter не было, но тихо вышел Flutter 3.44: DevTools стали быстрее, Apple Silicon работает без Rosetta, SPM по умолчанию.

Из аишного:
• Agentic Hot Reload - агенты через MCP теперь смогут делать hot reload при правках кода
• Dart & Flutter Agent Skills - добавили собственные скиллы, которые помогут агентам писать по гайдам команды Flutter

Если будете тестировать что-то из этого - поделитесь впечатлениями в комментариях. Особенно интересно, у кого получится подружить Antigravity с реальным большим проектом 👀

🏆 Apple объявила финалистов Apple Design Awards 2026

36 финалистов, 6 категорий. Победителей покажут на WWDC уже 8 июня.

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

🎸 Guitar Wiz
Bijoy Thangaraj, Индия
(Inclusivity)

Как гитарист, не мог пройти мимо.

Соло-разработчик на SwiftUI сделал полноценный тулкит для гитаристов с очень мощной accessibility-поддержкой. VoiceOver проговаривает аккорды, помогает с постановкой пальцев, есть поддержка Dynamic Type, Increase Contrast и Differentiate Without Color.

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

🔗 https://apps.apple.com/app/guitar-wiz-chords-tuner/id6740015002

❤️ Harvee
Peak Labs, Великобритания
(Social Impact)

Вообще отдельный кайф видеть тут ребят из России.

Полгода назад Лена и Артем создали приложение и активно продвигались через Threads, а сейчас уже финалисты Apple Design Awards.

Приложение для iPhone/Apple Watch анализирует HRV, сон, пульс и активность, а потом дает рекомендации по восстановлению. Всё считается on-device через Foundation Models, без отправки чувствительных данных в облако.

Но если честно, меня больше всего зацепил сам путь команды. Удачи им!

🔗 https://apps.apple.com/app/apple-store/id6746194884

🚢 Spilled!
Lente Cuenen, Нидерланды
(Social Impact)

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

Плаваешь по пиксельному океану, собираешь нефть, спасаешь животных и постепенно возвращаешь воде нормальный цвет.

🔗 https://apps.apple.com/us/app/spilled/id6752525411

🚗 Caradise
Peder Sandqvist, Швеция
(Visuals)

Соло-разработчик собрал виртуальный автомобильный музей для Vision Pro.

Можно открыть двери, посидеть внутри машины, рассмотреть салон, послушать двигатель в Spatial Audio. Свет красиво отражается на кузове 😍

Что-то похожее пробовал в музее Porsche, но там был Meta Quest. Тут выглядит не хуже.

🔗 https://apps.apple.com/us/app/caradise/id6751403753

📸 (Not Boring) Camera
Andy Allen / Not Boring Software, США
(Visuals)

Давно слежу за Энди. Он снова в финалистах.

На этот раз сделал камеру в стиле пленочных фотоаппаратов 70–80-х. Огромные кнопки, колесики с хаптиком для фокуса и экспозиции, SuperRAW внутри и очень крутые фильтры.

Это хороший пример того, как можно делать “эмоциональный” UI, а не просто очередной минималистичный экран.

🔗 https://apps.apple.com/us/app/not-boring-camera/id6737783441

🦻 Hearing Buddy
Lilly Seay, США
(Inclusivity)

Разработчица с потерей слуха сделала realtime-субтитры и AI-саммари разговоров вокруг.

Все работает полностью on-device через Foundation Models.

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

🔗 https://apps.apple.com/us/app/hearing-buddy-speech-to-text/id6747363502

🎬 Detail
Detail Technologies, Нидерланды
(Innovation)

AI-видеоредактор, который сам вырезает паузы, переключает камеры, помогает собирать подкасты и vlog-видео.

По сути, камера и AI editor в одном приложении.

Очень похоже на то, куда движется весь consumer video creation сейчас.

🔗 https://apps.apple.com/us/app/detail-ai-video-editor/id1673518618

Вообще заметил, что Apple последние годы еще чаще подсвечивает инди разработчиков и приложения с личной историей автора.

Полный список финалистов:
https://developer.apple.com/design/awards/

WWDC и Google I/O — два главных события года для мобильного разработчика 📱

И Google I/O уже сегодня.

Нас ждет очень AI-концентрированная конференция:

📅 19 мая
• 20:00 — Keynote, главная презентация Google
Смотреть стоит вообще всем, не только разработчикам.

• 23:30 — Developer Keynote
Уже более технический доклад для разработчиков.

📅 20 мая
• Специализированные сессии и воркшопы:
Gemma, Flutter, Gemini, Chrome DevTools, AI tools и многое другое.

Google сейчас очень агрессивно догоняет OpenAI и Anthropic.

Поэтому лично я очень жду:
- AI агентов
- интеграцию AI прямо в dev workflows
- AI внутри Android-экосистемы
- что будет с Flutter на фоне AI-first подхода

Если честно, последние пару лет Google I/O смотреть стало намного интереснее, чем раньше.

Сейчас это полноценная битва AI-экосистем между Google, OpenAI, Anthropic и Apple(нет).

Смотреть можно тут: Google I/O

А вы чего ждете больше всего? 👀

Ван Гог и UX, который никто не тестировал в реальности

Сегодня были в музее Ван Гога в Амстердаме. Взяли аудиогид – обычный Android-смартфон со специальным приложением.

Работает так:
- идешь по залам
- включаешь вводную аудиозапись для этого зала
- потом можно послушать истории про отдельные картины

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

И вот что нас удивило.

В каждом зале было одно вводное аудио и всего 1-2 картины с рассказами

Хотя сам зал огромный и картин сильно больше.

Почти в конце выставки мы присели отдохнуть и начали просто тыкаться в интерфейс.

И внезапно выяснилось, что у приложения есть: тёмная тема и расширенный режим

А внутри расширенного режима спрятаны почти все остальные рассказы.

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

И меня это навело на мысль.

Скорее всего, разработчики этого приложения:
- ни разу не проводили кастдевы
- ни разу сами не проходили музей как обычные посетители
- и вообще проектировали интерфейс вне контекста использования

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

В музее человек почти не изучает интерфейс, он смотрит на картины, слушает историю и просто гуляет по залам.

А значит, если ты спрятал важный контент, пользователь его почти гарантированно не найдет.

А решение было бы супер простым:
Показать сначала вводную запись и главные работы, а последним айтемом:
«Показать все экспонаты»

И UX уже в разы понятнее.

Кстати, на прошлой неделе был ещё в музеях Mercedes и Porsche в Штутгарте. Там тоже брал аудиогиды.

В Mercedes сделали вообще идеально:
подходишь к стенду и нужная аудиодорожка запускается автоматически.

Вообще не думаешь про интерфейс, просто гуляешь и слушаешь.

А вот Porsche сделали самое неудобное решение из всех:
нужно вручную вбивать цифры со стендов.

Мало того, что не для всех экспонатов есть аудио, так ещё и информация в приложении дублирует текст со стенда.

И мне кажется, это отличный пример одной проблемы в разработке продуктов:
невозможно сделать хороший UX, если ты не пользуешься своим продуктом в реальном контексте.