Помогает ли более длинный список технологий выпустить продукт быстрее?
Зависит от того, что список умалчивает. Список технологий называет инструменты; он не устанавливает их границы — проверенные вебхуки, ограничение по тенанту, подписание релизов, — а проекты вязнут именно на этих стыках. Скопированный список воспроизводит инструменты без единой интеграции. Списки работают как меню того, что стоит изучить, но путь к продукту, который можно выпустить, лежит через проверенную обвязку — как бы вы её ни получили. Честный вопрос — сколько стоят ваши вечера.
Ловушка закладок
Несколько дней назад в треде на X я поделился стеком, которым реально пользуюсь, — мой «инди-стек разработчика 2026», дюжина инструментов в одном ответе. Ответ собрал больше сотни закладок и привёл на этот сайт больше сотни переходов.
Аналитика была менее лестной: большинство посетителей пробегали страницу глазами и уходили. Список технологий читается как готовый план; скопированный список ничего не выпускает. Каждый инструмент всё равно придётся установить, связать с соседними и проверить — именно на стыках между ними и уходят недели.
Это тот пост, который искали закладки: не какие инструменты я использую, а какая обвязка уже была несущей — и что это позволило мне выпустить за сорок восемь часов.
Где проекты умирают на самом деле
Большинство инди-проектов умирает не на своей ключевой функции. Они умирают на первой неделе — на инфраструктуре, не имеющей отношения к идее. У мотивации период полураспада около сорока восьми часов — каждый час вдали от продукта сжигает самый дефицитный ресурс, который есть у сольной разработки.
Картина недели удивительно устойчива:
- Первый день: структура монорепозитория, ESLint, пути в
tsconfig, миграции базы данных. - Третий день: всё та же документация платёжного провайдера — попытка правильно сделать идемпотентность вебхуков.
- Пятый день: десктопный или мобильный компаньон — новый пайплайн сборки, новая поверхность аутентификации, автообновления с нуля.
Разработка за 48 часов, от начала до конца
На прошлой неделе я выпустил SpinShare — нативную десктопную утилиту для Windows: перетаскиваете файл в Проводнике, нажимаете Shift, и под курсором открывается радиальное меню; отпускаете Shift — и запускается локальная конвертация или операция. Никаких всплывающих окон, ничего не отправляется в сеть; файл не покидает машину.
Именно сроки стоит разобрать: новый репозиторий, логика ядра на Rust, офлайн-выдача лицензий на моих существующих биллинговых рельсах и отправка в Microsoft Store — сорок восемь часов основной разработки в паре с агентом и почти без подстройки промптов. Агент не сходил с рельсов по неброской причине: архитектурные границы, на которых он обычно галлюцинирует, уже были запечатаны внутри supastack — моего собственного кита.
Дальше идёт расчёт: обвязка, которую не пришлось строить в эти два дня.
Настройка и ограждения
pnpm setup сворачивает начальную подготовку в одну команду: предварительные проверки, выравнивание переменных окружения, установка зависимостей, миграции базы данных. Первого вечера, потраченного на сборку рабочего окружения, просто нет — репозиторий либо проходит собственный чек-лист, либо называет, чего не хватает.
Зеркальные документы .ai/, AGENTS.md и .agents/skills/ — контракт, написанный для агента, а не для человека: граница ответственности каждого пакета, его правила тестирования, его красные линии (десктопное приложение — оболочка с единым webview, которая никогда не форкает продуктовый UI). Руководство по структуре проекта показывает устройство, которое читает агент; пост о рабочем процессе с агентом описывает рабочий ритм.
Границы, зафиксированные письменно, — это границы, через которые агент не забредёт.
Биллинг и релизы — уже готовые
Восемь биллинговых адаптеров стоят за одним контрактом — Stripe, Creem, Polar, Dodo, Lemon Squeezy, Paddle, Whop и PayPal — и журнал webhook_event делает каждый расчёт проверенным по подписи и идемпотентным ещё до того, как он станет лицензией или письмом. Моя работа началась ниже по потоку: уровни Early-Bird, переключающиеся по числу заказов, и офлайн-ключи лицензий с подписью Ed25519 — десктопная утилита обязана активироваться без сетевого вызова. Руководство по модулю биллинга документирует поток, который я расширил.
Сторона релизов оказалась столь же неинтересной — и в этом весь смысл. Пайплайн Tauri 2 — desktop-release.yml — собирает подписанные бандлы и генерирует latest.json через minisign для стабильного и бета-каналов на Windows (NSIS и msi), macOS (dmg) и Linux (AppImage). Единственная упаковка, которую я делал сам, — MSIX-сборка для Microsoft Store; остальное покрывает быстрый старт десктопа.
Десять процентов, которые пользователи действительно чувствуют
Вот арифметика, которую список технологий скрывает. Примерно девяносто процентов того, что нужно продукту, — обвязка, которую пользователь никогда не видит. Невидимая обвязка — это работа, которую должна нести основа, — та часть, которую вообще возможно нести. Остальное — продукт.
Поскольку моя уже была несущей, почти все мои сорок восемь часов ушли на те десять процентов, которые пользователи чувствуют, — на работу, которая никогда не помещается в комментарий со списком технологий и никогда не случается, пока неделя уходит на вебхуки и подписи:
- Хуки перетаскивания Windows OLE на Rust — меню взводится, только пока реальное перетаскивание файла удерживается с Shift, и никогда во время набора текста.
- Многооконный сценарий в трее — утилита остаётся в одном нажатии клавиши без окна на панели задач.
- Анимация радиального меню, настроенная до тех пор, пока меню не стало читаться мгновенным, а не анимированным.
- Больше тридцати локальных конвертеров форматов, каждый с собственными модульными тестами.
Практическая часть: цена и прозрачность
Честное возражение: «У меня есть Cursor — зачем платить за список технологий?» Оно работает, пока у вашего собственного времени нет цены. Два вечера идемпотентности вебхуков стоят вам функции, которую вы не выпустили.
О прозрачности: документация открыта целиком — структура каталогов, два веб-движка, кроссплатформенная синхронизация, все восемь биллинговых адаптеров, маршрутизация AI. Я предпочту, чтобы скептик прочитал её от начала до конца и ушёл, чем купил по заголовку; стартовый кит или с нуля — честная версия этого решения.
Две практические заметки: указанные цены уже включают стартовую скидку 100 $, а оформление заказа поддерживает Alipay. И ещё кешбэк для создателей в 50% — запустите реальный продукт в течение шестидесяти дней, публично расскажите историю разработки (5 000 органических просмотров или 50 органических лайков на X, Reddit, YouTube или подобных площадках) и пришлите мне ссылку по почте: половина возвращается, а лицензия остаётся вашей. Правила — в условиях кешбэка за запуск.
Частые вопросы о списках технологий
Одни и те же возражения всплывают всякий раз, когда появляется кит. Они заслуживают прямых ответов.
- Разве агент не может сгенерировать весь этот каркас за меня? — Он может выдать что-то правдоподобное; проверить стыки за один проход — нет. Идемпотентный вебхук тестируется, а не генерируется — скаффолдинг просто снова вручает вам тот же список.
- Разве бойлерплейт не делает продукты безликими? — Обвязка общая; продукт — нет. Хуков перетаскивания, поведения в трее и конвертеров SpinShare нет нигде в ките — десять процентов, которые видят клиенты, остаются вашими.
- А если мне нужно только веб-приложение? — Кит — покупка в любом случае; мобильную и десктопную поверхности можно принять или проигнорировать, это не требования. SpinShare существует, потому что десктопная поверхность уже была построена.
- Может ли десктопная утилита быть историей покупателя? — Это самый короткий честный пример, который у меня есть: два дня от пустого репозитория до отправки в магазин. Та же обвязка служит и SaaS — чек-лист запуска — расширенная версия.
- Почему бы просто не опубликовать список технологий? — Уже опубликован: руководство по технологическому стеку называет каждый выбор и его причину. Список — это меню, а не план — аргумент здесь в пользу покупки уже построенного плана.