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

Спойлер: пилится-то всё реально быстро. Только потом ты ловишь тихие баги, пропадающие логи и жесткий вендор-лок. Я собрал на Supabase уже несколько проектов и успел поседеть.

Короче, вот за что вы будете страдать на бесплатном тарифе (да и не только на нем).

Логи.Их просто нет

Точнее, они живут ровно 24 часа. Упало что-то в пятницу вечеро - в понедельник с утра ты дебажишь святым духом. Встроенный поиск это вообще кровь из глаз. Без какого-нибудь Datadog или Logflare там тупо не выжить.

Edge-функции и проклятые холодные старты
Это отдельный котел. Писать надо на Deno, так что половина привычных npm-пакетов идет лесом. Лимиты на вызовы жесткие, долгую таску не запустить. Но самое бесячее — холодные старты. Пока поднимется пул коннектов к базе, проходит до трех секунд. В моем сервисе post-cooler.ru edge-функция отдает HTML для линк-страничек. Я смотрю в метрики и плачу: кликов куча, а дожидаются загрузки единицы. Конверсия просто умирает на этапе бесконечного лоадера.

Палево с доменами в OAuth
Юзер логинится через Google, а в окне авторизации торчит <project-id>.supabase.co. Я когда делал photo math, целый час дебажил эту хрень. Думал, что сам где-то накосячил — на локалке-то всё выглядело нормально! Оказалось, не баг, а фича. Хочешь свой домен? Плати.

Хаос со схемами БД
Экспорт схем из дашборда выпилили еще в 2025 году. Сейчас помогаю проекту the-signal переехать на селф-хост. До этого код там писали vibe-кодеры, которые вообще не парились про миграции. Вытащить дамп схемы из облака было той еще болью. Без жесткой дисциплины база очень быстро превращается в неуправляемую помойку.

Тормоза локальной разработки
Я постоянно прыгаю между проектами. И каждый гребаный раз supabase start лезет тянуть свежие Docker-образы. Поднимает 10+ контейнеров, а ты сидишь и тупишь в терминал. Весь кайф от "быстрой" разработки улетучивается.

Тихие RLS-ошибкиRLS (Row Level Security) ошибается молча.
Накосячил в политиках? БД тебе не скажет. UPDATE просто вернет 0 affected rows, а SELECT подтянет половину данных.

Транзакции и боль SQL-функций
Через REST API нельзя сделать нормальную транзакцию на несколько таблиц. Нужно атомарно создать юзера, профиль и настройки? Обломись. У меня пока ничего не отвалилось, но я с ужасом жду, когда в базе начнут копиться "осиротевшие" записи.Чтобы это обойти, приходится писать логику на PL/pgSQL прямо в базе. Редактор там примитивный, автокомплита толком нет и дебажить то еще удовольствие.

Вендор-лок
Клиентский SDK намертво завязан на специфичный синтаксис PostgREST и их собственные токены. Если однажды решишь переехать на нормальный самописный бэк: придется рефакторить вообще весь клиентский код.

Короче. Для MVP или пет-проекта, чтобы просто проверить гипотезу на коленке - это топ. Да, часть этих костылей можно вылечить, если закинуть денег и перейти на платную версию. Но возникает резонный вопрос: за те же 25 баксов в месяц можно спокойно поднять Supabase на нормальной VPS-ке и вообще забыть про лимиты.

Кто еще сидит на Supabase или Firebase? С чем боретесь? И есть тут те, кто уже психанул и переехал на свой бэк?
Дебаж 🐞с ноги 🦶

Забавно, но сейчас OpenAI и Anthropic фактически оплачивают мне разработку пет-прожектов из своего кармана. Ребята из SemiAnalysis провели крутой стресс-тест: купили максимальные тарифы ChatGPT Pro и Claude Max (по $200 в месяц) и гоняли на них хардкорные агентурные таски, пока не уперлись в недельные лимиты. Потом они пересчитали потраченные токены по официальным API-прайсам. Оказалось, что из Claude Max за 200 баксов можно выжать лимитов на $8 000. А из ChatGPT Pro (20x) — на безумные $14 000.

Для меня это вообще не абстрактные цифры. Я постоянно юзаю агентов (в связке с тем же Cursor) и скармливаю им гигантские простыни кода. При таком подходе маржинальность OpenAI улетает в жесткий минус: они работают в убыток уже после того, как юзер тратит 5,7% от лимита. По сути, люди, которые за $20 генерят по три письма в день, спонсируют технарей вроде меня, выжимающих из моделей все соки.

Какой продуктовый вывод я делаю для себя?

Для честной работы по API надо искать аналоги у китайских друзей — те же DeepSeek или Qwen стоят копейки, а с кодом справляются отлично.

А вот для тяжелых локальных тасков, парсинга и агентов, пока эту дыру не прикрыли, выгоднее веб-подписки OpenAI/Anthropic (через эмуляцию или прокси), чем платить им за API.

А вы как гоняете нейронки для рабочих задач?

Дебаж 🐞с ноги 🦶

Недавно писал, что вписался консультантом в проект Signal. Бекенд развернут на self-host Supabase. Мне дико не нравится работать с их логами, поэтому решил поднять VictoriaLogs + VictoriaMetrics и прикрутить Grafana как UI.

Вся эта связка живет на одной железке в докере. У такого конфига есть только одна огромная проблема это безопасность. Виктория из коробки вообще не идет ни с какой авторизацией. Обычно это не парит: засовываешь всё за VPN и забываешь. Но с 2025 года с VPN всё туго. Его надо постоянно поддерживать и оживлять, а времени на это нет.

Отсюда вопрос: как не светить Викторию голой в сеть, но при этом иметь доступ к админке, если вдруг что сломается?

Докер сам строит внутри себя сети, и контейнеры отлично общаются по адресам типа grafana:3000. Мой локальный браузер про эти внутренние адреса на VPS, конечно, ничего не знает. Но оказалось, что кто-то уже столкнулся с этой проблемой до меня и собрал докер-образ с Хромом (lscr.io/linuxserver/chromium).

Работает это так: на удаленной виртуалке поднимается браузер, к которому я подключаюсь из своего обычного браузера. Получается такой фрейм прямо в приватную сеть докера. Сидишь и вбиваешь в строку имена контейнеров. Естественно, сам веб-интерфейс этого Хрома надо закрыть паролем, иначе вся затея теряет смысл.

Штука прикольная. Можно даже срезать качество картинки и FPS, если инет тупит. Но есть боль с буфером обмена. Текст просто так не скопируешь, приходится пихать его в отдельное окошко. Плюс у меня Мак с cmd+c/v, а на сервере крутится линукс с ctrl и мозг при переключении немного ломается.

Как итог, костылем я доволен. Собрал себе админку без VPN, в которую буду залезать может раз в полгода, но зато без боли.

А как вы сейчас прячете внутренние тулзы на пет-проектах? Страдаете с ключами и туннелями или есть решения проще?

Дебаж 🐞с ноги 🦶

Я приехал в дом в начале мая. Май выдался холодным — таким, что в доме после зимы было жутко. Не то чтобы холодно, а как-то по-особенному промозгло. Казалось, стены не греют, а высасывают тепло из костей. 
Задача номер раз: срочно обогреть дом. 
Задача номер два: не замёрзнуть самому.

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

В общем, я разрывался.

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

Через неделю активной работы на холоде я свалился. Простыл так, что едва вставал. И тут началось то, что я называю «проверкой на прочность». Ты в слабом состоянии, а тебе нужно идти колоть дрова. Потому что иначе замёрзнешь. Нужно топить печь. Потому что иначе дом не прогреется. Нужно продолжать возиться с огородом. Потому что иначе все труды пропадут.

И ты один. Никто не подстрахует, не нальёт чаю, не скажет «ложись, я сам». Это, знаете, отрезвляет.

Ирония судьбы — в самый разгар болезни под окном обнаружилось осиное гнездо. Я лежу с температурой, смотрю на него и думаю: «Или я его, или оно меня». Прочитал, как выводить ос безопасно. Вывел. Выжил.

Электрическая драма — приехал мастер, сделал модернизацию, я поставил реле напряжения. А потом начался перекос по фазам. Напряжение скакало так, что было страшно за технику — и за дом. Я вызвал мастера, целый день сидел без света. Паника оказалась ложной: для деревни это, оказывается, обычное дело. А я правильно сделал, что поставил реле.

Костровая зона — моя гордость и моя боль. Я давно хотел место у озера, где можно сидеть вечером, смотреть на огонь, на воду и никуда не спешить.

Начал с того, что притащил кирпичи. Кирпич советский, тяжёлый. Носил его в капроновом мешке на плече. В одну из ходок, ставя мешок на землю, почувствовал острую боль на плече. Посмотрел — царапина. А потом обнаружил, что за мешок зацепился тройной рыболовный крючок. Представляете? Кирпич, мешок, крючок. Ещё чуть-чуть — и я бы распорол себе плечо. До сих пор мурашки. Кирпичи дотаскал. Два дня работы с лопатой, шамотной глиной, ровнял, клал, утрамбовывал. Погода выдалась жаркая — самое то. Зона готова. Глине нужно сохнуть 72 часа без дождя.

За 16 часов до финиша, в 2 часа ночи, началась гроза. Не просто дождь — апокалипсис с молниями. Бежать под молниями укрывать её — плохая идея. Утром несколько кирпичей размыло, они отвалились. Ремонт, как вы понимаете, никто не отменял.

Но это уже совсем другая история.

Холодный циклон пришёл в конце мая. Вся рассада уже была высажена в грунт, а ночью температура падала до +3. Я метался по участку, укрывая огурцы и помидоры, как младенцев. Спасал. Что-то удалось спасти, но без потерь не обошлось.

Что я понял за этот месяц

Первое. Жизнь в деревне — это не романтика. Хотя нет, вру. Что-то романтическое в этом всём, конечно, есть. Тишина, которая звенит, закаты над озером, чай на крыльце. Но романтика — это 10%. Остальные 90% — тяжёлый, честный труд. И он того стоит.

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

Третье. Это отличное место для мужчин. Для закалки духа, физической силы и характера. Я бы советовал каждому парню хотя бы месяц пожить вот так. Не ради экстрима, а ради понимания: «А на что я способен, когда рядом никого нет?».

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

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

Шестое. Планировал пожить зимой. Осознал, зимой один я здесь не выживу. Если подведёт здоровье — некому будет не то что чаю налить, а дом обогреть. Можно реально замёрзнуть. Поэтому зимовку я исключил. И ничего страшного в этом признании нет. Это не слабость, это знание своих границ и физических возможностей.

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

Деревня — это не побег от реальности. Это встреча с собой.

Вот такая история. Без розовых соплей, но с надеждой.

Если вы чувствуете, что город выжал, а внутри накипело — может, вам тоже стоит уехать на месяц. Не для того, чтобы «поправить здоровье» или «найти себя». А просто чтобы побыть наедине с печкой, лесом, озером и своими мыслями, а возможно и понять на что вы способны.

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

👉 Сайт «Персона Вилладж»

👉 Мой Telegram-канал

Кажется, я нашел способ решить проблему с зарубежными оплатами, даже не вставая с дивана.

Вообще, я впервые столкнулся с темой e-residency (цифровое резидентство), как раз когда пытался завести рекламный аккаунт в гугле. Если коротко, программа позволяет удаленно получить ИНН в Казахстане. Но тогда эта услуга стоила $500, что было слишком дорого для моих целей на тот момент.

А на выходных я узнал, что теперь оформить e-Residency можно всего за $120. За эти деньги в комплекте дают еще и eSIM с местным номером на год.

Какие плюсы я тут вижу в теории:

1️⃣ С казахским ИНН, скорее всего, получится завести нормальный аккаунт в Google Ads (я это еще не пробовал, но план именно такой).

2️⃣ Появляется настоящий заграничный номер - можно регистрировать зарубежные сервисы.

3️⃣ Удаленно выпускается цифровая Visa на свое имя. Без доверенностей на дропов и рисков, что где-нибудь в другой стране на тебя возьмут левый кредит.

4️⃣ В перспективе можно открыть компанию и принимать зарубежные платежи.

5️⃣ Открывается доступ к иностранным фондовым биржам.

Плюсов куча, и всё это за $120. Сам процесс регистрации я уже прошел, всё работает точно через iOS-приложение Freedom Banker.

Как это выглядит на практике:

Открываем апку Freedom Banker, почти сразу редиректит в приложение e-Residency. Внутри нужно ответить на пару вопросов, приложить загранпаспорт к телефону (чтобы считался NFC-чип), а затем оплатить пошлину можно картой (иностранной) или криптой в USDT.

В результате я сразу получил цифровой ID, ИНН, eSIM и виртуальную карту во Freedom Bank. Там же в настройках нашел опцию выпустить пластик: нажал кнопку, и теперь ко мне едет физическая Visa, которой можно будет платить за границей в терминалах. Скоро буду тестировать привязку к Google Ads и обязательно расскажу, чем всё закончится.

Дебаж 🐞с ноги 🦶

Сейчас я с головой погружен в разработку Кулера. И на днях впервые уперся в лимит подписки Cursor Pro. Закинул еще $20, потом еще $20 и всё это меньше чем за три дня. Спойлер: эти деньги сгорели всего на половине фичи (сокращатель ссылок + счетчик переходов).

Я сидел на Claude Sonnet 4.6 и пробовал Opus 4.7. И вот на какой задаче до меня дошло, что я делаю какую-то херню.

Мой стек это React + Supabase. Прошу Opus сгенерить логику, а эта нейросеть за $25/1M токенов на серьезных щах пишет код, который тянет из базы все посты сразу, забив на батчи и даты публикации.

И тут пазл сложился. Флагманские модели - это эксперты во всём. Opus 4.7 шарит в молекулярной биологии и может написать эссе про пирамиды Хеопса. Но когда мне нужно накидать очередную формочку, я переплачиваю за всю эту мировую эрудицию, стреляя из пушки по воробьям.

Если мне всё равно нужно давать детальные инструкции и бить ИИ по рукам за детские архитектурные косяки, зачем платить х10? Встроенный Composer 2 (где токен стоит $2.50) при нормальном входном контексте отлично генерит базовый код.

В итоге я вывел для себя такой воркфлоу, чтобы соблюдать баланс цены и качества:

1️⃣ Базовая разработка (формочки, CRUD, бойлерплейт) - по умолчанию сижу на легком Composer 2.

2️⃣ Проектирование и архитектура - иду обсуждать в Perplexity.

3️⃣ Реально сложная логика - переключаю ручками на что-то от Antropic, опираясь на чутье разработчика.

P.S. Перечитал сейчас свой текст. Звучу как динозавр из мира C++, который хейтит Python и ворчит про лишние слои абстракции и оптимизацию.

Я стопроцентно продуктовый разработчик. Мне нравится пилить фичи (и иногда всаживать костыли), а не заниматься техническим вылизыванием. Но любая чистая архитектура требует писать тонну бойлерплейта. Это «скелет», который делает код поддерживаемым, но совершенно не двигает продукт. Например, прямо сейчас на основном проекте для одной фичи мне пришлось сделать три маппера для нового API в сервисе и еще один в API-Gateway. А так как мы используем jOOQ, это постоянное описание базовых upsert и map.

Но теперь всю эту духоту забрал ИИ: В найме я использую KiloCode. Скидываю на него генерацию DTO, адаптеров, простых валидаций и тестов. В пет-проектах на полную катушку гоняю Cursor (даже видео снимал, как именно). Больше не нужно заморачиваться со стеком. Захотел написать ML-модельку на Python - садишься и вайбкодишь. Да, гуглить и дебажить всё равно приходится, но результат появляется на свет в разы быстрее. С блогом история один в один. Главным блокером всегда было время. У тебя есть алмаз идеи, но чтобы превратить его в читабельный пост, раньше уходили дни на редактуру. Сейчас я просто вываливаю поток мыслей и прогоняю через свой любимый промпт (где прошу нейронку быть моим жестким редактором и разносить текст по фактам). Раз-раз, пара итераций — и текст причесан. Получается такой неплохой искусственный бриллиант. И тут я поймал себя на мысли: для людей вообще нет ничего более естественного, чем стремиться создавать что-то неестественное. Люди создали искусственный интеллект, чтобы он стал идеальным фильтром от рутины. Пусть машина пишет унылые мапперы и вычитывает опечатки, а я буду делать то, ради чего всё затевалось: придумывать бизнес-логику и смыслы.

Подался на номинацию Featured в Chrome Web Store и получил. Кстати, как показала практика, после первой 1000 установок шансы заметно выше.

Что реально меняется после Featured:

1️⃣ Доверие - плашка от Google визуально сигналит пользователю: «это не мусор».

2️⃣ Конкуренты пропадают со страницы (самое важное). На странице расширения в сторе перестают показываться похожие расширения конкурентов. Это напрямую влияет на конверсию в установку.

SEO и позиции в поиске Featured не меняет — проверено.

Как подаваться на номинацию — писал тут

Последние две недели я тупо смотрел в IDE и не мог написать ни строчки. Пока Cursor пытался генерить за меня код, я думскроллил новости про чебурнет, листал вакансии на HH и всерьез думал, а не уехать ли в Минск.

В какой-то момент понял: всё, стоп, приехали. Я пробил дно продуктивности. Такое состояние у меня уже бывало пару раз, так что алгоритм выхода из пике мне знаком. Решил вырубать тревожность радикально.

Вот мой стек по борьбе с кукухой за последние 5 дней:

1️⃣ Жёсткий инфодетокс

Отписался вообще от всех новостных каналов в Телеге. ФотоГрам и YouTube у меня и так физически лежат на другом телефоне, так что там залипать не выходило.

2️⃣ Пережил ломку по новостям

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

3️⃣ Физика

Урезал кофе (совсем исключить пока не вышло) и начал гулять по утрам перед работой. Строго без наушников, музыки и подкастов: просто чтобы проветрить голову.

Итог:

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

❤️ - спасаюсь магнием и изоляцией

🔥 - вообще не переживал, на улице весна, работаем

Делать продукт, которым не пользуешься сам это как готовить еду и не пробовать. Рано или поздно накормишь юзеров сырым бэком (https://t.me/debug_leg/634).

Я прочувствовал это сразу на двух своих проектах: расширении Photo Math и TG-боте Why Cry Bot. Как пользователю, мне они оба даром не сдались. Мое время решения школьных математических задач давно прошло, а распознавать причину детского плача сейчас тупо не у кого. Кстати, бот уже давно отвалился и не работает (https://t.me/debug_leg/631).

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

Сейчас и Photo Math плавно отъезжает на кладбище. Google Ads окончательно зарезал показы за «Enabling dishonest behaviour (https://t.me/debug_leg/601)» (помощь в списывании), а бороться с этим у меня больше нет ни желания, ни сил.

Зато урок усвоен на 100%: мне надо стараться пилить продукты в первую очередь «для себя».

А у вас много таких проектов на кладбище? Пытались делать что-то чисто «под рынок», вообще не являясь ЦА?

Я бекенд‑разработчик.
И я с помощью Cursor собрал расширение для браузера: Speech‑to‑Text и Extract Text from Picture.

До этого я честно пытался делать то же самое в чатах OpenAI / Grok / DeepSeek.
Сценарий всегда один: контекст расползается, требования приходится повторять, а иногда чат просто зависает — и я делаю всё заново.

После этого я перестал относиться к LLM как к переписке и начал относиться как к рабочему месту: проект + файлы + правила + Git.

Мой принцип

Мне не нужен «идеальный промпт».
Мне нужен процесс, который не убивает мой день, когда модель поехала не туда.

С чего начать (мой чеклист)

Это реально можно собрать за вечер.

I. Intro

• Коротко понять, почему модель то попадает, то мимо: https://cursor.com/learn/how-ai-models-work​
• База про правила (Rules): https://cursor.com/docs/context/rules​

II. Rules: сделай «рамки» работы

Я не могу отдать свои правила (там много личного/проектного), но логика простая: rules — это договор, как Cursor работает в моём репо.​

Мой минимум, который почти всегда даёт буст:

• Перед ответом смотри /README.md и /docs/.
• Если не хватает данных — задай до 3 вопросов и только потом действуй.
• Любые правки кода — маленькими порциями; после шага пиши, какие файлы изменил.
• Если задача большая — сначала Plan, потом Agent.

Если лень писать с нуля — я иногда беру за основу готовые developer rules и допиливаю под себя:

• TypeScript rules: https://cursor.directory/rules/typescript​
• Front-end rules: https://cursor.directory/front-end-cursor-rules​

Хак: rules можно дописывать прямо по ходу работы — я часто прошу агента «сформулируй правило, чтобы мы больше так не делали», и добавляю его в проект.

III. Положи «источники правды» в репу

Тут мой единственный принцип: всё, что я устал повторять — я выношу в файлы.

Пример структуры, которую я делаю для большинства задач:

README.md — одна страница «что строю и зачем».
docs/ — требования и решения (чтобы не хранить их в голове и в чате).

IV. Режимы: я не жму Agent сразу

Я использую три режима:

• Ask — когда хочу разобраться/проверить идею и ничего не ломать.​
• Plan — когда задача больше пары часов: сначала план и вопросы.​
• Agent — когда план ок: он уже правит файлы и двигает задачу.​

И два хака, которые у меня реально помогают:

• Хак 1: я спрашиваю у самого агента в Cursor, какую модель лучше взять под мою задачу.
• Хак 2: я стараюсь не использовать авто-режим — автоматически Cursor часто подбирает модель неудачно.

V. Бизнес‑дока → Tech Spec

Я не начинаю с “какой стек лучше”.

У меня уже есть привычный стек (я писал про него тут: https://t.me/debug_leg/580), и мой первый вопрос к Cursor другой: могу ли я остаться на нём под эти бизнес‑требования или мне придётся делать иначе (и почему).​

Дальше я делаю так:

1. Пишу бизнес‑требования простыми буллетами в /docs/business-requirements.md.
2. Прошу Cursor собрать Tech Spec: API + архитектура + риски + edge cases.
3. И только потом иду в код.

Пример (упрощённо, мой кейс с промокодами):

• Пользователь присылает сообщение с промокодом.
• Промокод валиден, если: сейчас в диапазоне date_from..date_to и пользователь ещё не использовал его.
• Если валиден — отправляю ответ: текст/фото (если есть) + кнопки с доступными подписками.
• В момент покупки я обязан ещё раз проверить, что промокод активен.
• После покупки подписки типа PROMO_CODES помечаю промокод использованным.

Где Cursor меня подставлял (и что я делаю)

Главный минус: LLM плохо исправляют ошибки, если уже “врубились” в неправильную реализацию.

Поэтому у меня репозиторий всегда под Git (или я работаю с включённой системой контроля версий).

• Каждая фича — отдельный коммит (или ветка, если страшно).
• Если вижу, что оно поехало не туда и прогресса нет — откат и делаю заново, но с более точными вводными/планом.

На этом всё.
Я показал подход, который у меня прижился: собрать в Cursor нормальное рабочее место, где ИИ работает “по проекту”, а не “по настроению”.

Если тема заходит — я регулярно пишу про инди‑разработку и свои эксперименты в ТГ: https://t.me/debug_leg

Задумывались ли вы когда-нибудь: зачем нужны трамплины? Обыватель скажет: они нужны лыжникам, гонщикам, ну и в космонавтике для запуска космических аппаратов...

Но на самом же деле трамплин это очень прикольная штука. И его можно применять для чего угодно. Поэтому предлагаю вместе построить маленький трамплин в домашних условиях и что-нибудь с него сбросить, например, сахар в чай (у меня сегодня выходной, имею право делать что хочу).

Итак, сперва-наперво выполним чертёж.

На втором этапе для нашего опыта необходим круглый сахар. Поэтому возьмем наждак или напильник и немного доработаем рафинад.

Следующий этап самый сложный, приступаем к постройке трамплина.

По форме что-то такое должно подойти. Сверху еще будет лист фольги.

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

Еще из фольги лучше скатать опытный шарик, чтобы зря не валять продукты.

Ну, теперь всё готово, приступаем к практической части.

Первый пробный запуск, желательно смотреть со звуком.

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

Попытка два. 

Ну наконец-то, теперь точно всё готово. Ставим чаёк. 

Патентовать не буду, пусть все пользуются бесплатно. 😃

А вам спасибо за прочтение и одевайтесь теплее, на улице мороз!

Инди‑разработчик одновременно пишет код, рисует иконки, настраивает аналитику и считает, хватит ли выручки, чтобы дожить до следующего релиза. В голове при этом орут шесть голосов — от художника‑перфекциониста до паникёра, который шипит: «не лезь в серяк, всё сломаешь». Недавно я это сполна почувствовал, когда на финальной прямой запуска моего расширения для Chrome под Европу Google заблокировал рекламный кабинет — весь запуск был заточен под поисковый трафик, и в один момент канал просто исчез.​

Кейс: Google Ads хлопнул дверью

Расширение жило за счёт идеи: забираем тёплый поисковый трафик из Google Ads, ведём на продукт, дальше монетизируем. Аудитория — Европа, так что нормальной альтернативы Google по объёму и качеству трафика, по сути, нет. На финальной части запуска, когда оставалось включить бюджеты и смотреть на конверсии, рекламный кабинет схлопнулся по политике: без внятных объяснений, с размытыми формулировками и стандартной отпиской.​

В голове мгновенно нарисовались четыре сценария:

• спорить с Google и пытаться выбить разбан через апелляции;​
• купить новый кабинет у агентства;​
• залезть в прокси/серяк с «арендованными» аккаунтами;​
• переписать продукт под другой источник трафика (например, Яндекс), хотя целевая аудитория живёт в Европе.​

И вот тут во мне в полный голос заговорили все внутренние персонажи — от паникёра до художника. Чтобы не принимать решение «на ощущениях», я вытащил метод шести шляп.

Что за метод и зачем он инди

Метод шести шляп — это техника Эдварда де Боно, где мышление делится на шесть режимов: факты, эмоции, риски, выгоды, креатив и модерацию. Вместо того чтобы держать всё в голове одновременно и метаться, ты по очереди «надеваешь» шляпы и смотришь на одну и ту же ситуацию под разными углами.​

Для инди‑разработчика это особенно полезно: обычно решения принимает либо внутренний паникёр (чёрная шляпа), либо вдохновлённый художник (зелёная/красная), а белая и жёлтая — факты и выгоды — просто молчат.​

Классика такая:

• Белая — факты и цифры.
• Красная — эмоции и чуйка.
• Чёрная — риски и «что пойдёт не так».
• Жёлтая — выгоды и «что пойдёт так».
• Зелёная — варианты и идеи.
• Синяя — модератор, который собирает всё в план.​

Ниже — как я разобрал свою блокировку Google Ads по этим шляпам.

Шаг 1. Белая шляпа: что есть на столе

Сначала — сухие факты без истерики.​

• Продукт уже сделан и заточен под Google: UX, офферы и воронка строились вокруг поискового трафика.​
• Аудитория живёт в Европе, доля Google по поиску там — доминирующая, Яндекс как основной источник трафика слабый и местами просто отсутствует.​
• Кабинет заблокирован, есть формальная возможность апелляции, но практика показывает: разбирательства могут тянуться неделями без гарантий результата.​
• Время и деньги, уже вложенные в продукт и рекламный сетап, — немалые, полный разворот в сторону Яндекса или другого канала = ещё месяцы работы и риск не выйти на сопоставимый объём трафика.​

На этом этапе задача — увидеть реальность без «всё пропало» и «да нормально, сейчас разбанят».

Шаг 2. Красная шляпа: честно про эмоции

Здесь вообще не нужен рационал — только то, что ощущается.​

• Злость: «меня наказали без объяснения, хотя я не чувствую себя злодеем».
• Страх: «если полезу в серяк — могу потерять вообще всё», «если уйду в Яндекс — просто похороню идею под Европу».
• Усталость: «не хочу ещё месяц воевать с саппортом ради призрачного разбана».​

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

Шаг 3. Чёрная шляпа: где можно умереть

Дальше — максимально пессимистичный взгляд на каждый сценарий.​

• Спорить с Google:Потратишь недели на переписку, получая те же шаблонные ответы, без разбана.За это время продукт не продвигается, выручка = 0, мотивация падает.​
• Потратишь недели на переписку, получая те же шаблонные ответы, без разбана.
• За это время продукт не продвигается, выручка = 0, мотивация падает.​
• Купить новый кабинет у агентства:Риск попасть под политику обхода системы и получить ещё более жёсткую блокировку.​Завязаться на стороннего посредника и их практики, которые могут завтра поломаться.
• Риск попасть под политику обхода системы и получить ещё более жёсткую блокировку.​
• Завязаться на стороннего посредника и их практики, которые могут завтра поломаться.
• Прокси и серые схемы:Бан по цепочке, блокировки платёжек, репутационные риски.Постоянная гонка с системой вместо работы над продуктом.​
• Бан по цепочке, блокировки платёжек, репутационные риски.
• Постоянная гонка с системой вместо работы над продуктом.​
• Переписать продукт под Яндекс:Месяцы разработки и адаптации ради канала, который изначально слаб для твоей ЦА.Можно потратить ресурс и всё равно не выйти на нужный уровень трафика.​
• Месяцы разработки и адаптации ради канала, который изначально слаб для твоей ЦА.
• Можно потратить ресурс и всё равно не выйти на нужный уровень трафика.​

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

Шаг 4. Жёлтая шляпа: где тут шанс

Теперь тот же список, но с вопросом «что здесь может пойти хорошо?».​

• Спорить с Google:Если разбанят — сохраняешь белую стратегию, легальный доступ к основному источнику трафика и не влезаешь в серые схемы.​
• Если разбанят — сохраняешь белую стратегию, легальный доступ к основному источнику трафика и не влезаешь в серые схемы.​
• Купить новый кабинет у агентства:Быстрый возврат к тестам, если работать аккуратно и не нарушать политики.Можно продолжить валидировать продукт и экономику уже сейчас, не замораживая проект на неопределённый срок.​
• Быстрый возврат к тестам, если работать аккуратно и не нарушать политики.
• Можно продолжить валидировать продукт и экономику уже сейчас, не замораживая проект на неопределённый срок.​
• Прокси / серяк:Потенциально быстрый старт и доступ к объёмам там, где «всё перезабанено». Но цена этого старта слишком велика для соло‑инди.
• Потенциально быстрый старт и доступ к объёмам там, где «всё перезабанено». Но цена этого старта слишком велика для соло‑инди.
• Переписать продукт под Яндекс:Диверсификация и снижение зависимости от одного монополиста.Возможность протестировать рынки, где конкуренция ниже или трафик дешевле, если продукт адаптируем.​
• Диверсификация и снижение зависимости от одного монополиста.
• Возможность протестировать рынки, где конкуренция ниже или трафик дешевле, если продукт адаптируем.​

Жёлтая шляпа возвращает понимание, что в каждом сценарии есть не только «помереть», но и «выиграть» — вопрос цены и горизонта.

Шаг 5. Зелёная шляпа: альтернативы, о которых не думаешь в панике

Здесь цель — не выбирать между A/B/C, а придумать C1, C2, D.​

Например:

• Комбо‑стратегия: отправить официальную апелляцию в Google и параллельно запустить трафик через купленный у агентства кабинет с максимально белой конфигурацией.​
• Временный отход от жёсткой завязки на Ads: протестировать контент‑маркетинг, партнёрки или каталоги расширений, чтобы не быть полностью зависимым от одного канала.​
• Адаптация продукта под несколько рекламных сетей (включая Bing Ads или локальные решения), чтобы в будущем бан одного кабинета не ставил крест на всём проекте.​

Зелёная шляпа — это место, где из «всё или ничего» появляется несколько ступеней и промежуточных экспериментов.

Шаг 6. Синяя шляпа: решение и правила игры

На этом этапе я собрал всё выше в конкретный план.​

Что решил:

• Не уходить в полностью серые схемы, где ставка — не только кабинет, но и платежи/аккаунты.
• Зафиксировать стратегию:подать нормальную апелляцию в Google (без иллюзий, но как обязательный шаг);​купить новый кабинет у агентства и использовать его максимально аккуратно, без нарушений политик и «серых» связок, чтобы продолжить тесты и не замораживать проект;​в параллель смотреть на альтернативные каналы, но не сносить архитектуру продукта ради гипотетического Яндекса под Европу.
• подать нормальную апелляцию в Google (без иллюзий, но как обязательный шаг);​
• купить новый кабинет у агентства и использовать его максимально аккуратно, без нарушений политик и «серых» связок, чтобы продолжить тесты и не замораживать проект;​
• в параллель смотреть на альтернативные каналы, но не сносить архитектуру продукта ради гипотетического Яндекса под Европу.

Какие метрики для себя отметил:

• стоимость клика и установки с нового кабинета;
• конверсия в целевое действие внутри расширения;
• стабильность аккаунта в течение первых недель работы.

Синяя шляпа — это момент, когда ты перестаёшь бесконечно «думать» и признаёшь: да, это не идеальное решение, но это проверяемый эксперимент с понятными правилами и горизонтом.

Как использовать это у себя

Если у тебя сейчас:

• заблокировали рекламный кабинет;
• умер основной источник трафика;
• приходится выбирать между «серяком», паузой и сменой стратегии —вместо того, чтобы бесконечно крутить в голове одни и те же мысли, попробуй сделать так:​

1. Чётко сформулируй вопрос (одним предложением).
2. Пройди по шляпам и честно выпиши по 3–5 пунктов на каждую.
3. В синей шляпе зафиксируй: какое решение ты принимаешь сейчас, на какой срок, какие метрики покажут, что это было не зря.​

Когда начал прогонять через шляпы не только монетизацию, но и такие аварийные ситуации, стало заметно, что во мне чаще всего орёт чёрная шляпа (паникёр) и иногда красная (обида/страх), а факты и выгоды просто не доходят до стола.​

Если тебе заходит формат разборов решений инди‑разработчика (с цифрами, факапами и рабочими фреймворками), залетай в мой Telegram‑канал. Там чаще, короче и местами больнее

🔎 Аналитика запросов

• Answer the Public — строит карту поисковых запросов на основе автокомплитов Google. Помогает понять, как реально формулируют вопросы пользователи.
• Semrush — мощный SEO-инструмент: ключевики, конкуренты, источники трафика. Удобен для оценки ниши и поиска новых идей.
• Wordstat Yandex — статистика по ключевым словам в Яндексе. Полезно для анализа российского рынка.
• Google Trends — показывает динамику интереса к запросам во времени. Отлично подходит, чтобы понять: хайп это или долгосрочный тренд.

📊 Аналитика посещаемости сайтов

• Similarweb — оценка трафика сайта, источники, география. Можно подсмотреть, откуда растут конкуренты.

📱 Аналитика мобильных приложений

• Sensor Tower — трекает загрузки и выручку приложений. Полезно для оценки рынка мобильных продуктов.
• Appmagic — похож на Sensor Tower, но с более детальными срезами по нишам. Удобен для ресёрча идей.
• App Store Spy — анализ ключевых слов и позиций приложений в сторе. Помогает с ASO.
• Read Reviews — парсинг отзывов из магазинов приложений. Можно быстро выявить боли пользователей.

🏢 Аналитика юрлиц (Россия)

• Rusprofile — финансы, учредители, судебные дела. Полезно для проверки конкурентов или потенциальных партнёров.

📢 Аналитика соцсетей

• TGStat — аналитика Telegram-каналов: рост, вовлечённость, пересечения аудиторий.
• Telemetr — ещё одна метрика по Telegram, иногда даёт чуть другие данные.
• VidIQ — анализ YouTube-каналов: теги, тренды, вовлечение. Нужен, если строишь продукт на контент-аудитории.

⚡️Как использовать

• ищешь идею → смотришь, как её ищут (Answer the Public, Wordstat, Trends);
• проверяешь конкурентов → Similarweb, Semrush, Appmagic;
• анализируешь боли → Read Reviews, TGStat;
• смотришь деньги и риски → Rusprofile.

Кстати, я регулярно делюсь такими находками и своими экспериментами в инди-хакинге у себя в телеграме 👉 Дебаж с ноги

Я всё больше прихожу к мысли, что моя стратегия - это не «ставка на одного единорога», а портфель продуктов.
Я постоянно запускаю новые проекты. Да, не все они находят рынок. Но зато всегда есть шанс, что один или два "выстрелят".

Почему не один?
Потому что меня не драйвит идея "сидеть на одном продукте до посинения". Мне нравится запускать, проверять гипотезы на реальном спросе, а не тратить месяцы на интервью и бесконечные обсуждения проблем пользователей. Минимальный прототип -> рынок -> обратная связь. И вперёд.

У этого подхода есть очевидные плюсы. Это диверсификация: один провал не убивает всё. Это быстрые тесты: можно пробовать разные рынки и модели монетизации. Это сглаживание дохода: разные продукты дают суммарный MRR и снижают волатильность. И, конечно, это опыт: каждый запуск учит чему-то новому, и следующий делать проще.

Но есть и обратная сторона. Переключение между проектами рвёт фокус. Поддержка множества продуктов превращается в постоянный саппорт. Иногда ловлю себя на том, что не дожимаю тот проект, который стоит дожать, потому что «есть ещё три».
Бренд тоже страдает: аудитории сложнее понять, о чём ты. Ну и усталость - постоянные запуски дают дофамин, но оставляют хвост незакрытых задач.

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

И знаете что? Пока мне нравится сам процесс. Запускать, смотреть реакцию, делать выводы и идти дальше. Это даёт мне больше мотивации, чем идея "строить идеальный продукт годами" (это уже проходили).

Кстати, я регулярно пишу о своих продуктах, экспериментах и запусках в телеграме 👉(ссылка в профиле)

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

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

Я сам пишу на Kotlin и считаю его лучшим языком для продакшн-разработки. Но для vibe-кодинга он подходит слабо: слишком мало данных, и модели плохо справляются с нетиповыми задачами. Поэтому почти все мои сайд-проекты сегодня живут на JS и Python.

Ещё недавно для меня это было пыткой. Я привык к статической типизации, и писать на языках с рантайм-проверками казалось болью. Но с появлением GPT всё изменилось. За меня код пишет нейроджун, а я больше внимания уделяю структуре базы, архитектуре и взаимодействию компонентов. В духе «чтобы под транзакцией не ходить по HTTP» и тому подобное.

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

У такого подхода есть минусы. Всё держится на тестах: контрактные тесты, сценарные тесты, чёткие спецификации взаимодействий. Без них это превращается в хаос. Поэтому главный совет для vibe-кодеров звучит так: сначала пишем тесты, а потом генерим код нейросетью.

Я пробую этот подход на своих пет-проектах и делюсь результатами в телеграме 👉 ссылка в профиле