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

Заказываем кофе с помощью AI на Youtube Опубликовали мой доклад с весеннего Мобиуса 2026 — Заказываем кофе с помощью AI! Там про: • как написать свой agent loop в приложении с помощью Firebase AI Logic • как потерять деньги, используя Firebase AI Logic • как это потом все переписать на Koog и больше не терять денег и получить более гибкое решение! Обо всем этом и с примерами кода — в моем выступлении! #mobius #drinkit

Красивейшие карточки на CMP 🃏 Эта красота лежит вот тут SwipingCards ⭐️ Буду рад вашим звездочкам Несколько месяцев назад я игрался, чтобы сделать прикольный контрол карточек на Андроид. И вот недавно решил его добить до Compose Multiplatform. И получилось очень красиво, как по мне! На iOS выглядит также и по всем анимациям и всему прочему тоже также. • колода перемещается "против" ваших движений • после перехода определенного порога, карточка считается перепистнутой • кол-во карточек произвольное, но по-умолчанию видны 4 карточки, можно менять • добавил кайфовый хаптик Вот тут репа, можете посмотреть, а можете использовать у себя https://github.com/makzimi/SwipingCards #cmp

Увидимся на Мобиусе! 🙃 На этот раз будет парная сессия с iOS разработчиком Ромой Могутновым, где мы расскажем как мы делали Upside Down на Андроид и на iOS. #android #ios #strangerthings #mobius

🟢 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

Давайте добавим AI ради AI! Это НЕ про нашу фичу Drinkit Lab 😅 Я понимаю, что со стороны это может так выглядеть. Сейчас AI добавляют вообще везде, и иногда правда непонятно зачем. Но поверьте человеку, который пришел с этой идеей на внутренний хакатон: изначально мысль была вообще не про хайп. Мысль была такая: мне лень тыкать во все эти кнопки и свайпать слайдеры. Ведь в Drinkit можно очень гибко кастомизировать напитки: молоко, сиропы, кофе, топпинги, разные опции. Комбинаций — миллионы! Это классно, но иногда я не хочу проходить весь этот квест из кнопок и выборов. Я хочу просто написать: я устал, хочу что-нибудь освежающее и не очень сладкое. И пусть AI сам соберет мне напиток под текущее настроение ☕️ Это была моя личная боль. А потом оказалось, что это еще и хорошо ложится на продукт и бизнес. Кастомизация для Drinkit важна: гостю интереснее, напиток получается более персональным, а бизнес получает больше ценности от кастомизации. Win-win, как говорится. Сейчас мы запартнерились с Yandex AI Studio и сделали фичу на мощностях AI технологий Яндекса. Запуск получился прям громкий. Организовали презентацию фичи в кофейне: сцена, гости, блогеры, журналисты, демо, AI-напитки, рассказы про то, как все работает. Огромный респект всей команде, которая делала это! Получилось очень круто, как по мне! Что под капотом: - Под капотом работает агентная система. Написана она на Koog (KMP библиотека для AI-агентов). - И это не просто один запрос в LLM и покажи ответ. У нас работает несколько агентов, которые разделяют контекст, общаются с нашей логикой и собирают напиток по правилам. При этом все безопасно: мобильное приложение не ходит напрямую в AI-провайдера. Все работает через бэкенд-прослойку. Сейчас ещё пробуем разные оптимизации: как лучше делить контекст, как быстрее получать ответ, как дешевле гонять запросы и как лучше собирать напиток. Дальше будем тюнить уже по реальным данным. А пока вопрос: акой вкус у вашего настроения? 🙂☕️ #ai #ios #android #yandex #drinkit #drinkitlab

🇰🇿 Увидимся в Алматы на Android Meetup 28 мая буду выступать на Bereke Android Meetup в Алматы. Расскажу про наш опыт постепенного перехода на Kotlin Multiplatform в Drinkit. О чем буду рассказывать: • как заходить в KMP постепенно • что у нас сработало, а что не очень • как смотреть на это с архитектурной точки зрения • что по размеру бинарников • и как быть с командными вопросами 😅 Кроме меня будут ещё классные доклады: • Паша Королев про WebView и Compose • Данияр Амангелды про Remote Compose • Анель Кадырова про api/implementation модули и связность компонентов 📍 Алматы, MOST IT Hub 🗓 28 мая, 18:30 регистрация в bio Приходите, буду рад всех видеть! #kmp #android #ios #meetup

🐳 Запускаем Дринкит Лаб Сегодня запускаем фичу, про которую я рассказывал на докладах "Готовим кофе с помощью AI". Фича называется Дринкит Лаб! ⭐️ Сегодня планируется помпезный запуск фичи, я про него расскажу позже. А пока покажу короткий рилсик! #drinkit #ai #agent

💃 Наконец-то нормальный changelog для Jetpack Compose Если у вас тоже, как у меня, были проблемы чтобы понять, а что нового изменилось в Jetpack Compose BOM, и надо было ходить по страницам типо такой и собирать изменения, то вам понравится, этот пост 😅 Вася Малеев сделал сайт, где это легко увидеть в одном месте! Мне очень нравится! Можно накидать звездочек на github, чтобы Google заметил и сделал сам нормальное решение типо такого! #jetpackcompose #compose #android

👩‍💻 Генерация сетевого слоя из Swagger Так вышло, что долгое время в проекте Drinkit 🐳 мы писали api модельки и методы руками. Наша структура проекта не была удобная к тому, чтобы быстро из коробки взять какой-то инструмент и сгенерить нам сетевой слой. Но в прошлом году мы это исправили, и Дима Максимов сделал нам генерацию сетевого слоя из Swagger, теперь нет случайных ошибок, когда поставил nullable тип, хотя он не nullable и т.п. Дима написал про это статью, а точнее Первую часть. Будет вторая, я тоже ее запощу потом. У кого еще нет автогенерации сетевого слоя из Swagger — рекомендую! #swagger #api #generation

💚 Mobius 2026 Spring. Как это было Я приехал на Mobius рассказать про AI, но главое оказались люди! Я выступал на Mobius уже в 4-й раз, но впервые в офлайне. Так что для меня это было одновременно и знакомый, и новый Mobius 😅 Про доклад все просто. Рассказал про нашу AI-фичу в Drinkit, Koog, AI-агента прямо на клиенте, всякие архитектурные трейдоффы и вот это все. Мне кажется, зашло. Получил много фидбека, много вопросов, много интересных обсуждений после. Если потом выложат доклад публично, обязательно поделюсь. Но самое крутое на офлайн-конфах, конечно, нетворкинг. Встретил много знакомых, друзей, коллег, всех был очень рад увидеть. С некоторыми людьми мы давно общаемся, что-то вместе делаем, работаем, но только онлайн 😅 И тут впервые пожал руку вживую. Отдельно было очень приятно, что подходили ребята и говорили хорошие слова про Drinkit 🐳 Это прямо очень ценно. Спасибо большое, гайз 💙 Еще мне понравилось, как Mobius зашел в AI-тему. С одной стороны, AI было достаточно много. С другой стороны, конференция не превратилась в «щё один AI ивент, а все-таки осталась про мобилку. Большое спасибо за это ПК! Организаторам большой респект. Очень классный, сильный ивент. Ну и всем, кто был на Mobius, тоже спасибо. Вы классные :)