Проекты участников клуба: свои платформы, парсинг документов и подход к тестированию

Смотреть урок

Дополнительные файлы из урока

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

Оглавление с таймкодами:

0:00:00–0:07:03 Тимур открывает формат открытого микрофона. По его наблюдению подходы к вайбкодингу за последнее время стали однообразными, поэтому слушать интереснее про результат: какую ценность создали, что получилось продать и где был провал.

0:07:03–0:09:33 Николай рассказывает про проекты для своей онлайн-школы: платформу тестируют к сентябрю и собираются уходить с чужих тарифов, рядом — микрокураторы для чатов и чистка трафика от троллей у таргетологов. Главная сложность — распыление между идеями, которые вдруг стали реализуемыми.

0:09:33–0:16:24 Разговор про диссонанс: стоит ли делать веб-продукты, когда всё уходит к агентам. Николай говорит, что заказчики всё равно хотят дашборды и графики, Тимур — что владельцы и операционные директора просят готовые ответы на свои вопросы, а саботаж внедрения часто растёт из ощущения обесценивания собственного труда.

0:16:24–0:24:30 Илья и Тимур обсуждают, нужны ли заранее сделанные интерфейсы, если модель может собрать визуальное представление данных под каждый ответ. Вспоминают артефакты в Claude Code и функцию sites в Codex; Тимур приводит свой пример — лендинг с базой и авторизацией для субботних завтраков, который модель доделала сама за пару дней. Для систем управления доступом или производственной линией такой подход он считает неприменимым.

0:24:30–0:28:04 Фёдор про инженера в производственной компании: он собрал ей окружение и поставил Claude Code, а она за месяц сделала десктопное приложение на Tauri с React и Rust и сервером обновлений. По прошлому опыту такую работу он оценивал в год-полтора.

0:28:04–0:30:57 Второй кейс Фёдора — инструмент для фармкомпании. Нужно отслеживать изменения на трёх ресурсах…

🔒

Этот материал доступен участникам Клуба. Войдите или оформите доступ, чтобы читать целиком, открывать видео и комментировать.

Войти Вступить / купить доступ