Мобильное Чтиво

Сантехника

Попросил клода написать описание Pull Request максимально простым доступным языком.

Может это он мне намекает, что меня ждёт с приходом AI? 😅

Погнали 16 сезон Podlodka Android Crew

Тема на этот раз: AI в Android-разработке.
Если вдруг не купили билетики, го скорее на сайт!
10 сессий про AI в Android-разработке.

- Android-разработка на авторежиме: от няньки к графам.
Про агентные графы, в которых человек подключается только для принятия решений.

- Агенты vs Ассистенты: как остаться автором кода.
Про YAML-пайплайны для более предсказуемой работы с LLM.

- От Allure до PR: автономная AI-система для массовой генерации UI-тестов.
Про генерацию UI-тестов, которые не просто запускаются, а действительно ловят ошибки.

- Как построить агента, который фиксит нативные Android UI-тесты.
Про агента, который ищет причину падения UI-теста и пытается его починить.

- Много модулей, мало контекста: как приручить AI-агентов в большом Android-проекте.
Про то, как не дать агенту потеряться в большой кодовой базе.

- Даем глаза и руки AI-агенту в Android разработке.
Про Skills, MCP, поиск исходников и отладку для агента.

- Харнес, который пишет навигатор для авто.
Про AI-агента, который пишет KMP-навигатор для китайского автомобиля.

- Как сделать эффективнее чем Claude и скилл от Google.
Про поиск проблем производительности и ускорение работы агента.

- Как AI помог нам автоматизировать разбор критичных ошибок.
Про автоматизацию разбора крашей и инцидентов.

- Как быть Андроидом в эпоху AI.
Круглый стол о профессии Android-разработчика и новых важных навыках.

Буду рассказывать тут саммари про все сессии, если что.

Поехали!

😏 Осень — время конференций

Осенью много конференций, включая DevFest'ы разных стран.

В прошлом году я подался на 10 конференций и выступил на 5. Такая конверсия была.

В этом году я буду на Мобиусе плюс также подался на 10 конференций.

Интересно, сколько будет в этом году? 😅

🎁 AI+Android! Разыгрываю билетик на Podlodka Android Crew 16!

Зову на Podlodka Android Crew #16 про AI именно в Android-разработке! В новом сезоне мы решили поговорить о конкретном: как AI может помочь именно в Android-разработке.

Можете посмотреть первую нулевую сессию, которую мы провели в среду. Это единственная публичная сессия сезона:

Антон Шилов круто рассказал, как в целом поменялась Android-разработка c приходом AI к нам!

В этот раз решил немного изменить условия розыгрыша! Чтобы получить бесплатную проходку, сделайте репост поста в Linkedin! Нетворкинг это win-win всегда, можем добавиться друг другу в друзья! Делайте репост этого поста, и я выберу среди вас рандомно 1 человека 20 сентября и подарю бесплатный билет!

Сезон стартует в понедельник, 21 сентября. За пять дней проведём 10 сессий, по две каждый день. Обсудим как заставить агента автономно написать Android приложение без ошибок, использовать AI при написании кода, поиске ошибок и тестировании. А ещё посмотрим, как проверять перфоманс работы Android-приложения!

P.S. Реакции типо какашек или факи на посты, где я куда-то зову вас я тоже люблю, ставьте их пожалуйста!

#ai #android

🛠 Android × AI: приглашаю на Подлодку

Друзья, я лично приглашаю вас на Подлодку Андроид Крю 🚤

Новый сезон пройдёт с 21 по 25 сентября.

Android × AI: новый workflow разработки.

Про AI сейчас только шума, что нереально ориентироваться. Но мы старались собрать программу так, чтобы она была максимально практичной и специфичной именно для мобильной Андроид разработки.

Что будет:
• как выстроить AI-пайплайн от дизайна до отладки и тестирования?
• как настроить агента для предсказуемых результатов?
• как профилировать с помощью агента в три раза дешевле!
• как научить агентов автономно решать необычные задачи!

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

Сезон проходит при поддержке RWB.

Подробности и билеты на сайте Podlodka Android Crew! Промокод на скидку в комментарии к посту!

#conference #ai #podlodka

😒 Проверка на девайсе агентами

Почему бы не вставить "XY" в поле "Малиновый рассвет"? 😅

Я позже напишу пост про инструменты, которыми я пользуюсь для отладки с агентами (хотя вы наверное все их знаете).

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

Он вставил "XY" в поле "Малиновый рассвет"

Все по-настоящему, я ничего его не просил.

#claude #ai #agent #joke

🍕 Вакансии Android-разработчиков в Додо Пиццу

Друзья, в это непростое время такое у нас происходит редко! 🏃‍♀️

Но у нас открыты сразу 2 вакансии на Android-разработчиков на проект приложения Додо Пиццы! 🍕

Ищем разработчика в команду оформления заказа и в core-команду мобильного приложения Додо.

Подробности читайте тут:
• Вакансия в команду оформления заказа
• Вакансия в core-команду

Читайте описание (там ответы на большинство вопросов) и откликайтесь, если чувствуете, что вы подходите! Если есть какие-то вопросы, то можете мне в личку написать, я перенаправлю куда надо 😉

#вакансия #dodopizza

Робот-пылесос прибирается в legacy 🤪

Чем больше я работаю с AI на рабочих проектах и пет, и чем больше общаюсь с другими ребятами в коммьюнити, тем сильнее вижу разницу между greenfield и legacy.

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

А в legacy все сильно хуже. Даже если это не какое-то ужасное древнее legacy. Достаточно скрытых знаний о том, почему здесь написано именно так и что нельзя случайно сломать рядом.

И к чему это приводит?

Приходится писать много документации и рулов, guardrails, отдельно объяснять агенту:
• какие старые подходы нельзя копировать
• где код выглядит нормально, но на самом деле это legacy
• какие неочевидные связи нельзя сломать
• как у нас принято писать новый код

Это все помимо того, что все надо покрывать тестами.

И все равно AI периодически смотрит на старый код и решает "О, значит здесь так принято, напишу ка я так же"😅

В какой-то момент начинаешь думать: а может, проще все переписать с нуля? Ну реально!

Конечно, я не предлагаю срочно переписывать все приложения. Это долго, дорого и риски. Хотя некоторые я бы все-таки переписал 😄

Но где-то точно существует граница, после которой поддерживать legacy с AI становится сложнее, чем запустить агента на пару недель и попросить его собрать все заново. Где эта граница?

У нас в Дринките 🐳 пока появился другой подход. Я назвал его "робот-пылесос".

Мой коллега Дима Максимов сделал автономного агента. Он сам берет небольшие задачи и создает PR. Нам остается все проверить и смержить.

И одна из его задач: постепенно прибираться за legacy! И я пока что очень в восторге!

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

Так же и здесь. Агент постепенно берет маленькие старые куски кода и приводит их к текущим подходам команды.

Главное ограничение сейчас не скорость агента, а наше code review. Мы могли бы запускать его намного чаще, но тогда просто PR-ы не протолкнуть.

Поэтому пока искусственно ограничиваем робота. Все изменения в основном приложении обязательно ревьюим человеками.

Но сама идея мне нравится!

Не пытаться однажды выделить полгода на борьбу с legacy. А запустить робота-пылесоса, который будет понемногу прибираться в фоне, пока команда продолжает работать над продуктом.

Посмотрим, насколько чисто у нас станет через несколько месяцев 😄

#AI #SoftwareEngineering #LegacyCode #AIAgents #CodeReview

Заказываем кофе с помощью AI на Youtube

Опубликовали мой доклад с весеннего Мобиуса 2026 — Заказываем кофе с помощью AI!

Там про:
• как написать свой agent loop в приложении с помощью Firebase AI Logic
• как потерять деньги, используя Firebase AI Logic
• как это потом все переписать на Koog и больше не терять денег и получить более гибкое решение!

Обо всем этом и с примерами кода — в моем выступлении!

#mobius #drinkit

🟢 Call for Papers на Android Podlodka Crew #16

Друзья, следующая Android Podlodka Crew будет 21-25 сентября!
Тема сезона:
«Android × AI: новый workflow разработки»

Я уверен, что многие из вас делают и пробуют крутые штуки на стыке Android и AI. Нас интересуют в особенности темы:
1. Новый workflow Android-разработчика с AI-агентами
2. Харнес для AI-агента, который сам пишет приложение
3. Guardrails для AI в Android-проекте
4. Rules для AI-агентов в Android-проекте
5. Figma MCP и проверка UI после генерации
6. Важен ли код, если его написал AI
7. Как растить Android-разработчиков (джунов), когда есть AI
8. Что Android-разработчику теперь нужно знать самому
9. AI для UI-тестов (journeys и не только)
10. Gemini в Android Studio против Claude и Codex
11. AI и сложные анимации в UI
12. AI-friendly Android-библиотека
13. Что AI разблокировал в Android-инфраструктуре
14. Как не превратить Android-проект в AI-slop, который развалится без агентов
15. Android AI SDLC: от дизайна и отладки до релиза и монетизации

Или другие темы именно на стыке Android и AI!

Заносите ваши заявки в наш Call for Papers!

#podlodka #ai #android

👩‍💻 Офис будущего выглядит так!

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

Я люблю работать в офисе но если честно, теперь мне сложно, потому что мне нужно всегда говорить! Да я теперь общаюсь с агентами только голосом. Я стараюсь почти не писать.

Ну и сложно сидеть в офисе и вслух довольно громко говорить просто постоянно с Клодом или с другим AI-агентом. это смешная картинка но как будто бы я бы не отказался от такого девайса прямо сейчас. ну а как еще сидеть и работать в современном офисе? Я не понимаю.

киберпанк, который мы заслужили

Этот пост был полностью надиктован голосом, без какой-либо правки, кроме заголовка там эмоджик я руками подобрал

#ai #speechtotext

Выбираем тему нового сезона Podlodka Android Crew!

Кому лень читать — переходите и выбирайте тему тут!

Сначала была мысль пойти (опять!) против течения и сделать сезон НЕ про AI.

Типа все вокруг уже говорят про AI, конференции, посты, агенты, промпты, вайб-кодинг, вот это все.

Может, нам надо быть выше этого?

Но чем больше мы обсуждали, тем очевиднее становилось: у нас у всех уже изменилась работа.

Android-разработчик сегодня работает не так, как год-два назад.
• Все (ведь все?) уже пишут код с агентами каждый день!
• Кто-то генерирует тесты
• Кто-то пытается выстроить целый пайплайн разработки
• Кто-то, наоборот, смотрит на это все и думает: “Эх, трава раньше была зеленее....”

Поэтому мы предлагает на выбор целые 2 темы про Android + AI. Именно про практику Android-разработки:
• как реально встроить AI в workflow Android-инженера
• как писать фичи, UI и тесты с агентами
• сравнивать Gemini в Android Studio, Claude, Codex для Android разработки
• как собирать feedback loop через MCP, эмуляторы, Figma, hot reload
• какие guardrails, rules, lint, static analysis и CI-гейты нужны
• где AI ломается на Android UI, анимациях, gesture handling и edge cases

Плюс у нас есть отдельный кандидат на сезон про Advanced UI: сложные жесты, шейдеры, Canvas, stylus, FPS, Remote Compose и весь этот прекрасный набор хардкорных штук!

Короче, мы собрали несколько направлений и хотим спросить вас, что вам реально интересно.

Помогите нам выбрать тему нового сезона Android Crew ЗДЕСЬ!

#podlodka #android #ai

Написал TBD-плагин для AI-агентов 🤖

Я в основном работаю в Claude Code и OpenCode.

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

Для меня это плохо, потому что я люблю работать по Trunk-Based Development. То есть стараюсь резать работу на маленькие PR’ы, которые:
• можно нормально отревьюить
• можно быстро смержить
• не ломают trunk
• несут какую-то отдельную логическую ценность

Для мобильной разработки это, как мне кажется, вообще особенно важно.
У нас цена ошибки выше: билд, QA, сторы, rollout, пользователи на разных версиях приложения.

Быстро просто задеплоить фикс нельзя, как на беке.

А еще в мобилке куча неочевидных мест, которые AI может случайно сломать.

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

И почти каждый раз я вручную объяснял агенту, как именно разбить задачу:
• где сделать безопасный первый PR
• где нужен feature toggle, где лучше branch by abstraction
• где механические изменения надо вынести отдельно и так далее.

В итоге вынес это всё в отдельный плагин 🧩
Trunk-Based Development for Coding Agents

Как использовать в Claude Code:

/using-tbd do the gift-cards task from our Jira, SHOP-1234


Можно комбинировать с другими штуками, например с Superpowers:

/using-tbd /using-superpowers do SHOP-1234


В OpenCode slash-команд нет, поэтому можно просто попросить загрузить using-tbd skill.

Что делает плагин:
• Сначала смотрит, помещается ли задача в один нормальный PR.
• Если нет, то раскладывает все на цепочку маленьких PR’ов.
• Пишет decomposition map в docs/tbd/decompositions/.

Дальше агент идет по одному PR за раз, а не пытается сделать всё сразу.

То есть это не про то, как писать код, не про TDD, не про конкретный стек и не про ваш процесс.
Это просто слой, который помогает держать нормальные границы PR’ов, когда с кодом работает AI.

Если тоже страдаете от больших AI-generated PR’ов попробуйте 🙌

Вот репозиторий:
https://github.com/makzimi/tbd

Навалите фидбека, поставьте звездочку ⭐️

#mobile #tbd #ai #agents #claude

🚧 Не дай AI свернуть не туда!

Когда много работаешь с AI-агентами, быстро появляется красивая мечта типо:

«А давайте агент сам напишет приложение, а мы просто посмотрим результат» 😅

Звучит классно. Но есть проблема. У нас, людей, очень много контекста живет где-то в голове:
• как правильно организовать модули
• какие зависимости можно, а какие нельзя
• где должен лежать код
• какие архитектурные правила у проекта
• что “и так понятно”, но нигде не написано

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

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

Мое текущее понимание (особенно для мобильной разработки) такое:

• все, на что можно ответить true / false, должно проверяться статически. Не AI. Не на ревью. Мы итак к этому стремились всегда. Но сейчас прямо супер надо. Что я сюда отношу:
• все виды тестов (прямо по всей пирамиде идем)
• линтеры
• статические чекеры
• архитектурные тесты
• тесты зависимостей между модулями
• любые скрипты, которые могут сказать: “так можно” или “так нельзя”

Потому что если правило можно формализовать, значит его нужно формализовать.

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

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

Ещё подключили проверки зависимостей между модулями через Module Graph Assert.
Чтобы модули зависели друг от друга только так, как мы договорились, а не как случайно получилось.

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

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

А вот там, где нужен reasoning:
• соответствует ли решение задаче
• не потеряли ли мы важный edge case
• не выглядит ли решение неоптимально
• не создали ли мы костыль

Вот там уже подключаются люди, AI code review.

В общем, мой текущий вывод такой:

AI-агентам нужны стены, рвы и автоматические ворота!

💬 А что вы уже добавляете в свой harness для мобильных приложений?
Какие тесты, линтеры, чекеры или правила реально помогают не дать AI и людям свернуть не туда? Навалите в комменты ваш опыт, мне реально очень интересно!

#android #ai #architecture #testing #kotlin #mobiledev

🤖 AI на собеседованиях: как теперь правильно?

Кажется, все уже поняли, что AI с нами навсегда.

Ну или почти все 😅
(иногда встречаю людей, которые всё ещё делают вид, что ничего не поменялось, но да ладно)

Что лично я вижу:
единого консенсуса, как теперь проводить интервью по-новому пока нет.

Недавно я проходил собеседование, где задача была написать приложение. Но не “запрещаем AI”, а наоборот: "пиши с AI!"

Ну т.е. пиши так, как ты реально работаешь, максимально используя AI-агентов.

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

И это, на мой взгляд, очень похоже на реальную работу!

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

Просто теперь рутину (написание кода) можно сильно ускорить.

AI не отменяет инженерные практики. Он их усиливает. Ну или усиливает хаос, если практик не было 😅

И вот мне стало интересно.

А как сейчас компании адаптируют другие типы интервью?

Например:
• алгоритмы и структуры данных
• system design
• обычные technical questions
• архитектурные секции

Там AI тоже можно использовать, но уже не так очевидно, как именно. Я пока вот не понял как лучше.

💬 Расскажите, как у вас с этим?
Как вы используете AI на разных типах секций? Какие прикольные инсайты можете рассказать?

P.S. Да, я был в отпуске, хорошо отдохнул, поэтому не было постов. Сейчас со свежей головой буду накидывать чаще свои мысли!

#ai #interview #softwareengineering #androiddev