Коротко
Кто этот ученик и зачем ему своя программа
Расскажу обезличенно, без имён и городов. Человек ведёт производственное подразделение, а во второй половине жизни занимается землёй: покупает участки с торгов по банкротству и перепродаёт.
Боль у него простая и считаемая. Площадки отдают выгрузку на сотни строк, из которых интересны единицы. Отбор руками съедает вечера, а пропущенный лот это упущенные деньги.
Отсюда и запрос. Не «хочу научиться программировать», а «хочу, чтобы эта таблица фильтровалась сама и показывала мне только то, что стоит смотреть».
Готового решения под такое не купить. Софт для торгов есть, но он общий, а критерии отбора у каждого свои и меняются от месяца к месяцу. Именно в этом зазоре и живут задачи, которые проще собрать самому, чем искать подрядчика.
С чего начинается путь непрограммиста?
Порядок на треке был такой: рабочее место, метод управления агентом, идея, архитектура, код, публикация. Никакого «сегодня напишем первую строчку» в начале нет.
Сам ученик сформулировал главный урок этого этапа лучше, чем это делаю я: самое важное отточить идею, тогда архитектура даётся легче. Он произнёс это на четвёртом занятии, и с тех пор я цитирую эту фразу другим.
Понять, почему так, проще всего от обратного. Агент выполнит любую формулировку, включая расплывчатую, и выдаст правдоподобный результат. Разница между полезной программой и красивой пустышкой закладывается до кода.
Общая карта такого пути разобрана в моём большом гайде про дорогу непрограммиста до работающего продукта.
Почему полтора месяца не видно результата?
Момент, который меня самого отрезвил. На шестом занятии я спросил, видел ли он уже какую-то оболочку своей программы. Ответ был: оболочку не видел, просто понял, что создаёт программу.
Полтора месяца работы, три пройденных модуля, закрытые домашние задания. И ни одной картинки, кроме скриншотов с зелёными тестами, которые он специально просил агента показать.
Лечится это перестановкой, а не уговорами. Публикацию имеет смысл двигать ближе к коду, не откладывая за дизайн и безопасность: пусть интерфейс будет черновым, зато человек увидит своё.
Отсюда два вывода, которые я теперь держу в голове на каждом треке. Первый: мотивация всё это время держится только на доверии к методу, потому что видимого результата нет вообще. Второй: публикация ценна не «правильным деплоем», а тем, что человек впервые видит и трогает своё.
Если ты учишься вайбкодингу и не можешь ответить на вопрос «что я сейчас вижу на экране, кроме чата», двигай публикацию ближе. Не за дизайн и не за безопасность, а прямо сейчас, хотя бы в черновом виде.
Самое сложное место: не код, а архитектура
Обычно новички боятся именно кода. На практике код пишет агент, а человек читает результат и принимает решения, и это оказывается посильно.
Архитектура тяжелее, потому что там нет подсказки. Надо решить, где живут данные, откуда берутся, что делать, если сервис не отдаёт их напрямую. Ошибка на этом уровне всплывает через модуль, когда переделывать дороже.
Живой пример из этого трека: код был собран на выдуманных данных, хотя реальная выгрузка у ученика уже лежала. Агент честно сделал срез на муляжах, ученик это заметил только на следующем модуле.
Разбор этой развилки я подробно описывал в материале про двенадцать принципов вайбкодинга для предпринимателя.
Терминал на шестом занятии: о чём ученики молчат
Диалог занял десять секунд: с терминалом ни разу не работал? Нет.
Дальше шесть минут показа: как открыть в Windows, как вставить команду, почему мышкой символ не удаляется, что нельзя пересылать агенту строку с секретным ключом. На занятии это мелочь, а в одиночку посреди публикации это точка паники.
Вывод я сделал не про ученика, а про себя. Слово звучало на всех занятиях, но встречи с предметом не было, и без прямого вопроса это не всплыло бы никогда.
Тот же принцип работает и в обратную сторону. Когда не можешь описать словами, что видишь на экране незнакомого сервиса, выдели кусок экрана и отправь агенту картинкой. Он разберёт, что там нарисовано, и скажет, куда нажимать.
Если упёрся в незнакомое, скажи агенту прямо: «с терминалом я никогда не работал, проведи меня по шагам». Он проведёт. Стыдиться тут нечего, а вот молчать дорого.
Сколько это стоит по деньгам и времени?
Считать надо в трёх валютах: деньги, часы и терпение.
| Что тратится | Сколько на этом треке | Заметка |
|---|---|---|
| Деньги | минимальная подписка на агента | на плотных днях лимит заканчивается |
| Занятия с наставником | шесть эфиров за полтора месяца | по одному в неделю, плюс паузы |
| Домашняя работа | один модуль между занятиями | без неё эфир превращается в лекцию |
| Видимый результат | появился только на публикации | до этого только текст и тесты |
Строка про лимит важна практически. На минимальной подписке тяжёлый день заканчивается упором в потолок, и работа встаёт до завтра. Как это лечится дисциплиной сессии, я разбирал в материале про гигиену контекстного окна.
Как повторить этот путь у себя?
Порядок, который я советую после этого трека:
- Возьми задачу, которая болит. Не учебную, а ту, где ты сейчас теряешь часы или деньги.
- Потрать неделю на идею. Что на входе, что на выходе, по каким правилам отбирать или считать.
- Разберись с данными раньше кода. Где они лежат, отдаёт ли сервис их напрямую, что делать, если нет.
- Прогони первый срез на реальных данных. Не на выдуманных, иначе ошибки вскроются на публикации.
- Опубликуй черновик как можно раньше. Даже кривой интерфейс лучше, чем ещё месяц текста в чате.
- Заведи привычку спрашивать про непонятное сразу. Незаданный вопрос стоит дороже глупого.
Шестой пункт стоит развернуть. Пробел, о котором ученик молчит, обходится дороже всего именно в одиночной работе: рядом нет человека, который заметит растерянность и задаст прямой вопрос. Поэтому спрашивать надо агента, и лучше глупо, чем никак.
Пятый пункт самый спорный для перфекциониста и самый ценный для новичка. Что появляется после публикации и почему это отдельная взрослая тема, разобрано в материале про деплой и персональные данные.
Частые вопросы
Частые вопросы
Главный вывод
Соберу в одну мысль. Непрограммист доводит свою программу до конца тогда, когда задача болит по-настоящему, а не когда ему интересна технология.
Три вещи из этого кейса я бы забрал себе на любой старт. Отточи идею до кода. Прогони на реальных данных раньше, чем на красивых. Опубликуй хоть что-то, чтобы увидеть своё глазами.
И четвёртое, самое человеческое. Спрашивай про непонятное сразу, даже если вопрос кажется глупым. Шесть занятий молчания про терминал стоили ровно шести минут объяснения.
Кстати, ремонт и код похожи сильнее, чем кажется. Закончить нельзя, можно только временно прекратить, и это нормальное состояние живого продукта.
