🌠 Создание иконки для мобильного приложения. Все способы.

Пришло время делать иконку. Как лучше это сделать? Есть несколько способов разной степени безумия:

1. Android Studio (Android) и Icon Composer (iOS)

✅ нативно
✅ легко
✅ гибко
✅ поддерживаются последние фичи Android и iOS: monochrome, liquid glass
✅ бесплатно

❌ два совершенно непохожих инструмента
❌ нужно делать одно и то же дважды — просто потому что так исторически сложилось

======

2. IconKitchen

https://icon.kitchen/

Один инструмент для Android, iOS и Web сразу. Удобно, если не хочется переключаться между экосистемами.

✅ гибко
✅ легко
✅ есть дополнительные возможности по сравнению с нативными инструментами
✅ поддерживается Android, iOS, Web
✅ бесплатно

❌ не поддержаны некоторые свежие фичи (те же monochrome и liquid glass)

======

3. AI Image generation

✅ весело
✅ результат всегда неожиданный (это плюс, я так решил)

❌ бесполезно
❌ вы потратите лимиты раньше, чем получите хороший набор иконок

======

4. Нанять креативное агентство

✅ работают профессионалы
✅ у них есть Figma и уверенный взгляд
✅ всё сделают за вас

❌ ещё одна встреча в календаре
❌ дорого. очень. дорого.

======

5. Использовать фотографию кота

✅ оригинально
✅ кот не против
✅ плюс к CTR в сторах

❌ фотосессия кота займёт 80% времени проекта

---

Итого: я использую IconKitchen, когда хочу сделать быстро и сам. Android Studio — если нужно сделать правильно

🧙🏼‍♂️ Ревью Google — черная магия

Все ведь сталкивались: срочный релиз или хотфикс, а ревьюер Гугла пропал на неделю?

Так вот, у нас сломался аккаунт ревьюера. Я заметил не сразу и отправил сборку на ревью.

Новую версию аппрувнули за час. С неработающим аккаунтом.

Ахахахахха, чтоооооо?

Я, конечно, не против, но как это вообще работает?

🇨🇳 Приложения в Китае

Недавно был в Китае. Это, пожалуй, самое сложное путешествие из всех, но одновременно и одно из самых интересных.

До этого я бывал во Вьетнаме и Таиланде — Юго-Восточная Азия, и я ожидал чего-то похожего. Но Китай с ними даже близко не сравнить.

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

— Trip.com — для бронирований (если ты иностранец)
— DeepL — переводчик, который реально справляется с китайским
— DeepSeek — потому что другие AI-чаты часто не работают (даже с VPN)
— несколько карт — часть на английском, часть на китайском
— MetroMan — удобная навигация по метро
— Alipay, WeChat — оплата и общение
— Taobao — локальный маркетплейс
— отдельные приложения для некоторых кафе
— Universal Beijing Resort — для парка аттракционов

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

🇨🇳 Приложения в Китае. Вывод

Вроде очевидная мысль, но я сам про неё регулярно забываю:

UI и UX — не универсальны.

Они сильно зависят от аудитории, языка и рынка. Где-то пользователи ждут мгновенного отклика приложения. Где-то важна эксклюзивность контента. А где-то важнее акции, или плотность информации.
Например, в китайских приложениях тебя закидают офферами ещё до того, как ты успеешь заказать такси.

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

⚔️ Spec Kit vs Superpowers

Сравниваем два плагина, улучшающих Coding Assistants. Я пробовал с Claude и Copilot, в обоих использовал модель Claude Sonnet.

SpecKit реализует Spec-driven development. Этот инструмент от Github на основе AI агентов имеет набор скиллов, утилит, определённую философию разработки. Требует от разработчика соблюдения четкого процесса для достижения результата.

Superpowers — набор инструментов и скиллов. Фактически, это готовый флоу разработки, но, в отличие от SpecKit, не требует знания флоу, а сам ведёт тебя по нему.

Для обоих инструментов намеренно использовал промпт среднего качества — без сильных деталей, но больше нескольких слов. Давал ссылки на макеты, был подключен Figma MCP, верхнеуровнево описывал флоу или фичу.

Что получилось — читай дальше 👇

Superpowers

С Superpowers сделал несколько фич подряд. В том числе с нуля с использованием CameraX для сканирования QR кода. Всего было 3 фичи, по 3-5 экранов каждая.

Superpowers завёлся быстро, ничего дополнительно настраивать не пришлось.

Плагин сильно улучшил планирование — режим планирования в Copilot или Claude теперь нужен очень редко. Задаёт хорошие вопросы, оставляет хороший файл с планом, сам параллелит выполнение, сам ревьюит свои изменения.

Дизайн из Figma тоже перенёс хорошо. Использовал UI Kit, вся вёрстка — близко к макетам.

Лимиты чуть выросли, но в разумных пределах.

Очень доволен.

Spec Kit

Со Spec Kit попробовал сделать одну фичу — экран с множеством состояний. 

Настройка занимает время. Первый шаг — "конституция", уже вызывает вопросы. Уже есть CLAUDE.md. Чем будет отличаться конституция? Ответ найти оказалось непросто. Настроил по чуйке и обсуждениям

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

Окей, пробуем еще раз. Дал более подробный промпт, приложил ссылки — снова ничего не спросил, спека стала чуть лучше.

Уточнил моменты вручную, попросил спланировать и разбить на задачи. Он всё сделал, хоть и медленно.

По итогу задачу выполнил плохо: поменял не все нужные файлы, дизайн очень кривой. Настолько кривой, что были проигнорированы все рекомендации CLAUDE.md по использованию Material темы и нашего UI Kit

А еще он съел все лимиты личного Claude 💀

Уже после пошел искать информацию, и наткнулся на обсуждение SpecKit creates the illusion of work, generating a bunch of text. Очень попало в мои впечатления.

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

Инструменты решают одну задачу. Но Spec Kit не сделал ничего такого, что не сделал бы чистый Claude или Copilot с нормальным промптом.

А Superpowers — топ.

Теперь не могу развидеть тут свинку в очках

Preview Wrappers

В Compose 1.11 добавили Preview Wrappers

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

Теперь можно сделать один раз:

class ThemeWrapper : PreviewWrapperProvider {
    @Composable
    override fun Wrap(content: @Composable (() -> Unit)) {
        YourAppTheme { content() }
    }
}

И применять через аннотацию:

@PreviewWrapper(ThemeWrapper::class)
@Preview
@Composable
private fun ButtonPreview() {
    Button(onClick = {}) { Text("Demo") }
}

Работает с @Preview и Multi Preview

Кстати, в официальном блоге Google интерфейс и аннотация перепутаны местами — там PreviewWrapper как интерфейс и @PreviewWrapperProvider как аннотация. Судя по реальному API — всё наоборот.

Но есть нюанс, о нём — дальше 👇

Продолжение про Preview Wrappers в Compose 1.11

Фича удобная, но сразу возник вопрос: а что если тем несколько? У нас в проекте именно так

Допустим, есть две темы или больше. Хочется одной аннотацией получить превью сразу во всех. Но @PreviewWrapper сейчас не повторяемый — повесить его дважды не выйдет. И на аннотационные классы тоже не повесишь, то есть нормальный MultiPreview с враппером не сделаешь.

Решил завести issue с предложением это исправить. Чтобы можно было бы написать вот так:

@Preview
@PreviewWrapper(ThemeOneWrapper::class)
@PreviewWrapper(ThemeTwoWrapper::class)
annotation class MultiThemePreview

@MultiThemePreview
@Composable
private fun MyContent() {
    Text("Content")
}

Одна аннотация — превью сразу во всех темах.

Если тема актуальна — ставьте плюсики на issue: https://issuetracker.google.com/issues/505643423

Делитесь, у кого есть интересные кейсы использования Preview?

Jazari One

Запустились в UK в июле 2025. Прошло меньше года — и мы уже делаем второе приложение. Глобальное. На стейблкоинах. 🚀

Казалось бы, повод гордиться.

Но первое, что сделал новый продукт — это вежливо предъявил нам всё, на что мы закрывали глаза в первом.

Модуляризация, которая "не нужна в стартапе". Дизайн-система, которая "не нужна на старте". Инверсия зависимостей, которую "и так понятно где". Архитектурные решения с пометкой "пока сойдёт" — они никуда не делись, просто ждали момента.

Jazari One — часть 2

И вот момент настал. Весь долг пришлось отдавать, потому что иначе поддерживать два приложения очень дорого.

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

Стартап — это не про то, чтобы делать плохо. Это про то, чтобы делать быстро. Разница кажется очевидной, пока не начинаешь второй продукт на той же кодовой базе.

🙋🏻‍♂️ Если интересно про андроид часть — напишите в комментариях. Расскажу, какую работу пришлось проделать, какие варианты рассматривали и как в итоге сделали.

Jetpack Compose: весь changelog в одном месте

Новый Compose выходит 1-2 раза в месяц. И каждый раз обновление превращается в квест. Мне. Надоело.

Приходится вручную:

1. Идти на BOM to library version mapping, смотреть какие библиотеки поменялись
2. Для КАЖДОЙ из них открывать changelog на отдельной странице — и ещё помнить, какая версия была до этого
3. Отдельно искать What's new in the Jetpack Compose — полезно, но не очевидно где найти

Обновляешь сразу на две версии — всё это x2.

👉 Короче, собрал сайт со всеми изменениями. Лично кайфанул от того, что похоже на developer.android.com, при этом всё видно сразу

Плюс сделал AI-friendly: есть llms.txt, чтобы агентам было проще разбирать изменения и помогать с апгрейдами

Пригодится всем, кто регулярно обновляет Compose. Ну и агентам скармливать удобно — пусть сами разбираются с апгрейдами.

⭐️ Если пригодится — звёздочка на GitHub и репост приветствуются. Чем больше людей узнает, тем быстрее убедим Google выпустить свою версию.