Я требую добавить в настройки ленты хабра фильтр, который будет прятать всё г**но, которое тормоза интернетные а) генерили через ИИ
б) про ИИ
в) генерили с ИИ про ИИ.
Нагрузочное тестирование YMatrix
Привет, друзья! Мой коллега Марк, ведущий архитектор GlowByte, поделился в новой статье результатами тестирования YMatrix.
Сразу оговорюсь, что это дополнение к предыдущей статье, для того, чтобы сформировать понимание сравнимости результатов различных форков GreenPlum, поэтому акцентировать внимание будем только на YMatrix. Детали по методике тестирования и как были получены результаты для GP6, GP7 и Cloudberry 1.6, можно прочитать в предыдущей статье по ссылке выше.
Добро пожаловать в статью! Комментарии приветствуются.
📢 17 декабря в 11:00 — завершающий вебинар этого года!
Как снизить аварийность и простои в 2026 году? Управление техническим состоянием оборудования в едином цифровом контуре ТОиР на базе «Галактика EAM».
Если вы работаете с промышленными активами — этот вебинар поможет понять, как реальные предприятия уже сокращают простои, предотвращают отказы и управляют затратами благодаря единому контуру ТОиР.
🧩 На вебинаре разберем:
— стратегические задачи управления активами;
— как работает цифровой контур ТОиР в Галактика EAM;
— кейсы: Роснефть, Транснефть, БСК, химическая отрасль;
— переход от ИТС к риск-ориентированному подходу;
— промышленную безопасность и контроль предписаний.
🎤 Спикер: Александр Бургардт, руководитель департамента ЕАМ Корпорации «Галактика». 30+ лет опыта, более 20 крупных проектов по внедрению EAM.
📝 Регистрация бесплатная — присоединяйтесь!
Новый курс «Платформа Tantor 6.x» на «Астра Знания»!
Мы подготовили новый курс «Платформа Tantor 6.х», посвященный новым функциям платформы управления любыми Postgres-like СУБД и возможностям, доступным DBA после выхода обновления. Размещен курс на платформе «Астра Знания». Он сочетает структурированный теоретический материал и практические задания, которые помогают закрепить приобретенные знания и навыки.
В программе:
▪️архитектура Платформы и ее возможности
▪️интеграция и работа со Swagger UI
▪️инструменты мониторинга, конфигурирования и обслуживания PostgreSQL
▪️браузер БД
▪️анонимайзер
▪️работа с уведомлениями
Как мы собрали 500 человек на демо продукта
Привет! Это Владимир Князев, Agile-коуч трайба HR Tech в ОТП, и сегодня я расскажу о том, как мы организовали самое большое демо внутри компании и собрали на него 500 человек — максимум, возможный в Zoom.
Это было демо по продукту OTP Space — единому пространству HR-сервиса, в котором каждый сотрудник может оформить отпуск, поставить цели и посмотреть структуру компании. Поэтому нам важно было рассказать о нём на всю компанию. В этом посте я поделюсь, с помощью каких инструментов мы привлекли 500 человек и как удержали внимание. В прошлой статье я рассказал о приоритизации ICE и как её применять.
Не рассылкой единой
Нашей целью было привлечь как можно больше участников. Поэтому мы обратились к коллегам из внутренней коммуникации и предложили сделать большую рассылку. Договориться удалось не сразу: нужно было доказать, что это будет полезная рассылка, а не очередное приглашение на внутреннюю встречу. Нам помогло то, что до нас в ОТП уже запускали похожие кампании — например, с приглашением на митап по искусственному интеллекту. Мы использовали это как прецедент: «Раз они смогли — почему не сможем мы?».
Мы сделали рассылку на несколько подразделений, и она помогла собрать 300 участников. Тогда кто-то из команды предложил задействовать другой инструмент — наш чат-бот. Мы отправили через него приглашение с датой и временем проведения демо. Чат-бот помог привлечь ещё 200 слушателей — и мы достигли максимума, возможного в Zoom.
Нам удалось собрать столько участников с помощью разных методов коммуникации. Поэтому наш основной совет при организации больших демо — не ограничиваться стандартной рассылкой, а использовать нетипичные методы, идеи, которые могут появиться внутри команды.
Как удержали интерес сотрудников
Демо на сотни человек ≠ просто рассказ. Здесь нужна полноценная фасилитация, с которой самому спикеру не справиться.
Нашу встречу мы организовали так: я выполнял роль модератора, а продакт рассказывал о новых релизах. Пока он вёл презентацию, я удерживал внимание участников и управлял динамикой встречи: следил за таймингом и тишиной, отключал микрофоны, если нужно, читал вопросы в чате.
Самое сложное на таких встречах — не выйти за тайминг. У нас был всего час на демо продукта и ответы на вопросы. Поэтому мы сразу предупредили слушателей: ответим на вопросы в конце встречи в последние 15 минут. Перед тем, как передать вопросы спикеру, я структурировал их, объединял похожие, исключал неконструктивные. На короткие вопросы отвечали в чате, остальные озвучивали по порядку.
Что с обратной связью
ОТП Space — продукт масштабный, вопросов было много. После демо мы выгрузили весь чат, отсортировали вопросы, на которые не успели ответить, и постарались дать индивидуальный ответ каждому участнику. Это заняло время, но оно того стоило — обратная связь от сотрудников стала основой для следующих итераций в развитии продукта.
Кстати, многие комментарии были не в формате «вопрос», а в формате «здесь неудобно», «вот это переделайте» или «как классно сделали, давайте масштабируем этот функционал на другие подразделения». Мы посмотрели на живые боли наших пользователей, это очень ценно.
Советы для демо без лимитов
Вот что нужно учесть при подготовке демо на большую аудиторию:
- заранее продумываем инструменты для привлечения участников;
- приглашаем фасилитатора для модерации встречи;
- очерчиваем структуру демо в начале встречи: поясняем, о чём расскажем, на какие вопросы аудитории ответим сразу, а на какие — после демо;
- планируем демо как диалог с пользователями, чтобы собрать развёрнутую обратную связь у широкого круга сотрудников;
закладываем ресурс на обработку обратной связи.
Для следующего подобного демо мы ищем платформу с более высоким лимитом участников или вообще без него. Более гибкие настройки микрофонов минусом тоже не будут. В комментариях делитесь советами по организации демо продуктов.
Читайте, чем живёт IT в ОТП — в ТГ канале. А ещё я веду личный канал про Agile и изменения.
🎄Habr, пришло время добавить ещё больше новогодней атмосферы!🎄
Сегодня я запускаю новогодний конкурс, и он открыт для всех, кто любит творить и экспериментировать.
Вам нужно создать свой генератор новогодних ёлок — какой угодно и в любом формате: это может быть консольное приложение, десктопная программа или веб-сайт. Главное, чтобы ваш генератор был уникальным
Готовые работы отправляйте мне в личные сообщения в Telegram
Все подробности читайте — тут
Итоги будут подведены 25 сентября: я отберу лучшие работы, а победителя выберите Вы — участники конкурса.
Приз — Telegram Premium на месяц🎁
Давайте вместе сделаем декабрь ещё лучше и прекрасней! 🌟
Сторонние разработчики теперь могут публиковать в YaOS Store приложения для умных колонок «Станция Дуо Макс» со встроенным экраном. Об этом Хабру рассказали в пресс-службе «Яндекса».
Основные сценарии использования приложений на «Станции Дуо Макс» — развлечения и просмотр контента. Для публикации разработчикам надо пройти верификацию в кабинете «Яндекс ID». После этого приложение появится в общем каталоге.
Летом 2025 «Яндекс» открыл магазин YaOS Store разработчикам софта для умных телевизоров. В компании отмечают, что количество уникальных устройств, использующих YaOS, превышает пять миллионов в месяц.
94 ГБ ОЗУ может утилизировать приложение Discord — реддитор поделился скриншотом этой ситуации. Он надеется, что фича с принудительной перезагрузкой приложения исправит ситуацию.
Ранее разработчики Discord для Windows «научили» мессенджер автоматически перезапускаться в фоновом режиме, если он использует более 4 ГБ ОЗУ. На Reddit создатели объяснили, что это часть текущего исследования и временная мера, призванная снизить нагрузку на память, с которой сталкиваются пользователи.
Наша экспедиция уже на месте, а значит скоро будут большие новости. Не переключайтесь!
Как мы встречаем Новый год в SSP SOFT — и зачем вообще об этом писать на Хабре
В наших постах на Хабре мы часто пишем об открытых у нас вакансиях и упоминаем, что в SSP SOFT важны атмосфера в команде и баланс между работой и личной жизнью. Обычно такие формулировки воспринимаются как стандартный HR-шаблон — и мы понимаем скепсис читателей.
Поэтому иногда хочется рассазать, как это выглядит на практике.
В этом году новогоднюю вечеринку мы провели заранее — примерно за две недели до праздников. Формат получился нетипичный: фуршет, мастер-классы и… пижамная вечеринка. Без официоза, без пафоса, без «обязательного корпоратива по расписанию».
В SSP SOFT действительно бывают периоды высокой нагрузки — как и в любой ИТ-компании, работающей с заказной разработкой и сложными проектами. Именно поэтому мы сознательно относимся к нерабочим форматам общения как к части корпоративной культуры, а не как к разовой активности «для галочки».
В этот раз мы собрались в тёплом кругу, пообщались вне рабочих ролей и вместе поучаствовали в кулинарном мастер-классе с шеф-поварами — готовили обед для себя и коллег. Это был не тимбилдинг «по методичке», а живой вечер с разговорами, смехом и ощущением, что работа — не единственное, что нас объединяет.
Мы уже писали раньше и о летнем рок-концерте, и о других форматах встреч. Всё это — продолжение одного и того же подхода: работа важна, но жизнь не заканчивается задачами и дедлайнами.
Если вам близка идея работать в команде, где ценят профессионализм, но при этом помнят про человеческую сторону, — следите за нашими вакансиями на HeadHunter (загляните туда сейчас - есть открытые вакансии). Мы регулярно обновляем список открытых позиций и стараемся честно описывать, кого и зачем ищем. А откликаться можно напрямую в ЛС нашему HR Lead Алине. Не забудьте добавить сопроводительное письмо с ключевой фразой «Нашел(ла) вас на Хабре».
Иногда лучший способ рассказать о культуре компании — просто показать её без лишних слов. Желаем всем успешной карьеры в Новом году 🚀🎄)
36 бесплатных IT-уроков недели от практиков
Привет, Хабр. Делимся подборкой бесплатных открытых уроков, которые пройдут на этой неделе в Otus. Опытные практики проведут занятия онлайн — сможете узнать больше о формате обучения и задать вопросы экспертам. Занятия проходят по вечерам, в 19 или 20:00 по мск. Выбирайте свою тему и присоединяйтесь!
Но для начала: у нас отличные новости для начинающих или тех, кто хочет подтянуть базу. Сейчас эти мини видеокурсы можно приобрести по спец.условиям:
🐧 Linux для начинающих. Подробнее
📊 Основы SQL. Подробнее
🔀 Основы Git. Подробнее
🧑🎓 Выбор профессии в IT. Подробнее
15 декабря, понедельник
Docker Compose: многоконтейнерные приложения и инфраструктура
Частотный портрет временных рядов: от Фурье к вейвлетам и обратно
Интеграция Node.js с локальной LLM: создаём умный сервер своими руками
Тренды стрессоустойчивого проектирования: composable architecture
Автоматизация процессов команды разработки. Интегрируем 1С-ников
16 декабря, вторник
Потоковые приложения с использованием Apache Kafka: от событий к реальному времени
Введение в Elasticsearch: применение в бэкенде и распределённых системах
Особенности тестирования браузерных игр и игр в социальных сетях
17 декабря, среда
Инструменты и механизмы Kubernetes для обеспечения высокой нагрузки
От Postman до Jenkins: автоматизация API-тестов и отчётность в TestIT
Дирижируем сетевым оркестром: маршрутизация на основе политик (PBR)
18 декабря, четверг
Организация команды разработки с использованием инструментов Битрикс24
Эволюция *callable *-объектов в C++. От указателей на функции к лямбда-выражениям
Принцип DRY в GitLab CI: как избавиться от дублирования и навести порядок в пайплайнах
Flutter Twin — живые интерфейсы, отражающие и изменяющие реальность
77-летняя стримерша из России под ником i_olga стала победительницей международной премии NNYS, получив награду в категории «Лучший игровой момент года» по Counter‑Strike 2. Жюри и зрители отметили эпизод, который за несколько дней стал вирусным в сообществе.
Речь идёт об эйсе на карте Dust II: Ольга заняла позицию у «ямы» на «лонге» и с M4A1-S поочерёдно отправила в нокаут всю команду соперников. Ранее этот момент уже принёс стримерше номинацию на NNYS, а теперь — и главную награду. Для Counter‑Strike‑сообщества эйс i_olga стал одним из самых обсуждаемых хайлайтов года, выйдя далеко за пределы русскоязычной аудитории.
Ольга Ивановна стримит с 2021 года и за это время превратилась в одну из самых узнаваемых фигур русскоязычного Twitch. На её канале — более 220 тысяч подписчиков, а помимо Counter-Strike 2 она регулярно играет в Minecraft, Atomic Heart, Diablo II и другие проекты.
📊 Multi-LLM Orchestrator v0.7.0: подсчёт токенов и мониторинг через Prometheus
На этой неделе вышел релиз v0.7.0 — завершена фаза observability. Теперь библиотека автоматически считает токены, оценивает стоимость запросов и экспортирует метрики в Prometheus. Всё работает из коробки.
Предыдущие релизы:
🔢 Автоматический подсчёт токенов
Библиотека автоматически считает токены для каждого запроса — и для prompt, и для completion. Используется tiktoken с fallback на оценку по словам.
from orchestrator import Router
from orchestrator.providers import GigaChatProvider, ProviderConfig
router = Router()
router.add_provider(GigaChatProvider(ProviderConfig(
name="gigachat",
api_key="your_key",
model="GigaChat",
verify_ssl=False
)))
# Токены считаются автоматически
response = await router.route("Напиши стихотворение про Python")
# Получаем статистику
metrics = router.get_metrics()
print(f"Total tokens: {metrics['gigachat'].total_tokens}")
print(f" Prompt: {metrics['gigachat'].total_prompt_tokens}")
print(f" Completion: {metrics['gigachat'].total_completion_tokens}")Результат:
Total tokens: 75
Prompt: 20
Completion: 55💰 Оценка стоимости запросов
Расчёт стоимости в реальном времени. Цены настраиваются в pricing.py (фиксированные значения для демонстрации — для production рекомендуется настроить под свои тарифы).
Результаты тестов с реальными провайдерами:
GigaChat: 75 tokens → ₽0.0750
YandexGPT: 105 tokens → ₽0.1575
Streaming: 342 tokens → ₽0.3420
📈 Интеграция с Prometheus
HTTP-эндпоинт /metrics в формате Prometheus. Метрики обновляются в реальном времени и готовы для scraping.
# Запускаем metrics server
await router.start_metrics_server(port=9090)
# Делаем запросы
await router.route("Привет!")
# Метрики доступны: http://localhost:9090/metricsЭкспортируемые метрики:
llm_requests_total— количество запросовllm_request_latency_seconds— histogram латентностиllm_tokens_total— токены (prompt/completion)llm_cost_total— стоимость в RUBllm_provider_health— health status (0-1)
Готово для визуализации с Grafana.
🏗️ Архитектура
✅ Тестирование на реальных провайдерах
Все функции протестированы с production API и реальными ключами:
Подсчёт токенов:
✅ GigaChat — 75 токенов, ₽0.0750 (стихотворение про Python)
✅ YandexGPT — 105 токенов, ₽0.1575 (объяснение ML концепции)
Streaming-режим:
✅ GigaChat — 342 токена, ₽0.3420 (генерация длинного текста)
Prometheus endpoint:
✅ HTTP /metrics — корректный формат, все метрики экспортируются
Качество кода: 203 теста • 81% покрытие • mypy strict без ошибок
📦 Установка
pip install multi-llm-orchestrator==0.7.0Новые зависимости: prometheus-client, tiktoken, aiohttp
🎯 Планы на v0.8.0
В следующей версии планируется добавить:
Динамическое обновление цен — автоматическое получение актуальных тарифов через API провайдеров
Provider-specific tokenizers — нативные токенизаторы для GigaChat и YandexGPT (вместо универсального tiktoken)
Расширенная аналитика латентности — percentiles p50, p95, p99 для детального анализа производительности
Cost analytics — уведомления о превышении бюджета, детальная разбивка расходов по моделям
Prometheus Pushgateway — поддержка push-модели для serverless окружений
Если используете библиотеку — пишите в комментариях, какие функции нужны вам!
🔗 Ссылки
Ближайшие события
Когда система зарастает костылями: мысли об архитектуре и способах её лечить
Архитектура редко ломается в одном месте — обычно она тихо зарастает костылями, «временными» решениями и компромиссами. В новой статье нашего корпоративного архитектора «Мысли об архитектуре и о том, как можно побороть в ней проблемы» — разбор того, какие системные проблемы копятся в архитектуре большого банка и что с ними можно сделать на уровне принципов, а не разовых затычек.
Делимся практическим применением архитектурных паттернов. И, конечно, не можем обойти стороной тренды — искусственный интеллект и LLM. Итак, о чём пойдёт речь.
Какой была архитектура до 2020 года.
Накопленные за годы проблемы.
Куда бы хотели прийти.
Автор описывает типичные боли, а затем показывает, куда команда хочет прийти: к более надёжной, предсказуемой архитектуре, где есть ненавязчивый, но прозрачный контроль, понятные границы ответственности и общие правила игры для всех участников. Материал будет полезен архитекторам, техлидам, продактам и всем, кто живёт в сложных системах и хочет не просто латать проблемы, а постепенно вытаскивать четкую архитектуру.
Замена формул значениями
В электронных таблицах часто возникает необходимость захардкодить ячейку, т.е. заменить формулу результатом её вычисления. Кажется, единственный способ это сделать: скопировать ячейку и вставить в неё же только значение:
Правка → Специальная вставка → Только значения
Или, что гораздо быстрее, воспользоваться последовательными сочетаниями клавиш:
Ctrl + C / ⌘ + C (копировать ячейку)
Shift + Ctrl + V / Shift + ⌘ + V (вставить как значение)
Работает как с одиночными ячейками, так и с целыми диапазонами.
В Объединённых Арабских Эмиратах прошёл финал мирового киберспортивного турнира по «Тетрису», который решили провести в максимально эффектном формате. Для решающего матча организаторы превратили «Дубайскую рамку» (Dubai Frame) в гигантский игровой экран.
Высота импровизированного дисплея составила около 150 метров. Вместо обычного экрана использовали порядка 4000 дронов со светодиодной подсветкой: беспилотники синхронно выстраивались в падающие фигуры и в реальном времени воспроизводили геймплей классической головоломки. По сути, это был «Тетрис», разыгранный прямо в небе над городом. Турнир прошёл при поддержке The Tetris Company и бренда Red Bull. В финальную стадию вышли 60 лучших игроков, прошедших квалификации в 55 странах мира — от США до Японии. Победителем стал 19-летний студент из Турции.
Киберпопулист Питер Гирнус рассказал о внедрении ИИ в компаниях:
В прошлом квартале я внедрил Microsoft Copilot для 4000 сотрудников. 30 долларов за место в месяц. 1,4 миллиона долларов в год. Я назвал это «цифровой трансформацией».
Совету директоров очень понравилась эта фраза. Они одобрили это за одиннадцать минут. Никто не спросил, что это на самом деле будет.
Я всем говорил, что это "в 10 раз повысит производительность". Это не настоящее число. Но звучит именно так.
Сотрудники отдела кадров спросили, как мы будем измерять десятикратное увеличение. Я сказал, что мы будем "использовать аналитические панели". Они перестали спрашивать.
Три месяца спустя я проверил отчеты об использовании. Его открыли 47 человек. 12 человек использовали его более одного раза. Одним из них был я. Я использовал ИИ, чтобы кратко изложить содержание электронного письма, которое мог бы прочитать за 30 секунд. Это заняло 45 секунд. Плюс время, необходимое для устранения галлюцинаций.
Но я назвал это "успешным пилотным проектом". Успех означает, что пилот не допустил видимой ошибки.
Финансовый директор поинтересовался окупаемостью инвестиций. Я показал ему график. График пошёл вверх и вправо. Это был показатель "внедрения ИИ". Этот показатель я придумал сам. Он одобрительно кивнул.
Теперь мы обладаем возможностями искусственного интеллекта. Я не знаю, что это значит. Но это есть в нашей презентации для инвесторов.
Один из опытных разработчиков спросил, почему мы не используем Claude или ChatGPT. Я сказал, что нам нужна "безопасность корпоративного уровня". Он спросил, что это значит. Я сказал «соответствие». Он спросил, о каком именно соответствии. Я сказал "все они". Он выглядел скептически. Я назначил ему "беседу о развитии карьеры". Он перестал задавать вопросы.
Компания Microsoft направила группу для проведения тематического исследования. Они хотели представить нас как историю успеха. Я сказал им, что мы "сэкономили 40 000 часов". Я рассчитал это число, умножив количество сотрудников на число, которое я сам придумал. Они это не проверили. Они никогда это не делают. Теперь мы на сайте Microsoft. «Глобальное предприятие добилось повышения производительности на 40 000 часов благодаря Copilot».
Генеральный директор поделился этим в LinkedIn. Пост набрал 3000 лайков. Он никогда не пользовался Copilot. Ни один из руководителей этого не сделал.
У нас есть новая идея. «Для стратегической концентрации необходимо свести к минимуму отвлекающие факторы в цифровой среде». Я разработал эту политику.
Срок действия лицензий истекает в следующем месяце. Я прошу добавить дополнение. Дополнительно 5000 мест. Первые 4000 мы не использовали.
Но на этот раз мы будем "стимулировать внедрение". Принятие решения в силу подразумевает обязательное обучение. Обучение представляет собой 45-минутный вебинар, который никто не смотрит. Но ход выполнения будет отслеживаться. Завершение — это показатель.
Показатели отображаются на панелях мониторинга. Информационные панели включаются в презентации для совета директоров.
Презентации для совета директоров помогают мне получить повышение. К третьему кварталу я стану старшим вице-президентом.
Я до сих пор не знаю, что делает Copilot. Но я знаю, для чего это нужно. Это делается для того, чтобы показать, что мы "инвестируем в ИИ". Инвестиции означают расходы. Вложение средств подразумевает приверженность делу. Приверженность делу означает, что мы серьезно относимся к будущему. Будущее — это то, что я сам сочту нужным. Пока график движется вверх и вправо.
Раз уж вчера начали говорить про вайбкодинг (да как говорить, 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 за инфографику. Он немного накосячил с визуальной последовательностью, но все равно красиво сделал
Раз уж вчера начали говорить про вайбкодинг (да как говорить, 40 комментов уже), то давайте своими пожеланиями для создания своего первого продукта поделюсь
Это часть 1, вот тут часть 2
Пункты ниже в основном подходят для первого продукта, который хочется создать и монетизировать
Первый продукт лучше строить на пересечении: "Интересно / Могу / Кто-то за это заплатит"
И именно в таком порядке.
Если вам не интересно, то все остальные пункты уже не так важны.
По поводу Могу / Не могу
Сейчас "не смочь" — уже не рабочая отмазка. Разработка была единственной ощутимой проблемой, из-за которой людям приходилось говорить "О нет, это не моё, я гуманитарий".
По поводу "Заплатит / Не заплатит"
А если никто за это не заплатит — ну и ладно, хотя бы разберётесь как создать хоть что-то рабочее в первый раз. С текущими технологиями цена ошибки — несколько потраченных вечеров, а не месяцы и тысячи долларов как раньше.
Легче всего для первого продукта решать проблему, которая есть и у тебя
Поиск абстрактных "проблем рынка" через Reddit или Keywords мало чего даст тому, кто не понимает основы Customer Development'a.
Если это не твоя проблема — тебе сложно будет понять боль клиентов.
Когда делаешь для себя — ты уже понимаешь задачу, лучше понимаешь, где искать таких же людей, и можешь отличить важное от лишнего ☕️
То, что получилось у конкурентов, не обязательно получится у тебя
"У них работает, значит и у меня сработает" — возможно, но нет.
Успех часто связан с набором случайностей. Попали в хайп, у CEO огромный социальный нетворк или связи, залетел виральный пост, влили много на рекламу.
Конечно, лучше смотреть на продукт конкурента, чем не смотреть вообще.
Но к наличию каждой функции в продукте конкурента лучше относиться скептически, потому что ⤵️
80% фичей конкурентов, скорее всего, не работают
Многие смотрят на конкурентов и думают: "Надо сделать всё это, чтобы быть конкурентным".
А по факту — большая часть их фичей не используется или не влияет на метрики. Они сами не знают, что работает. Или знают, но не скажут.
Не копируй весь набор. Найди 1-2 вещи, которые реально решают проблему, и сделай их лучше.
Допустим, мне часто нужно вытаскивать аудиодорожки из длинных видео. Видеоряд грузить в интернет, чтобы вытащить аудиодорожку — слишком долго. Мне предлагают скачать всякие сложные сервисы, где эта функция еще и будет под платной подпиской. Следовательно, за пару вечеров я бы мог создать себе сервис с одной функцией — извлечь аудио. И для меня это уже будет ценно. А если будет ценно для меня, то и другие такие найдутся
Отсутствие конкурентов — red flag
Кажется логичным: у моей идеи нет конкурентов = голубой океан = ваукакклас.
На практике — если нет конкурентов = либо рынка нет, либо ищешь не там, либо рынок только зарождается и придётся потратить миллионы на создание спроса.
Конкуренты — это всегда хорошо. Они доказали, что рынок существует. Твоя задача — сделать лучше для конкретной ниши.
И да, похвалите Gemini за инфографику. Он немного накосячил с визуальной последовательностью, но все равно красиво сделал
Что делать если вас попросили посмотреть на чей-нибудь AI тул, который генерит верилог? Самое главное - не дать возможность ИИ-стартаперу показать вам слайды и убежать. Потому что он тогда сделает отчет своему инвестору "наш тул получил заслуженную оценку и апплодисмены переходящие в овации от экспертов такой-то компании, поэтому давайте нам еще зиллион долларов инвестиций для следущего раунда".
Нет, на предложение посмотреть на слайды нужно сразу сказать "просто не буду", как и на предложение посмотреть его демо, где он гениально генерит мультиплексоры из учебника, а также пристраивает к однотактному процессору то, что он называет AXI IP, хотя там простой конечный автомат, который игнорирует конвейерную и out-of-order природу AXI, ну это как показывать трехколесный детский велосипедик как демо для автомобиля Формулы-1. В этот месте стартапер начинает говорить быстро и листать код, чтобы тот, кто прервет его возгласом "это не AXI, а закамуфлированный APB" - выглядел невежливым.
Стартаперу нужно разумеется сразу дать задачку, причем сформулировать ее так, чтобы у него не было возможности заменить ее на другую. Но даже тут стартаперы творят наглости, присущие всем LLM. Например вместо текста ответа присылают видео(!) на час(!), где на 45-й минуте на экране за секунду проскальзывает "FAILED" на вашу задачку, а все остальное время видео он показывает те самые тривиальные мультиплексоры, которые он нашел в вашей репозитории, хотя вы ему совершенно четко написали, что вас не интересует как этот тул генерит мультиплексоры и простые FSM, а интересует решение конвейерных микроархитектурных задач. После чего он пишет отчет инвестору "мы решили 37 из 42 труднейших задач оттуда-то", хотя я в явной форме предложил решить только задачу номер 38 которую тул не решил.
В последнее время стартаперы нашли противоядие против задачек. Они честно, глядя в глаза, говорят что никакого прототипа у них нет, но оно должно работать, потому что AI уже умеет питон и диагностировать рак, значит должен научиться и верилог (вариант: уже умеет Scala, значит должен и Chisel). А мешает плохому танцору только то, что индустрия сделала весь код проприетарным и им не на чем учиться. Поэтому давайте пойдем посмотрим на слайдики, а если вы что-то спросите, мы ответим, что это есть в нашей roadmap. А потом напишем инвестору что мы нашли партнера и нужно слать следущие деньги.
Но не надо отчаиваться! Помимо стартаперов есть еще разные аспиранты, которые присылают вывод своих тулов на посмотреть. Это что-то невероятное по глупости. Некоторые виды глупости настолько глупы, что просто не пришли бы мне в голову. Написание (бесполезного) теста с помощью свободной рандомизации всех сигналов в AXI; проверка что после ресета данные равны 'x. Присваивание значений к типам (а не переменным). Ожидание что после записи в память это значение будет там вечно, несмотря на перезаписи. Проверка что ID прочитанных данных будут всегда в порядке ID адресов, хотя зачем тогда ID. Итд.
Тут нужно тоном коварного змия предложить устроить публичный разбор этого для обучения молодежи. Если аспирант согласится, то превратить это в выступление пародиста Александра Иванова на Вечере смеха в студии Останкино (если вы из поколения, которое застало язык фортран, то вы знаете о чем я говорю).
