За последний год я постепенно погрузился в пучину вайбкодинга. На примере свеженаписанного расширения хочу поделиться как этот год повлиял на моё кодерское мышление.
Самые значимые сдвиги я делю на 3 пункта:
Ощущение всемогущества
Желание ещё большего могущества
Сломанный стереотип: "не надо платить за то, что можешь сделать сам и бесплатно"
Ощущение всемогущества
Я увидел как коллега создаёт созвон в гугл-календаре и тратит несколько лишних кликов на то чтобы добавить в мероприятие ссылку на Яндекс Телемост. Промелькнула мысль "Сделать расширение, которое будет экономить эти несколько секунд не должно быть сложно и долго". Я уже как-то раз делал расширение для браузера, не скажу что остался в восторге от процесса.
То расширение было процентов на 98 написано руками. ИИшке поручались мелкие подробные таски уровня "отрефакторь функцию" ближе к финишу. С того времени я обленился и в таких проектиках целиком отдаюсь вайбкоду.
Благодаря вабкодингу я твёрдо уверен, что нет такой проблемы, с которой я бы не справился, нет задачи, которую я бы не осилил. Пока ещё с оговорками на то, что я этого не делал в больших проектах или на совсем незнакомом стеке, но я всё чаще чувствую себя реальным Тыжпрограммистом. Уверенность в своих силах была и раньше, просто круг "возможно достичь за разумное время" расширился на порядки и порядки.
Желание ещё большего могущества
Со временем я начал всё меньше внимания обращать на код. И осознал, что во время "кодинга" пребываю в одной из 2 ролей: заказчика или тестировщика. Заказчик формулирует новые фичи, тестировщик смотрит насколько реализация соответствует задумке.
Придумывать решения проблем - люблю. Тестировщиком быть - не люблю. Хотелось бы найти вариант автоматизации ручного тестирования для ленивых. Пока не нашёл подходящий, поэтому продолжаю кушать кактус тестирования своих поделок вручную.
Я знаю, что в самом кодинге остаётся какое-то количество "белых пятен", в которых человеческие программисты выигрывают у ИИшки по соотношению "цена-качество". Но лично для меня это edge кейсы, которые в ближайшее время исчезнут. Я просто вместе со всеми наблюдал эволюцию качества ИИ текстов и картинок. И продолжаю наблюдать эволюцию ИИ видео и кода. По возможности готовлюсь быть полезным в этом дивном новом мире.
Все косяки вайбкод разработки - косяки разработчика, мои косяки. Они отличаются от косяков разработки вручную, но возникают по тем же причинам. В первой версии ссылки на телемост были кривые. Потому что я не проверил их, поленился. "Это ж просто, здесь невозможно накосячить." Я на такую невнимательность и до вайбкодинга был способен. Поверил неадекватной ИИшной аналитике и не полез уточнять. И такое тоже бывало.
Молоток не виноват, если ты долбанул себя им по пальцу. Виновато твое неумение пользоваться молотком или неправильный выбор инструмента для конкретной задачи. Чтобы иметь больше контроля над ситуацией можно прокачивать навыки выбора правильных инструментов и пользования ими. Хотелось бы иметь инструмент, который, вопреки всем моим стараниям, не будет давать моим косякам проявляться. Пока я такой не нашёл, пользуюсь теми что есть.
Зачем платить за то, что можешь сделать сам и бесплатно?
Эта комбинация профдеформации и пост-советского воспитания сидит глубоко в сознании и подсознании. Было время, когда у меня было очень много свободного времени. И я был рад платить этим временем за возможность не платить за что-то деньгами. Деньги стоило тратить только в том случае, когда никак не получается за бесплатно. Ну или убедить себя что ты просто воспользовался 100%-ной скидкой не непокупку чего-то.
В случае с разработкой такого расширения, раньше оно бы так и осталось идеей. В лучшем случае недоделанной идеей. Я бы потерял мотивацию продолжать часов через 20-30 работы, потому что оставалась бы еще примерно половина работы. Скорее всего подумал бы "сейчас нет времени такой фигней заниматься, запишу в список прикольных идей, может когда-нибудь руки дойдут."
Сэкономленное время - большая ценность, если оно у тебя в дефиците. Лично у меня всегда больше идей чего прикольного можно сделать, чем времени на их воплощение. Вряд ли ситуация развернется на 180 градусов, потому что реализованные идеи рождают новые идеи а моей голове пачками, но баланс определенно будет смещаться в будущем.
Для тех кому интересно про расширение для добавления альтернативных видео конференций в события гугл календаря
Мини-инструкция
1) На странице настроек можно выбрать какие кнопки добавятся в событие гугл-календаря. И приоритетную. "Шаблон текста" вроде ничего не делает. Я вайбкодер сильно не бейте)
2) В самом попапе расширения тоже включать-отключать опции
3) При создании события в гугл календаре должны появиться доп кнопки, которые по нажатию добавляют ссылку в поле "Местоположение". Для телемоста ненадолго сама откроется и закроется вкладка с телемостом. Без паники, так надо.
Выражаю искреннюю благодарность человеку, вдохновившему меня на новую поделку, своим отзывом на мою предыдущую поделку. Делай добро и бросай его в воду!
Комментарии (11)
categofree
17.04.2026 09:52Я мечтал о решении быстрого прототипирования с 2016 года, чтобы на лету проверять свои идеи, различные задумки и в момент создавать инструменты/решения для автоматизации, упрощения жизни при использовании компьюктера. Сам уже начал делать инструмент визуального программирования, но по сути это DSL, который бы просто дал больше возможностей нежели может дать IDE и был некомпилируемым, но это в особенности для прототипирования игр и ограничен он движком Unity. То есть я давно задумывался о подобных решениях быстрого программирования и вот свершилось, появились большие языковые модели, правды ради, я такого и не ждал, оно всяко звучало бы излишне оптимистично, что такое вскоре появится даже в каком-нибудь 2020 году, но оно взяло и появилось. Очень помогает создавать всякие удобные тулзы и самое главное достаточно быстро, хотя иногда хочется, чтобы это всё генерировалось ещё быстрее, чтобы прям написал и решение уже тут, ещё и прокрыто тестами и дополнительно проверено через compute use, сейчас иногда приходиться ждать, самому тестировать, хотя та же GPT 5.4 mini, работает шустро, но всё-таки не очень хорошо, поэтому использую GPT 5.4 High, а там уже достаточно медленно, зато с куда меньшим количеством ошибок. Правда есть идея распределить сложные задачи на большую модель с High/Medium рассуждениями, а что-то попроще на mini модель перекинуть и такое уже делается даже от самих представителей AI индустрии, когда большая модель строит план, а модель поменьше делает, связка opus 4.5 + Sonnet 4.5, или что-то такое, я сам GPT пользуюсь, но звучит интересно. А ещё интересней наблюдать за тем, как это всё развивается.
P.S - я за собой заметил, что начал больше времени уделять на изучение того, что раньше не изучал, ту же более углубленную оптимизацию, потому что теперь я стал куда больше обращать внимания на то, что у меня просто не хватает знаний, чтобы оценить то, что сгенерировала модель, а иногда она генерит какую-то фигню, но для меня это только плюс, будет больше базы в моей голове.
SeeeRgo Автор
17.04.2026 09:52Поиск правильных настроек рабочего места, снова приобрёл актуальность, прям как в начале пути разработчика. Сейчас тестирую варианты, ищу свой.
Рассуждения и выводы моделей зачастую полезно читать. Там даже когда результат фигня можно полезные рассуждения выцепить
AeYronu
17.04.2026 09:52И в это же время есть несколько официальных исследований подтверждающих объективную деградацию пользователей ИИ, при это в субъективном восприятии сохраняется ощущение "могущества" и "гениальности".
SeeeRgo Автор
17.04.2026 09:52Гениальности во мне не было ни до ни во время ни после использования ИИ. А рост могущества в том, что многие идеи переехали из разряда "теоретически возможно, но жутко непрактично" в разряд "вполне себе реализуемо на практике". Несмотря на всю мою деградацию
pkokoshnikov
17.04.2026 09:52А тут похоже уже деваться некуда. Придётся приспасабливаться. Иначе отстать можно так что в лоу перформеры запишут.
Сейчас пробуем на работе такой подход. Пишем по сути очень подробную спеку в которой раскладываем модель, все инварианты поведения. Механизмы взаимодействия компонентов. И дальше уже по этой спеке генерим код. На выходе будет спека, код, тесты по спеке. Проект с одной стороны небольшой, с другой домен и бизнес правила достаточно сложные.
Посмотрим как получится.
zvez
17.04.2026 09:52Я знаю, что в самом кодинге остаётся какое-то количество "белых пятен", в которых человеческие программисты выигрывают у ИИшки по соотношению "цена-качество". Но лично для меня это edge кейсы, которые в ближайшее время исчезнут. Я просто вместе со всеми наблюдал эволюцию качества ИИ текстов и картинок. И продолжаю наблюдать эволюцию ИИ видео и кода
Между сгенеренным изображением и кодом есть одна большая разница: изображение генерится один раз и больше не трогается. Код же надо поддерживать, годами и десятилетиями.
И пока мы не наблюдаем взрыва новых сервисов, приложений, опенсорс библиотек. Хотя казалось бы, увеличение производительности разработчиков даже в 2 должны были привести к кратному росту всего, что они делают.
Что же мы видим в реальности? Много прототипов и 'я сделал игру за выходные', Но потом они уходят в небытие. Как будто написание кода не было ботлнеком.
Будем наблюдать. В качестве прототипирования и написания одноразового или неважного кода AI он действительно рулит и бибикает
categofree
17.04.2026 09:52Так взрыв вроде наблюдается, правда, естественно, качеством там и не то, чтобы пахнет. Даже без LLM выпускалось и выпускается куча софта, но он либо очень запрятан, типа скрытых алмазов, либо никому шибко не нужен. К тому же, сейчас всякие небольшие решения можно быстрее навайбкодить нежели идти искать что-то подобное на гитхабе или ещё где-то. Пример. Я вот решил чтоб у меня все новые файлы в загрузка распределялись по обобщённым папкам типов. Я на макОС и мне дико лень изучать swift и архитектуру macOS приложений их библиотеки, чтобы написать такую вроде незаурядную прогу. А навайбкодить я ее за 20 минут, ещё и узнал что есть разные понятия веса у файлов, типа выделенный и фактический, чтоб у меня недокаченые файлы никуда не уезжали (хотя, возможно, я это когда-то знал, но забыл). Существует ли такое решение? Я думаю да. Подошло бы оно мне? Это хороший вопрос, скорее всего, пришлось бы настраивать, тыкаться и в общем больше нервов тратить, а тут я сделал просто в свободную минутку и все работает. И вот для таких решений это хорошо, а для полноценного интерпрайз уже вопрос к самому этому интерпразу.
schteinbrenner
17.04.2026 09:52Благодаря вайбкодингу я сделал рабочих ботов, которые сняли с меня определённые рутинные задачи.
KoIIIeY
Легко сделать новое, а ты сделай патч на хайлоад, где в реалтайме данные в проде похерить можно :)
Я тоже вайбкодер со стажем уже, а все равно, большая сила - большая ответственность.
SeeeRgo Автор
Сейчас консенсус по поводу вайбкодинга такой, что, когда "код не важен", правильнее вайбкодить. Если нужен результат а не процесс. Кейсов, где ИИ пишет такого качества код что он становится "не важен" становится всё больше, возможно и до патчей на хайлоад со временем дойдет.
Но необходимости чтобы у каждой катастрофы были Фамилия Имя и Отчество это не отменит) Скорее трансформируует до неузнаваемости понятие материальной ответственности
Geratron69
Я делаю TOTP подтверждение при приёмке задачи кожанным, чтобы уже точно не уйти с ответственности никому