Обновить
147.35

Развитие стартапа

Главное не размер стартапа, а умение его развивать

Сначала показывать
Порог рейтинга

🚀 Роскосмос сообщает, что ракета «Союз» на старте, и 52 аппарата скоро отправятся на орбиту. Среди них и наш аппарат.

🛰 Пуск 28-го декабря, не переключайтесь.

Фото: Роскосмос (с)

Теги:
+23
Комментарии0

Неделю назад выступал с темой MCP сервера и как можно решить проблему с забиванием контекста как при старте диалога, так и при последующем общении через MCP сервера

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

Вот, можете ознакомиться ⤵️⤵️⤵️

Давайте для начала о том, что такое MCP

MCP — протокол, который позволяет LLM подключаться к внешним сервисам: Notion, GitHub, Jira, Google Analytics, любой сервис с API. Один стандартный разъём вместо зоопарка интеграций — как USB для AI.

Протокол создали в Anthropic в ноябре 2024, в декабре 2025 передали в Linux Foundation с поддержкой OpenAI, Google, Microsoft и AWS. Де-факто стандарт индустрии. Вот тут есть каталог серверов, можете глянуть

Я уже писал про MCP ранее, тоже можете глянуть

--------------

Но у MCP есть две неочевидные проблемы, на которые я наткнулся после нескольких месяцев активного использования.

🛸 Проблема №1: Tools съедают контекст до старта

Предзагруженные MCP Tools занимают Context Window ещё до первого сообщения. Как системный промпт — уже там, когда вы только открыли чат.

Конкретные цифры из моих замеров:

  • Apify MCP — 7 инструментов, ~11.8k токенов

  • GitHub Official MCP — 40 инструментов, ~25-30k токенов

  • Несколько серверов вместе — легко съедают 40-70k токенов

При контексте в 200k это уже 20-35% бюджета — и вы ещё ничего не спросили.

🛸 Проблема №2: JSON забивает контекст в процессе

MCP-сервер — это переброска JSON-запросов между LLM и сервисом. Каждый вызов инструмента генерирует запрос и ответ, которые остаются в истории чата. Эти JSON часто громоздкие — особенно ответы с данными. Контекст забивается не на старте, а по ходу общения.

Почему это важно

Популярные модели имеют Context Window 128-200k токенов. Это весь бюджет чата: системные промпты, знания о вас, файлы, коннекторы. Что не влезает — забывается.

Хуже того: чем больше загружено в контекст, тем чаще модель теряет детали. В тестах на поиск 8 фактов GPT-5.1 падает с 65% до 30% при заполнении до 100k токенов. Даже более мощная GPT-5.2 проседает с 95% до 70%.

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

Решение для проблемы №1: Dynamic MCP

Docker Dynamic MCP — подключаем серверы не заранее, а динамически, во время разговора.

Например, вместо 40+ инструментов GitHub в контексте постоянно — лёгкий шлюз с базовыми командами:

  • mcp-find — найти сервер в каталоге

  • mcp-add — подключить к текущей сессии

  • mcp-exec — выполнить инструмент

  • mcp-remove — отключить сервер

Базовая нагрузка: ~4k токенов вместо 40-70k. Серверы подключаются по требованию и удаляются, когда больше не нужны. Работает с каталогом Docker MCP, где уже 300+ верифицированных серверов.

Нужно установить Desktop Client и в настройках Beta Features включить Enable Docker MCP Toolkit

Решение проблемы №2: запускать MCP сервера в SubAgents

SubAgents из Claude Code выполняют запрос в изолированном контексте, возвращая только результат.

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

Claude Code (основной контекст)
         │
         ▼ Запрос
    ┌─────────────┐
    │  SubAgent   │ ← вся работа с MCP
    └─────────────┘
         │
         ▼ Только результат
Claude Code (чистый контекст)

Итог: ~70k токенов экономии = 35% контекста свободно для реальной работы

Для полного описания всего этого нужна большая статья, так как без картинок и примеров суть идеи может быть непонятна

Теги:
+5
Комментарии0

Инвестор не позвонит 

…а если и позвонит, то с каким-то непристойным предложением. 

Подводя итоги 2025 стартап-года, я пришел именно к таким не самым приятным выводам для стартапов ранних стадий.

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

В первой части итогов года рассказываю про финансирование и рынок в целом: венчур, краудинвестинг, гранты и стартап-мероприятия.

Я собрал короткий аудио-обзор на 10 минут:

  • почему краудинвестинг все чаще заменяет ангелов;

  • как ИИ-стартапам помогают госгранты (и почему это совсем не халява);

  • как реагируют на ситуацию в венчур корпорации и крупные инвестфонды.

Кого упоминаю в выпуске: ФРИИ, ФСИ, brainbox VC, flip, Rentifly, botique, VOX, MoveToPlay, Moscow Startup Summit.

Слушайте, делитесь, комментируйте – так вы помогаете подкасту развиваться 🙏

Слушать на Яндекс.Музыке

Слушать на Apple Podcasts

Смотреть на YouTube

***

P.S. Подписывайтесь на подкаст про стартапы и ит-бизнес в Телеграм — @podcaststartup. Уведомляем о новых выпусках и общаемся со слушателями!

Теги:
0
Комментарии0

Итоги-2025: продуктовый подход

Уходящий год для команд моих проектов был насыщенным: ребята усиленно внедряли позитивные изменения во все сферы нашей работы. Как я уже рассказывал, основным изменением в работе команды стало поэтапное внедрение принципов “Клиентократии”. Это оказало большое влияние и на подход к работе с продуктом.

Продукт, согласно “Клиентократии”, должен оправдывать обещания, данные клиенту в рекламе. Чтобы это происходило не раз от раза, а постоянно, проводятся системные изменения в работе всех подразделений. Итогом стали:

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

Все эти изменения станут базой для продуктового рывка в 2026 году.

Теги:
0
Комментарии0

Путь спутника-платформы на орбиту: на Восточном собрали «пакет» Союза-2.1б

На космодроме Восточный собрали «пакет» (так называется сборка из блоков первой и второй ступеней ракеты) Союза-2.1б под запуск космических аппаратов «Аист-2Т». Соответствующее видео опубликовал Роскосмос.

Как это касается нас? Напрямую: попутно ракета выведет на орбиту и наш спутник-платформу RUVDSSat1.

Осталось совсем чуть-чуть.

Теги:
+29
Комментарии0

Раз уж вчера начали говорить про вайбкодинг (да как говорить, 40 комментов уже), то давайте своими пожеланиями для создания своего первого продукта поделюсь

Это часть 2, вот тут часть 1

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

Создание продукта — это только начало

После релиза MVP начинается стадия шейпинга: сбор фидбека, итерации, баги, улучшение онбординга, поддержка, оплаты. Часто продукт после запуска и продукт через 3 месяца — это разные продукты.

Если думаешь "запущу и пойду делать следующий" — скорее всего, первый не взлетит без постоянных финансовых и временных затрат на его продвижение.

Статистически, первые значимые деньги начнут приходить через 4-5 месяцев

Много микро-проектов = масштабирование ошибок

Есть такой популярный совет — "Делай 1 проект в месяц, что-то выстрелит".

Но проблема в том, что если ты не понимаешь, почему первый не взлетел — второй провалится по той же причине. И третий. И десятый.

Этот совет еще может будет хорош для serial founders, которые уже прошли не один цикл и понимают паттерны. Для первого-второго проекта лучше сфокусироваться и вытащить максимум learnings из одного

Хорошая цель для первого продукта — не юникорн, а 300 платящих клиентов

Найди 300 человек на планете, которые платят $10/мес = $3k MRR. Это уже актив, который позволяет жить практически где угодно.
Для подобного продукта сейчас не обязательно искать инвесторов, собирать огромную команду или считать TAM SAM SOM, все можно сделать одному при достаточном усердии

Пивоты — это норма, а не провал

YouTube начинался как дейтинг-сервис. Instagram — как приложение с чек инами и фильтрами. WhatsApp — как статусы для контактов.
Первая идея почти никогда не та, что взлетит. Главное — быть в рынке и слушать, что говорят пользователи.

Продвижение также важно, как и продукт

Отличный продукт без дистрибуции умрёт. Средний продукт с хорошим продвижением будет вполне комфортно себя чувствовать.
И на продвижение точно придётся тратить не меньше времени, чем на создание и улучшение, поэтому ⤵️

Органика требует времени — поэтому о продвижении надо начинать думать тогда же, когда и о создании продукта

SEO, контент, комьюнити — это всё работает, но с задержкой в 3-6 месяцев.
Если начнёшь думать о продвижении после запуска — потеряешь полгода. Пиши, публикуй, собирай аудиторию параллельно с разработкой.
Очень хорошо заходит формат Building in Public, где вы делитесь успехами и сложностями на пути к первым клиентам.

И да, похвалите Gemini за инфографику. Он немного накосячил с визуальной последовательностью, но все равно красиво сделал

Теги:
-1
Комментарии3

Раз уж вчера начали говорить про вайбкодинг (да как говорить, 40 комментов уже), то давайте своими пожеланиями для создания своего первого продукта поделюсь

Это часть 1, вот тут часть 2

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

Первый продукт лучше строить на пересечении: "Интересно / Могу / Кто-то за это заплатит"

И именно в таком порядке.

Если вам не интересно, то все остальные пункты уже не так важны.

По поводу Могу / Не могу
Сейчас "не смочь" — уже не рабочая отмазка. Разработка была единственной ощутимой проблемой, из-за которой людям приходилось говорить "О нет, это не моё, я гуманитарий".

По поводу "Заплатит / Не заплатит"
А если никто за это не заплатит — ну и ладно, хотя бы разберётесь как создать хоть что-то рабочее в первый раз. С текущими технологиями цена ошибки — несколько потраченных вечеров, а не месяцы и тысячи долларов как раньше.

Легче всего для первого продукта решать проблему, которая есть и у тебя

Поиск абстрактных "проблем рынка" через Reddit или Keywords мало чего даст тому, кто не понимает основы Customer Development'a.
Если это не твоя проблема — тебе сложно будет понять боль клиентов.
Когда делаешь для себя — ты уже понимаешь задачу, лучше понимаешь, где искать таких же людей, и можешь отличить важное от лишнего ☕️

То, что получилось у конкурентов, не обязательно получится у тебя

"У них работает, значит и у меня сработает" — возможно, но нет.
Успех часто связан с набором случайностей. Попали в хайп, у CEO огромный социальный нетворк или связи, залетел виральный пост, влили много на рекламу.

Конечно, лучше смотреть на продукт конкурента, чем не смотреть вообще.
Но к наличию каждой функции в продукте конкурента лучше относиться скептически, потому что ⤵️

80% фичей конкурентов, скорее всего, не работают

Многие смотрят на конкурентов и думают: "Надо сделать всё это, чтобы быть конкурентным".
А по факту — большая часть их фичей не используется или не влияет на метрики. Они сами не знают, что работает. Или знают, но не скажут.
Не копируй весь набор. Найди 1-2 вещи, которые реально решают проблему, и сделай их лучше.

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


Отсутствие конкурентов — red flag

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

Конкуренты — это всегда хорошо. Они доказали, что рынок существует. Твоя задача — сделать лучше для конкретной ниши.

Часть 2

И да, похвалите Gemini за инфографику. Он немного накосячил с визуальной последовательностью, но все равно красиво сделал

Теги:
-3
Комментарии0

Про вайбкодинг

Я в создании продуктов и продуктовом дизайне уже больше 6 лет

Успел застать эру дизайна интерфейсов и в Photoshop, и в CorelDraw, проектировал UX в AdobeXD, а потом и Figma вышла

Поучаствовал в создании ~15 стартапов — и у нас чаще всего была 1 проблема — разработка.

Разработка стоила дорого во всех смыслах.

Это и прямые затраты — когда уже в процессе и каждый месяц уходят деньги на команду. И opportunity cost — когда идея даже не доходит до старта, потому что "где я возьму на разработчика".

Получается, чтобы создать продукт, у тебя было два пути: либо ты сам/кофаундер разработчик, либо у тебя есть деньги на разработку. Третьего не дано. Идеи без одного из этих условий оставались идеями ☕️

Что привнес вайбкодинг

Любые задачи Junior-уровня сейчас закрываются ИИшкой без проблем. С большими проектами сложнее — там пока люди не научились работать с большим контекстным окном. Но барьер входа упал радикально.

Например, в последнем батче YCombinator у большинства проектов почти весь код AI-сгенерирован. Это не плохо или хорошо, но вот как наблюдение

Что меняется

Время от идеи до работающего продукта сократилось в разы. ИИшка может собрать MVP за 2 дня, тогда как раньше даже простая разработка занимала недели или месяцы. Я до сих пор помню свои стартапы, где мы пилили функционал по 3-4 месяца — хотя сейчас я бы собрал это за несколько дней.

Теперь не нужна cost consuming команда, чтобы показать результат. Расходы из зарплатного фонда перетекают в расходы на подписки

Вайбкодинг резко удешевил и ускорил создание софта, поэтому венчур (и другие “money givers”) смещается от “дать денег, чтобы построили” к “дать денег, чтобы доказали спрос и масштабировали”

Как это влияет на мир

Количество созданных проектов увеличивается → конкуренция за пользователя растет → появляется больше нишевых решений

Раньше универсальный софт был следствием того, что разработка стоит дорого. Экономически выгоднее один продукт для всех. Сейчас за неделю можно создать 10 копий одного решения под разные рынки/ниши, и все они будут вполне рабочими

И получается, что самыми дорогими навыками теперь стали ⤵️

👨‍💻 Умение генерировать ценные идеи
👨‍💻 Продвигаться
👨‍💻 Выигрывать конкурентную борьбу за клиента

Почему вайбкодинг не спасет 95% проектов от провалов

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

Дальше — две долины (не той) смерти:
— Problem-Solution Fit: Решаем ли мы важную проблему?
— Product-Market Fit: Достаточно ли людей готовы за это платить?

Вероятность пройти оба — около 5%. У тех, кто не понимает, что нужно делать.

Потому что за "создать успешный продукт" спрятаны 4 огромных домена

  1. Находить проблемы людей
    Не "мне кажется, это нужно", а реальные боли, за решение которых платят

  2. Проектировать решение
    Так, чтобы оно действительно решало проблему. Не фичи ради фич

  3. Продвигать через сотни конкурентов
    Кстати, отсутствие конкурентов — red flag. Либо ты дизраптор с миллионами на маркетинг, либо рынка просто нет

  4. Выстроить прибыльную бизнес-модель
    Чтобы unit-экономика сходилась, а не "сначала наберём пользователей, потом разберёмся"

Каждый из этих пунктов — отдельная дисциплина. И вайбкодинг не помогает ни с одним из них

Итого

Вайбкодинг снижает ценность "уметь писать код". Но повышает ценность "уметь создавать продукты, которые покупают"

Технический барьер упал. Продуктовый — остался

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

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

Теги:
-13
Комментарии62

Как Cursor помог переписать браузерное расширение за 2 часа: опыт миграции на единый стек

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

Мой стек

Frontend:
- React (без сюрпризов)
- WXT (лучший фреймворк для браузерных расширений)
- MUI (библиотека UI-компонентов под Material Design)
- Netlify (бесплатный и надёжный хостинг)

Backend:
- Supabase (как Firebase, только лучше)
- Yandex Cloud (serverless-контейнеры + S3-хранилища)

Процесс

На выходных добрался до Speech to Text — браузерного расширения для транскрипции аудио. Оно было написано на vanilla JS ещё в первых версиях, и каждое обновление превращалось в квест по поиску багов и зависимостей.

С помощью Cursor (AI-ассистента для кода) переписал всё расширение за пару часов:

  • Перенёс на WXT (фреймворк для Chrome Extensions)

  • Заменил самописные компоненты на MUI

  • Добавил TypeScript для типобезопасности

  • Заодно запилил новую фичу: транскрипцию системного звука через Chrome Tab Capture API

Что получилось - https://chromewebstore.google.com/detail/speech-to-text/jolafoahioipbnbjpcfjfgfiililnoih

Теперь Speech to Text может расшифровывать не только микрофон, но и всё, что играет на компьютере: YouTube-видео, Zoom-созвоны, лекции, подкасты и т.д.

Дополнительно добавил:

  • Аудиоплеер для предпросмотра файла перед отправкой

  • Анонимную расшифровку по прямой ссылке на аудио

Бонус

Модерация в Chrome Web Store прошла за 2 часа (обычно было 8-12). Предполагаю, что регулярные релизы дают "репутацию" у алгоритмов Google.

Выводы

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

Хотите больше деталей?
Про процесс унификации стека, выбор инструментов и другие эксперименты с расширениями пишу в своём Telegram-канале @debug_leg. Там более неформальный формат: короткие посты, скриншоты процесса и честные истории про грабли. Подписывайтесь, если интересна кухня разработки.

Теги:
-1
Комментарии0

3 вида метрик, на которые я обращаю внимание команд в конце года

Декабрь - время для подведения итогов. У каждого проекта итоги свои: это зависит от его “возраста”, этапа развития, команды. Но в целом, по моему опыту, важно, подводя итоги, проанализировать три типа метрик.

Метрики “Про деньги”
Если проект уже генерирует прибыль, обращаем внимание на показатель чистой прибыли. Если проект - стартап на самой ранней стадии, стоит посмотреть на соотношение вложений и расходов. Как ни крути, но любой бизнес создается для получения дохода, поэтому метрики “про деньги” я ставлю на первое место. У социальных проектов ключевой метрикой может быть охват аудитории.

Метрики “Про качество”

Здесь мы фокусируем внимание на том, КАК мы достигаем прибыли. В ДНК наших проектов всегда вшит принцип получения прибыли через ценность для клиента. Насколько конечный клиент доволен услугой? Здесь могут применяться разные метрики - конверсии (от знакомства с сервисом/приложением до покупки), NPS (показатель лояльности клиентов), метрики повторных обращений и retention (удержание клиентов). Нужно найти ключевую для каждого проекта.

Метрики “про команду”

Это внутренние исследования, направленные на понимание того, какой микроклимат царит в команде, насколько сотрудники удовлетворены своей работой, иными словами - поле для деятельности вашего HR. Можно считать процент “текучки”, можно опрашивать людей относительно их настроя и планов. Важно поддерживать позитив в коллективе в целом: люди могут работать много, но когда они знают, что их усилия будут вознаграждены - это придаёт им сил и защищает от выгорания.

Эти три типа метрик - база для анализа и итогов в любом бизнесе.


Теги:
0
Комментарии0

Когда сервис подстраивается под пользователя: наша философия юзабилити

Юзабилити в программном продукте - прежде всего возможность достигать цели интуитивно, без большой нагрузки. Человек не должен думать, как сделать заказ, как оплатить - все должно происходить легко и “бесшовно”.

За какими параметрами мы следим для улучшения пользовательского опыта в  мобильных приложениях?

1) Отслеживаем всю воронку - от установки приложения для оплаты продукта
2) Изучаем все точки “оттока”: почему не сделали целевое действие? Почему удалили приложение?
3)Мониторим, на каких устройствах и операционных системах чаще всего люди используют наше приложение, чтобы адаптировать продукт под них.

Обязательно стоит учитывать контекст и жизненный уклад аудитории. Например, одно из наших приложений ориентировано на студентов. Эти ребята живут “на ходу”. Важно, чтобы приложение было легким и работало между парами, в транспорте, в условиях ограниченного мобильного интернета. Он может оставить заявку на сайте, а получить ответ эксперта уже в мобильном приложении - нам важно, чтобы этот опыт для пользователя был “бесшовным”.

Иными словами, команда старается работать так, чтобы не пользователь подстраивался под приложение и изучал его, а приложение подстраивалось под жизнь и нужды пользователя. Это и есть в нашем понимании настоящее юзабилити!



Теги:
Рейтинг0
Комментарии0

Где жить и работать удалённо? 

Одно из лучших мест для жизни и работы в моем личном рейтинге - это Бангкок🇹🇭 и вот почему:

1. Недорогие апартаменты с отличными условиями. При долгосрочной аренде $250 - $600 в зависимости от района и размера.

2. Вкусная локальная кухня. $2 - $3 за большое блюдо.

3. Отличная погода. Всегда тепло, но при этом не так жарко, как на Пхукете - ощущается, как теплый сентябрь.

4. Большое мультикультурное комьюнити диджитал номадов, предпринимателей, фрилансеров со всего мира. Тайцы, японцы, китайцы, европейцы, индийцы и др. - все говорят на английском. 

5. Город контрастов. 200+ современных небоскребов отлично сочетаются с атмосферой "старой Азии" - кучей палаток с уличной едой, тук туками, храмами. 

6. Отличный сервис. Можно найти все, что хочешь.

Я провела месяц в Бангкоке и несколько дней из них в True Digital Park - одном из самых больших тех- и стартап-хаб в Южной Азии.

True Digital Park - это по сути город внутри города с концепцией WORK – LIVE – PLAY – LEARN: 

- Коворкинги - как платные, так и бесплатные, доступные любому желающеиу 

- Игровые зоны для расслабления в перерывах от работы 

- Бесплатный sky track - 540 метров беговой дорожки на высоте

- Многоуровневые зелёные зоны с большим количеством садов

- Digital & AI Research Center - инновационный центр с роботами 

- Офисы команд Google, Huawei, 7-Eleven и других

- И многое другое

Если хотите прочувствовать азиатскую диджитал атмосферу - я сделала полный обзор True Digital Park тут.

И если интересны такие посты про места для жизни и удалённой работы - жмите🔥.

Теги:
Всего голосов 8: ↑1 и ↓7-6
Комментарии0

Про AI пузырь, ч.2: Nvidia. Недавно компания опубликовала отчет за Q3, там много интересного! 

Полезно понимать суть про Nvidia и ее рынок, потому что сегодня она на треть (!) определяет S&P500, что влияет на инвестиционные решения каждого из нас. Ну и конечно является главным маркером спроса на genAI и здоровья всей AI индустрии, от которой напрямую зависят доходы большинства из вас, айтишники.

1️⃣ Сделка о партнерстве с OpenAI на $100 млрд, о которой так много говорили, оказалась "заключенной" в виде... letter of intent! Грубо говоря Nvidia подписала ни к чему не обязывающую бумажку "ну OpenAI вроде норм, может инвестируем $100 млрд".

В отчете так и написано, что это opportunity to invest. Да, рынок прибавил Nvidia сотни миллиардов капитализации на основе НЕобязательного документа.

2️⃣ В медиа говорят об огромном спросе на чипы. А на самом деле Nvidia уменьшает заказы и бронирование мощностей у своих поставщиков! Падение prepaid agreements уже несколько кварталов подряд. 

А точно спрос на чипы, а значит и на AI, бешеный? Я этот вопрос ранее изучал через потребление токенов (пост).

3️⃣ Круговое финансирование (а точнее обещания финансирования!) только в Q3 у Nvidia на $25+ млрд. Об этой схеме был прошлый пост

То есть GPU продаются во многом потому, что Nvidia сама покупает сервисы у этих же клиентов. Или ОБЕЩАЕТ покупать в ближайшие годы!

4️⃣ В отчете за Q3 компания превзошла прогнозы на $2 млрд. Прикол в том, что 9 кварталов подряд Nvidia превосходит прогнозы ровно на $2 млрд. Что статистически маловероятно.

А без огромного роста дебиторской задолженности (через круговое финансирование) Nvidia бы не дотянула до прогноза на $3+ млрд.

5️⃣ Треть выручки от дата центров идет всего от двух клиентов. Скорее всего кто-то из бигтеха, а значит любые сокращения в их капексе повлияют на Nvidia.

6️⃣ Nvidia изменила способ подсчета географии выручки: теперь страна определяется не платежами, а через локацию штаб-квартиры клиента, что помогает скрыть реальную географию продаж. Ага, случайно совпало с уменьшением спроса вне США.

7️⃣ Один из ключевых партнеров Nvidia - CoreWeave чувствует себя очень плохо (что уже звоночек для всей индустрии). А Nvidia на это выступила гарантом для CoreWeave: финансирует датацентры и берет риски на себя.

8️⃣ Пузырь ли все это? Конечно. Но неизвестно, когда и как он будет лопаться или сдуваться. Для нас с вами важно, что акции Nvidia (а за ними бигтехи и индексы) могут падать с гораздо большей вероятностью, чем расти. 

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

9️⃣ Сейчас главный вопрос: будут ли США делать bailout всей AI индустрии через субсидии, льготы, госзаказы, международное лобби и др. Потому что это уже политика: слишком много домохозяйств глубоко в акциях американского бигтеха. 

Возможно спасение AI индустрии за счет американских налогоплательщиков лучше, чем резкое обесценивание их портфелей.

Вот уж где too big to fail!

Теги:
Всего голосов 1: ↑1 и ↓0+3
Комментарии0

Ближайшие события

Предупрежден - значит, не потеряешь деньги. Как не попасть в плен “иллюзий фаундера”? 

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

Если продукт крутой - клиенты сами выстроятся в очередь”. Но правда оказывается жестокой: мир точно не ждал вашего проекта.
Что делать? Разговаривать с клиентами ДО первой строчки кода. Не спрашивать их, нравится ли им идея, а выяснять, готовы ли они заплатить конкретную цену за решение конкретной боли и почему?

Несколько лет назад, например, мы вместе с командой тестировали идею сервиса виртуальной очереди: подключившись к такой платформе любой бизнес (допустим, шиномонтажная мастерская) может управлять потоком клиентов. И по перспективности, и по потенциальному объему рынка идея была “живой”. Однако беседы с потенциальными клиентами раскрыли суть: платить за такой сервис они не будут. Прощаемся с иллюзией и идём дальше. 

“Нас ждет быстрый рост”. Мечтаете увидеть диаграмму, растущую вверх, а по факту она напоминает кардиограмму умирающего. Это может демотивировать и провоцировать на необдуманные поступки. Здесь лучшее средство - отмечать микро-успехи. Первый постоянный клиент, первый “живой” отзыв от клиента. Рост - это лестница, шаг за шагом, и важно осознанно делать каждый из них.

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

Теги:
Всего голосов 5: ↑2 и ↓3-1
Комментарии0

Предупрежден - значит, не потеряешь деньги. Как не попасть в плен “иллюзий фаундера”? 

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

Если продукт крутой - клиенты сами выстроятся в очередь”. Но правда оказывается жестокой: мир точно не ждал вашего проекта.
Что делать? Разговаривать с клиентами ДО первой строчки кода. Не спрашивать их, нравится ли им идея, а выяснять, готовы ли они заплатить конкретную цену за решение конкретной боли и почему?

Несколько лет назад, например, мы вместе с командой тестировали идею сервиса виртуальной очереди: подключившись к такой платформе любой бизнес (допустим, шиномонтажная мастерская) может управлять потоком клиентов. И по перспективности, и по потенциальному объему рынка идея была “живой”. Однако беседы с потенциальными клиентами раскрыли суть: платить за такой сервис они не будут. Прощаемся с иллюзией и идём дальше. 

“Нас ждет быстрый рост”. Мечтаете увидеть диаграмму, растущую вверх, а по факту она напоминает кардиограмму умирающего. Это может демотивировать и провоцировать на необдуманные поступки. Здесь лучшее средство - отмечать микро-успехи. Первый постоянный клиент, первый “живой” отзыв от клиента. Рост - это лестница, шаг за шагом, и важно осознанно делать каждый из них.

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

Теги:
Всего голосов 1: ↑0 и ↓1-1
Комментарии0

Blue Origin тоже умеет!

Вчера произошло очередное историческое событие в частном ракетостроении: первая ступень ракеты New Glenn компании Blue Origin Джефа Безоса успешно приземлилась на плавучую баржу "Jacklyn" в Атлантике. Такой вот Amazon Prime Delivery, но для ракет. Списали домашку у SpaceX и Илона Маска! Кроме того, сама миссия прошла тоже успешно, компания вывела пару спутников ESCAPADE, которые отправятся к Марсу и займутся изучением взаимодействия солнечного ветра с магнитным полем планеты.

Немного о характеристиках. New Glenn — двухступенчатая тяжёлая орбитальная ракета-носитель, разрабатывавшаяся с 2012 года. Первый запуск этой ракеты планировался в 2021 году, но после нескольких переносов состоялся 16 января 2025 года. Высота ракеты 98 м, диаметр 7 м. Используются семь метановых двигателей BE-4 на первой ступени и два BE-3U на жидком водороде на второй ступени. Проектный ресурс ступени — 25 полётов. Оборачиваемость — 16 дней.

Думаю, будет интересно сравнить инженерные решения, используемые для посадки. У Falcon 9 посадочные ноги на пневматике. У New Glenn же они раскладываются под собственным весом и торможением. У Falcon 9 — четыре опоры, у New Glenn — шесть, аккуратно расставленных вокруг двигателей. Раскладываются за 14 секунд до посадки и полностью раскрываются за 8 секунд. Грузоподъёмность New Glenn в 3 раза выше, чем у базовой Falcon 9 от SpaceX. В общем, достойный конкурент. Также замечу, что один запуск New Glenn это ~ 6 запусков “Союза” или 2 запуска “Ангары А5”, и при этом ракета — многоразовая.

Как говорил бывший глава Роскосмоса Дмитрий Рогозин: «Многоразовые ракеты — невыгодны». С тех пор многоразовые ракеты стали настолько невыгодны, что:

  • SpaceX доминирует на рынке запусков,

  • Blue Origin только что присоединилась к клубу,

  • На подходе Rocket Lab и несколько китайских компаний

А если вспомнить о том, что у Безоса есть собственный проект спутникового интернета Amazon Leo (бывший Project Kuipe), который является прямым конкурентом Starlink Илона Маска, то становится очень интересно наблюдать за битвой двух технологических гигантов.

Теперь США имеют двух частных производителей многоразовых ракет. Это означает, что американский рынок многоразовых ракет становится не просто монополией SpaceX, а дуополией: SpaceX — первая. Blue Origin — вторая.

Ну, что же, поздравляю #BlueOrigin! New Glenn наконец-то сделал то, что должен был сделать ещё много лет назад — доказал, что Джефф Безос умеет не только доставлять посылки, но и возвращать первые ступени ракет.

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

Теги:
Всего голосов 4: ↑4 и ↓0+6
Комментарии0

Сколько стоит получить 1 оффер?

Хотите вы этого или нет — но мы уже сделали 330 000 автоматизированных откликов за 5 месяцев. И за это время успели подсобрать кое какие данные.

Рассказываю:

Да, часть из откликов может быть нерелевантной, часть уходит «в молоко», но сейчас уже 40–50% попадают в яблочко.

А есть ли вообще выхлоп? Давайте посчитаем.

За всё время в нашем ассистенте Софи было 434 платных пользователя.
На этих 434 человек мы насчитали 1 956 приглашений на интервью. (Это именно те, что приходят через хх.ру (приглашения в тг или на почту мы не видим - поэтому их может быть и больше)).

Представим, очень грубо, что только 50% из них — это действительно релевантные приглашения, которые конвертировались в состоявшиеся интервью.
Получаем, что в среднем — 2,25 интервью на пользователя.

Средний пользователь заплатил нам 6 500 рублей.
Значит, одно интервью обходится примерно в 2 888 рублей.
Считается, что нужно пройти 3–5 интервью с разными компаниями, чтобы получить 1 оффер.

Итого — около 11 000 рублей стоит один оффер через Софи. Это значит что у кого-то он может выйти в 4500 рублей, а у кого-то в 30000, 40000 или вообще его не быть.

Теги:
Всего голосов 2: ↑0 и ↓2-2
Комментарии7

Мой стек для запуска MVP 🚀

После отпуска я понял простую вещь - двух недель достаточно, чтобы забыть вообще всё, чем ты занимался.
Если у тебя нет структуры, стек превращается в хаос из случайных библиотек, фреймворков и зависимостей.

Поэтому я сел и собрал для себя техрадар - единый стек, который позволяет запускать pet-проекты и мини SaaS быстро и без боли.

⚙️ Frontend

React
🧠 Почему: куча библиотек, море документации и огромное комьюнити. Плюс масса готовых компонентов - не надо изобретать велосипед.

WXT
⚡ Почему: лучший фреймворк для браузерных расширений, если нужно быстро. Реально сокращает путь от идеи до первой установки

MUI
🎨 Почему: так как большинство моих проектов - Chrome Extensions, UI-компоненты под Material Design органично вписываются в браузер от Google.

Netlify
☁️ Почему: одна из самых удобных платформ для веб-разработки. Автоматическая сборка, тестирование и деплой в пару кликов. Работает стабильно и без боли.

🧩 Backend

Supabase
🗄 Почему: open-source альтернатива Firebase, но с Postgres под капотом — понятным, гибким и предсказуемым. Есть всё: авторизация, база, edge-функции и SQL-запросы.

Yandex Cloud
💾 Почему: недорогой S3, с "льготным" объёмом данных, за который не берут денег. Плюс умеет поднимать Docker-контейнеры в serverless-режиме. Идеально для пет-проектов.

🧱 Инфраструктура

CI/CD — Jenkins
🔁 Почему: не прожорлив, стабилен и с кучей плагинов. Работает даже на обычном VPS.

GlitchTip
🐞 Почему: не ест столько памяти, как Sentry, но совместим с его API и библиотеками. Отличный вариант для отслеживания ошибок.

Umami
📊 Почему: не блокируется ad-блоками, лёгкая и быстрая. Отличная альтернатива Google Analytics и Яндекс.Метрике.

🧰 Инструменты

JetBrains IDEA
💻 Почему: всю жизнь писал на Java и Kotlin - это мой родной IDE. Самый знакомый и надёжный инструмент.

WebStorm
🧠 Почему: по сути та же IDEA, только заточенная под JS и TypeScript.

Cursor
🚀 Почему: ускоряет разработку. Во второй версии можно подключить debug port Chromium и буквально «вайбкодить» с ИИ в реальном времени.

DBeaver
📘 Почему: купить лицензию DataGrip сложно, а DBeaver - почти то же самое. Не идеально, но достаточно для работы с БД.

GitHub
🌐 Почему: так исторически сложилось. Репозиторий, автодеплой, CI - всё в одном месте.

💬 Языки

TypeScript
🧩 Почему: я привык к типизированной Java, и JS без типов меня бесит 😅.
Плюс Cursor тратит меньше токенов, потому что не нужно проверять типы, и упрощается процесс vibe debugging - сразу понятно, что за данные под капотом.

Python
🐍 Почему: стараюсь минимизировать, но иногда выручает. Особенно когда дело доходит до ML и AI - ребята из этой среды его обожают.

(А вот Kotlin, как бы я его ни любил, сюда просто не ложится.)

Сейчас думаю над системой логов и метрик — скорее всего, выберу VictoriaMetrics.

Ещё у меня есть телеграм-канал, где я рассказываю, как всё это использую вживую, и делюсь процессом разработки своих пет-продуктов 👉 t.me/debug_leg

Теги:
Всего голосов 4: ↑0 и ↓4-4
Комментарии1

Лучший стэк для запуска MVP SaaS-стартапа в РФ на 2025 год.

Вот наш боевой стэк, который мы сейчас используем для разработки SaaS-стартапа.

Проверено на собственной шкуре!

Frontend:

- NextJS 15 (+React 19, Turbopack, Server Actions) - актуальный стек для веб-приложений.

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

- Netlify - бесплатный хостинг для тестовой версии продукта.

Backend:

Supabase:

- База данных

- Database SQL Functions (функции сразу в базе PostgreSQL)

- Edge Functions (серверные функции на TypeScript)

Nextauth:

- Авторизация

Инфраструктура:

Kubernetes:

- Репликация БД и сервисов на 3-х Worker-нодах

- Rollout-обновления без простоя

- Политики безопасности и изоляция

- CI/CD из GitHub.

+ Пароли/ключи в KeePass XC.

Инструменты:

- IDEA Ultimate - среда разработки

- Cursor - для вайбкодинга (чистый, без всяких инфоцыганских MCP)

- DBeaver - для работы с БД

- GitHub - репозиторий

Платежка

- Robokassa (РФ + иностранные платежи)

Лендинг + блог

- Tilda (проще сделать сайт на конструкторе, чем все это вайбкодить)

Как мы все настроили

- Развернули проект в облачном хостинге в РФ, чтобы хранить данные в соответствии со 152 ФЗ. Выбрали хостинг с k0s, потому что он дешевле классического k8s.

- Supabase поставили на свой сервер (Cloud не подходит, так как данные хранятся не в РФ).

- Настроили регулярные бэкапы (хотя мы еще не релизились, но 1 раз у нас уже отлетали жесткие диски).

Почему именно такой стэк?

- Проще работать с технологиями, которые ты уже хорошо знаешь.

- Нам важна надежность, быстрое переключение новых версий на проде без простоя и возможность разделить продукт на версию под РФ и "мир".

- Для работы в РФ нужно хранить персональные данные в РФ и избегать трансграничной передачи данных.

- Конструктор сайтов как простой и недорогой вариант для лендингов и блога. Чтобы не вайбкодить целую CMS.

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

А какие технологии используете вы для разработки MVP?

Теги:
Всего голосов 3: ↑2 и ↓1+1
Комментарии7

Есть ли смысл от курсов по Cursor AI?

Для программирования с помощью ИИ в настоящий момент программисты используют среду разработки Cursor AI (форк Visual Studio Code с чатом с той или иной моделью ИИ).

Если вы до этого работали в любой среде разработки (VS Code, IDEA, PHPStorm, Goland, Eclipse, NetBeans), то кроме чата с ИИ-моделью и раздела ИИ в настройках среды — вы ничего не увидите.

Само взаимодействие с ИИ-моделью происходит ровно так же, как это делается на страницах Grok, OpenAI, GigaChat. Вы пишете запрос с промптами и получаете какой-то результат.

__

Так вот, я решил собрать небольшое MVP-приложение на языке, который я знаю недостаточно хорошо. Ожидал, что ИИ поможет преодолеть зону некомпетенции и получить то, что я хочу.

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

 Я подумал, что, возможно, я что-то делаю не так, и решил посмотреть, как грамотные спецы с Udemy, которые ведут курсы по разработке с помощью ИИ, работают в Cursor AI.

 Я взял три курса: 

 • Getting Started with Cursor AI

 • Cursor AI for Beginners AI Coding Crash Course

 • Vibe Code a Chrome Extension with Cursor AI 

В итоге во всех трех курсах мне рассказали документацию Курсора, показали, как они ловко и умело делают MVP с минимальной бизнес-логикой, и на этом всё. Круто!

__

И что по итогу: 

 1) Все три курса по ИИ оказались откровенной халтурой. Всё то же самое можно найти на официальном сайте Cursor AI или на YouTube бесплатно и без воды.

  2) При создании своих MVP они делали ровно то же, что и я. Поэтому проблема с тем, что ИИ написал мне лапшу — это проблема ИИ, а не того, как именно я писал запросы.

Теги:
Всего голосов 1: ↑1 и ↓0+1
Комментарии3
1
23 ...