Android в тесте и маленький капучино

Сделали себе публичный дашборд проекта Drinkit

Пока что только для Android, скоро сделаем и iOS, как только обсудим что ребята хотят трекать 📊

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

Дашборд построен на движке и идее из iOS пиццы, про которую Леша Березка писал у себя

Кстати, есть еще одна очень срочная и горячая новость

В Додо появились стажировки! И с подачей заявок лучше поторопиться, потому что прием заканчивается сегодня

Открытые направления:
⭕ Разработка & Security
⭕ QA
⭕ Аналитика
⭕ Дизайн
⭕ Менеджмент в ИТ

Стажировка только для студентов ИТМО и СГУ (Сыктывкарский ГУ) 3-4 курсов бакалавриата и 1-2 курсов магистратуры

Поторопитесь, потому что прием заявок заканчивается 7 сентября. Если у вас есть кандидаты — скидывайте им этот пост

https://maxpolitov.github.io/dodo-internship-landing/#apply

Ура! У нас в додо наконец то открылись вакансии для Android разработчиков 👩‍💻🍕

Android разработчик (App&Web) — ищем разработчика в команду оформления заказа

Android разработчик (Core команда) — вакансия разработчика в core-команду мобильного приложения Додо

Знаю, что вы интересовались наличием вакансий к нам. Пришло ваше время 😧

В песочнице для iOS мы выбрали немного другую механику. Там мы делали песочницу уже после Android, так что был взгляд со стороны, что хорошо и что плохо. В итоге получилось похоже, но со своими отличиями 👁

И пока андроидик отдыхает после рассказа, к доске подходит иосик

iOS: Макросы + Build Tool Plugin 🦾

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

Основная идея такая же — компонент отмечается макросом Playground
@attached(peer, names: suffixed(_Playground))
public macro Playground(
_ name: String,
in location: CatalogPath,
status: ComponentStatus = .active,
presentation: PlaygroundPresentation = .page,
previewLayout: PlaygroundPreviewLayout = .sizeThatFits,
designVersion: String = "1.0"
) = #externalMacro(
module: "PlaygroundMacroPlugin",
type: "PlaygroundMacro"
)

Но различие в том, как и какие параметры попадают в плейграунд

Механика плейграунда на iOS такая:

1. Пометить компонент макросом @Playground

2. Если у компонента есть параметры — разметить ВСЕ поля его модели @PlaygroundParam либо @PlaygroundIgnore. За полноту разметки отдельно следит CI-линтер.

3. Макрос разворачивается компилятором в отдельный тип PlaygroundComponent с методом component(knobs:), который возвращает View — аналог PlaygroundProvider на Android

4. На этапе сборки Build Tool Plugin сканирует swift файлы, запускает кодогенератор и на выходе получает манифест модуля PlaygroundManifest со списком всех найденных компонентов.

5. При открытии песочницы, содержимое манифеста регистрируется в singleton реестре. Он оборачивает фабрику View компонента в экранный контейнер, готовый для отображения в плейграунде.

Итого на песочнице iOS:
⭕ Компоненты строго типизированы и вероятность райнтайм крашей минимальна
⭕ Для каждого параметра явно задается своё default значение рядом с местом объявления. Видно прямо в коде компонента, а не в отдельном файле
⭕ Для компонента можно даже создать "фабрику стейтов", которая нарисует переключатель стейтов в песочнице. Удобно, чтобы проверять полноценные пресеты
⭕ Про забытые поля напомнит линтер в CI, но решение всё равно за человеком
⏺ Каждый компонент нужно явно декларировать вместе со всеми параметрами. Когда добавляется новый параметр, то надо провести анализ, какое ему значение надо поставить или поставить Ignore
⏺ Так как не все хочется показывать,
⏺ Разметка для песочницы живёт в проде, рядом с боевым кодом компонента

Ну и получается, что если в Android подход больше про "магию", то в iOS — больше про "контроль". Не знаю, хорошо или плохо это... Ответ мы еще не нашли

А что думаете вы? Какой метод показался более логичным и правильным? Делитесь мыслями ⬛

Пора раскрыть, как конкретно работают наши песочницы и рассказать про разницу между iOS и Android 🖼

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

Android: KSP + Рефлексия + ServiceLoader 🏗️

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

Точка входа в создание компонента в песочнице одна — аннотация PlaygroundComponent
annotation class PlaygroundComponent(
val name: String = "",
val category: PlaygroundCategory = PlaygroundCategory.OTHER,
val provider: KClass = NoProvider::class,
val state: KClass = Nothing::class,
val stateFactory: KClass = NoStateFactory::class,
val excludeParams: Array = [],
)

Весь подход держится на последовательных механиках:

1. Пометить Composable компонент аннотацией PlaygroundComponent

2. Если компоненту нужно задать дефолтный стейт — передать их в корневую аннотацию в stateFactory. Если какие-то параметры нужно скрыть — пометить их @PlaygroundHidden

3. Далее подключается KSP с сканированием и обработкой помеченных компонентов. Генерирует PlaygroundProvider класс — класс с методом @Composable Render(), который и отображается в нашей песочнице для отдельного компонента. Сгенерированный код Provider можно глянуть вот тут. Кстати, можно передать свой  PlaygroundProvider через корневую аннотацию

4. Все PlaygroundProvider'ы регистрируются в META-INF, а в рантайме эти классы создаются с помощью ClassLoader при заходе на экран — код Registry

Итого получили:
⭕️ Компоненты сами появляются в плейграунде, надо только поставить одну аннотацию
⭕️ В песочнице отображаются вообще все параметры у компонента, что вносит прозрачность в то, как выглядит модель компонента
⭕️ Есть возможность задавать свой дефолтный стейт, скрывать параметры, делать свои Providers для сложных компонентов
⏺️ Отображение всех параметров создает шум
⏺️ Кодогенерация и наша практика stateless компонентов вводит ограничение на "интерактивность" в песочнице. Менять состояние можно только через настройки

Это наш Android way. Следующим постом поделюсь про iOS путь
А пока делитесь мыслями, как вам подход? ⬛️

Хочу уже закончить с этой темой и перейти к теме автономного агента в дринките 🙏

В этом месяце у меня годовщина работа в Додо — работаю в компании 5 лет ☕️🐳

Я слышал, что на такую дату сотрудникам дарят значки, но не знал, дойду ли я сам до значка

Дошел

Очень рад, что работаю тут. Мой путь начинался ещё в Донер 42 с Арсением @startupsproducer. А последние уже 4 года я в дринките и останавливаться совершенно не хочется

Работаем 🐱

Привет! Долго меня тут не было, считайте что был в творческом отпуске (работал)

На этой неделе начну рассказывать цикл про то, как мы всё таки делаем дизайн систему в Дринките, как и обещал чуть ранее. Спойлер – мы продолжаем тюнить playground и готовимся к рефакторингу темы.

А пока напишу про пост, который сегодня привлек мое внимание. Пост про Navigation 3 в канале Compose Broadcast. В статье переводили сразу всё приложение с Navigation 2 на Navigation 3. В итоге вышло 2 недели разработки и еще полторы недели стабилизации.

Так совпало, что недавно я делал доклад на нашу Android гильдию о том, как хорош Navigation 3 и как переехать на него итеративно и контролируемо:

▫️Идем от листьев к корню. Фичи по отдельности переезжают на Nav3 и создают свой локальный NavDisplay, но снаружи остаются обычным экраном (фрагментом)
▫️Всякие диалоги и BottomSheets перестают быть фрагментами и рендерятся через сцены
▫️Nav2 выпиливается последним шагом, когда всё остальное уже на Nav 3
▫️Ну и делать это конечно можно агентами, заранее описав спеки об итеративной миграции и о том, как конечный результат должен выглядеть

Однако даже так есть свои сложности. Об одной из них расскажу завтра

Cаму презентацию я залил на Github Pages, а также выложил видео с гильдии и демо-проект с этапами миграции.

И вот снова мобиус, только теперь я спикер 😅

Подходите знакомится, общаться!

🎁 Промокод на Mobius на 25% 🎁

Мне дали несколько промокодов на конференцию Mobius 2026 Spring, которая начинается уже на следующей неделе

Напомню, что я буду там спикером с темой про Shared Transitions 🎤
Помимо меня, там будет выступать мой коллега Максим @mobilefiction с хайповым докладом про AI Бариста

Я очень люблю залипать в разные приложения и вдохновляться интерфейсами оттуда 🙄

Так что условия такие:

💭 В комментариях скиньте приложение, которым вы вдохновляетесь
📱 Если приложите скрин — будет вообще огонь
😅 Если сложно придумать конкретное приложение, напишите, что вы цените в UI больше всего

Среди комментаторов рандомно выберу 2 человека и скину промокод в личку

Сам жду новых референсов в комментах 😼
Итоги будут уже завтра в 18:00

#Mobius

В последнее время было много суеты в жизни 💲

В начале апреля активно переезжали в собственную квартиру – и вот уже как 2 недели живу там. Пока что все нравится, каждый день на маркетплейсах покупаем что-то в дом

На прошлой неделе был в Москве в командировке. Там увиделись в полном (почти) составе Дринкита и ребятами из большого Додо. Было очень приятно всех-всех повидать, особенно кто всегда сидит в других странах

Сразу после командировки я заболел, но уже восстанавливаюсь :)

Теперь настает суета по финальным подготовкам к Mobius, который через полторы недели 😧

Мы в Дринките начали долгожданную большую работу над дизайн системой!

Наверное вы удивитесь, но у нас не было дизайн системы как таковой... Наша дизайн система в проекте выглядела так: общая Compose тема DrinkitTheme, на коленках сверстанные компоненты (к тому же часто дублирующие друг друга)
Да и ... всё

Планы у нас амбициозные, аппетиты нескончаемые, а команда всего 3 человека 😅

Главные вещи, которые мы планируем затронуть и решить за наш эпик:

🟡 Автоматизация токенов и атомов из фигмы в код. Помощь дизайнеру, чтобы без разработчиков поменять цвет/тень/скругление
🟡 Песочница дизайн системы. Наша дизайнер настояла, что это must для нашей жизни, и мы согласны. Единое место, где можно протестировать все компоненты – это очень важно
🟡 Унификация всех компонентов – от кнопок до полноценных молекул и организмов. Чтобы одна и та же вьюшка выглядела и работала одинаково, а не пятью разными способами, как у нас сейчас

И это только малая часть. Дальше – процессы, адаптация команды, метрики, обмен практиками с ребятами из Додо и рассказ об этом в паблик. В общем, работы на несколько кварталов 💻

Буду рассказывать по пути про успехи, сложности и наш опыт. А начнем мы с дизайн-песочницы, написанной на 100% с помощью Claude Code 👮‍♀️

Кто первый дойдет до знакомства с Lance Vance Dance с фотопруфом - тому подарю напиток в дринките 💲