# Начальник цеха собирает свою программу: кейс на полтора месяца

Начальник цеха без техбэкграунда дошёл от идеи до публикации за полтора месяца. Что оказалось сложнее кода и почему он полтора месяца не видел продукт.

URL: https://posts.danashkin.ru/guides/nachalnik-ceha-uchitsya-vibecodingu-keys
Обновлено: 2026-08-16

---

## Коротко

**Главное**

- Ученик без технического образования за полтора месяца прошёл путь от идеи до публикации своей программы. Шесть занятий один на один, между ними домашние модули.
- Задача бытовая и денежная: отсеивать подходящие лоты из большой выгрузки, чтобы не читать сотни строк руками.
- Самое неожиданное открытие: полтора месяца человек строил продукт и ни разу его не видел. На экране был только чат с агентом и отчёты о пройденных тестах.
- Терминал он открыл впервые на шестом занятии, и признался в этом только после прямого вопроса. До этого молча обходился.
- Самым тяжёлым оказался не код, а архитектура. Идея далась легко, код показался «сложненьким», а спотыкание случилось там, где надо решать, из чего вообще состоит система.

## Кто этот ученик и зачем ему своя программа

**Главное**

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

Расскажу обезличенно, без имён и городов. Человек ведёт производственное подразделение, а во второй половине жизни занимается землёй: покупает участки с торгов по банкротству и перепродаёт.

Боль у него простая и считаемая. Площадки отдают выгрузку на сотни строк, из которых интересны единицы. Отбор руками съедает вечера, а пропущенный лот это упущенные деньги.

Отсюда и запрос. Не «хочу научиться программировать», а «хочу, чтобы эта таблица фильтровалась сама и показывала мне только то, что стоит смотреть».

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

## С чего начинается путь непрограммиста?

**Главное**

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

Порядок на треке был такой: рабочее место, метод управления агентом, идея, архитектура, код, публикация. Никакого «сегодня напишем первую строчку» в начале нет.

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

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

Общая карта такого пути разобрана в моём большом гайде про [дорогу непрограммиста до работающего продукта](/guides/claude-code-dlya-neprogrammista-put-do-mvp).

## Почему полтора месяца не видно результата?

**Главное**

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

Момент, который меня самого отрезвил. На шестом занятии я спросил, видел ли он уже какую-то оболочку своей программы. Ответ был: оболочку не видел, просто понял, что создаёт программу.

Полтора месяца работы, три пройденных модуля, закрытые домашние задания. И ни одной картинки, кроме скриншотов с зелёными тестами, которые он специально просил агента показать.

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

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

**Контрольный вопрос себе**

Если ты учишься [вайбкодингу](/concepts/vibecoding) и не можешь ответить на вопрос «что я сейчас вижу на экране, кроме чата», двигай публикацию ближе. Не за дизайн и не за безопасность, а прямо сейчас, хотя бы в черновом виде.

## Самое сложное место: не код, а архитектура

**Главное**

Субъективная тяжесть у ученика распределилась неожиданно: идея далась легко, архитектура оказалась тяжелее, код показался сложным, но проходимым. Спотыкание случилось там, где надо принимать решения о составе системы, а не там, где надо писать текст.

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

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

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

Разбор этой развилки я подробно описывал в материале про [двенадцать принципов вайбкодинга для предпринимателя](/guides/vibecoding-dlya-predprinimatelya-12-principov).

## Терминал на шестом занятии: о чём ученики молчат

**Главное**

Пробелы в базовых вещах вскрываются только прямым вопросом. Ученик прошёл рабочее место, управление агентом и код, а терминал открыл впервые на шестом занятии, потому что раньше об этом никто не спрашивал, а сам он не признавался.

Диалог занял десять секунд: с терминалом ни разу не работал? Нет.

Дальше шесть минут показа: как открыть в Windows, как вставить команду, почему мышкой символ не удаляется, что нельзя пересылать агенту строку с секретным ключом. На занятии это мелочь, а в одиночку посреди публикации это точка паники.

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

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

**Фраза-выручалка**

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

## Сколько это стоит по деньгам и времени?

**Главное**

Полтора месяца по одному занятию в неделю плюс домашние модули между ними. Из расходов только минимальная подписка на инструмент, около двадцати долларов в месяц, и в неё ученик периодически упирается на тяжёлых днях.

Считать надо в трёх валютах: деньги, часы и терпение.

| Что тратится | Сколько на этом треке | Заметка |
|---|---|---|
| Деньги | минимальная подписка на агента | на плотных днях лимит заканчивается |
| Занятия с наставником | шесть эфиров за полтора месяца | по одному в неделю, плюс паузы |
| Домашняя работа | один модуль между занятиями | без неё эфир превращается в лекцию |
| Видимый результат | появился только на публикации | до этого только текст и тесты |

Строка про лимит важна практически. На минимальной подписке тяжёлый день заканчивается упором в потолок, и работа встаёт до завтра. Как это лечится дисциплиной сессии, я разбирал в материале про [гигиену контекстного окна](/guides/gigiena-kontekstnogo-okna).

## Как повторить этот путь у себя?

**Главное**

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

Порядок, который я советую после этого трека:

1. **Возьми задачу, которая болит.** Не учебную, а ту, где ты сейчас теряешь часы или деньги.
2. **Потрать неделю на идею.** Что на входе, что на выходе, по каким правилам отбирать или считать.
3. **Разберись с данными раньше кода.** Где они лежат, отдаёт ли сервис их напрямую, что делать, если нет.
4. **Прогони первый срез на реальных данных.** Не на выдуманных, иначе ошибки вскроются на публикации.
5. **Опубликуй черновик как можно раньше.** Даже кривой интерфейс лучше, чем ещё месяц текста в чате.
6. **Заведи привычку спрашивать про непонятное сразу.** Незаданный вопрос стоит дороже глупого.

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

Пятый пункт самый спорный для перфекциониста и самый ценный для новичка. Что появляется после публикации и почему это отдельная взрослая тема, разобрано в материале про [деплой и персональные данные](/guides/prototip-gotov-chto-dalshe-deploy-152fz).

## Частые вопросы

**Главное**

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

### Частые вопросы

**Полтора месяца это быстро или медленно?**

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

**Без наставника реально?**

Реально, но дольше. Наставник экономит не знания, а тупики: он замечает, что код собран на выдуманных данных, и что человек полтора месяца не видел свой продукт.

**Нужно ли что-то знать заранее?**

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

**Что делать, если бросил на середине?**

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

## Главный вывод

**Главное**

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

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

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

И четвёртое, самое человеческое. Спрашивай про непонятное сразу, даже если вопрос кажется глупым. Шесть занятий молчания про терминал стоили ровно шести минут объяснения.

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

### Источники

- [Anthropic. Claude Code - официальная документация по агенту, на котором шёл трек](https://docs.claude.com/en/docs/claude-code/overview)
- [Anthropic. Common workflows - типовые сценарии работы с агентом](https://docs.claude.com/en/docs/claude-code/common-workflows)
- [Anthropic. Manage costs effectively - про лимиты и расход подписки](https://docs.claude.com/en/docs/claude-code/costs)
- [Apify - библиотека готовых сборщиков данных, которую мы разбирали на модуле публикации](https://apify.com/)