Гаврилов LIVE 🔴

Просто поделюсь ретеншеном в на коленке созданном BLOCKS Это сервис для планирования тренировок для вела/бега/триатлона и прочего с возможность через MCP управлять своим календарем и активности плюс ИИ ассистент внутри. Pure Vibe Coding Project, как говорят у нас в СПБ P.S. А да, 100 платящих

Список открытых задач в математике (вернее, в одной конкретной области математики), которые были решены с помощью ИИ за последние 24 часа

Парадокс Джевонса или почему ИИ не оставит разработчиков без работы Парадокс Джевонса гласит: когда ресурс начинают использовать эффективнее, его общее потребление может не снизиться, а вырасти. С разработкой ПО это работает так: ИИ позволяет одному специалисту создавать больше за меньшее время → разработка дешевеет → компании запускают проекты, которые раньше были слишком дорогими → программного обеспечения становится ещё больше. Да, сама профессия претерпевает трансформацию. Написание типового кода дешевеет, а ценность смещается к постановке задач, архитектуре, проверке результатов, безопасности и пониманию бизнеса. Именно поэтому рынок найма инженеров в мире потихоньку оживает. Мы видим работу этого парадокса в действии. Кстати, кулуарно ребята из Бигтехов мне говорят, что ИИ пока ускоряет разработку на ~ 10-15%. Никаких «в разы» в честной дискуссии не наблюдается.

А какой лучший скилл для CC в части UX/ui причесываний?

А что вы делаете в последние часы обладания Fable 5?

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

Научил сегодня ПостПейпер вставлять эмбединги внешние в документ. Удобно!

А да, кстати, мы решили на ПХ выложить PostPaper. Интересно собрать больше фидбека. Ноль иллюзий про реальнуб пользу ПХ, но когда лонч готовишь не месяц, а пару часов - почему бы и нет. https://www.producthunt.com/products/postpaper?launch=postpaper

Вот вам простое и понятное видео, почему PostPaper такой крутой и приживается в наших командах. Если краткое - продакт с Клодом создает док с интерактивными блоками, а вся остальная команда читает, правит, комментит и т.д. А потом все комменты от команды Продакт с помощью клода вносит в док. Быстро и удобно. https://www.loom.com/share/3c884c98091b48558f07371a32890840

Вступление  AI разработчики - это реальность с которой нужно учиться жить. Как политически операционно, так и технически. С этим явлением нужно не воевать, а встраивать в пайплайн.  Их преимущества неоспоримы: высокий перформанс и любые области/языки/стеки.  Их минусы убийственны: всё таки мы говорим не о разработчике разработчике, который юзает ии как инструмент, а о ПМах, геймдизах, С левел менеджерах и СЕО в конце концов, в чьих руках зачастую такие инструменты превращаются в высокоэффективную туман машину.  ✍️Глава 1. Суть проблемы.  Тут по разные стороны баррикад “правильности” сталкиваются две команды.  С одной стороны все кто НЕ технический чел. И их мотивация мне ясна понятна и я ее поддерживаю: у них есть инструмент, который позволяет не ждать команду/разраба/спринт и тп, а просто взять и сделать за час реализацию своей же гипотезы. И увидеть как оно будет выглядеть и работать.  С другой стороны тех команда, допустим в лице СТО, которая охуевает с результатов первой команды. Потому что чаще всего у нас есть уже высеченная в камне своя инфра, со своими правилами, как деплоится проект как обновляется как хостится и разворачивается и тп. , а нам приносят поделку наколеночную, которую как-то локально с божьей помощью клод запускал ему, а теперь нам ставят задачу “запустите это у себя”  При этом автор не может ответить ни на один вопрос : как запускать ? как собирать? нам нужен докерфайл. какие переменные окружения нужны? какие сервисы подключать / требуются??  И начинается игра в глухой телефон, где вопросы тех команды пересылаются в чат с ии, а потом ответы ии по этому проекту пересылаются нам  Ну а кроме всего есть другая проблема, скрытая : тот самый херовый код и баги. Дело в том, что ИИ разраб пишет промпты от результата. Он хочет видеть новую кнопку, новый функционал, новые макеты, новую логику и описывает всё как результат. Я, как разработчик, никогда не сталкивался с понятиями "иишка галлюцинирует" или "ты дебил че наделал я же тебя просил ..." , потому что мои промпты строятся непосредственно от кода : я точно знаю какой результат хочу получить и какая реализация к нему приведет. И пишу промпт на реализацию: возьми этот файл этот класс в этом методе в этой строке добавь убери реализуй и тд и тп. И на выходе получаю в 99% случаев именно то что задумывал. Так что по борьбе с качеством ии разраба - это тема другой книг. ✍️Глава 2. Адаптация.  Тут всё довольно просто. Есть административные и технические меры.  Технические.  ✔️Отдельные песочницы полигоны типа https://coder.com/ , которые позволяют в одном окне (vs code, ide, web, ai и тп все там есть) наколбасить аппку и тут же получить публично доступный урл на нее. При этом все на нашей инфре, но изолировано от здоровых людей.  ✔️Запрет на коммиты в мастер/мейн, работа через мердж реквесты,  ✔️ИИ ревью на эти MRы. С отдельным проработанным промптом весь код будет ревьюить другая иишка. Мы такое 2 года назад внедрили против живых людей - крайне эффективно, избавляло от глупых ошибок и недосмотров за корнеркейсами + по времени ускоряло.  ✔️Согласованный с тех командой claude.md в проекте, которому будет следовать ИИ разработчик ✔️Если проект приносят с нуля в нашу инфру, то просите ИИшку упаковать проект хотя бы в докерфайл и подготовить его для сборки.  Административные.  Ну тут что угодно любые project specific договоренности словами с ИИ разрабом, чтобы он не беспределил. Хотя бОльшую часть покроет claude.md

Заметки с полей Наблюдаю одну и ту же ситуацию уже который раз: CEO подружился с Claude Code, в считанные минуты строит прототипы и делает работу, которая занимала часы или вообще никогда не делалась, и пушит CTO, чтобы была автономная разработка, релизили фичи быстрее или команду сокращали. В общем, всем AI. При этом CTO цитирует исследования а-ля Стенфордское, нутром чувствует всю боль в шутке а-ля аттач, и не хочет на курсы про автономную AI разработку. Хочет по старинке или хотя бы в управляемом режиме. Иногда, возможно даже "запугивает", что "все похерится к черту и кто тогда будет отвечать?" CEO хочется продавить, но одновременно боится и спугнуть, и предвзятости, если отдать на откуп CTO. С другой стороны - по этим же причинам CTO тяжело обьяснить, как дела на самом деле, потому что есть недоверие в обьективности. В "правильном" мире есть некоторый "судья", который рассудит. Но реальность не всегда такова. Так что же делать? Кто прав? Можно ли действительно в разы ускорить разработку? Или все это брешь заморская, пиар лабораторий и раскручивание капитализации? Сначала по существу, а потом чуть абстрагируемся (следующий пост): 1) AI assisted кодинг работает, мы все это знаем - и CEO, и CTO; для одноразовых прототипов, для некритичных приложений, для вещей, до которых никогда не доходили руки, но которые надо делать регулярно. Зачастую основной апсайд от вайбкодинга не в customer facing продуктах, а во внутренних админках и других некодинг функциях. 2) Для применения оного же в продуктах, которыми пользуется много людей, в которых цена ошибки высока, или стеке, редком в тренинг данных модели - необходимы инвестиции: в подготовку контекста, в harness, в инфраструктуру верифицируемости, в системы обратной связи. Тут 2 барьера: а) CTO не знает, какие именно инвестиции, что конкретно нужно делать; б) знает, что делать, но не готов на них. 3) вариант вида "пусть AI генерит код, а разработчики - ревьюят" быстро упирается в то, что я описывал в этом посте: кризис идентичности, самоотбор людей в профессию программиста, comprehension debt. 4) и уж точно вариант считать количество pull request-ов на пару с дружбаном - не самый лучший. Так как же быть? 1) Первое, что необходимо признать - разработка с дружбаном это не ускоренная разработка, это другая разработка. У традиционной разработки, где человек пишет (и понимает, что пишет) код есть большое количество предпосылок, которые разбиваются об AI реальности; другие узкие места; от участников требуются другие компетенции и, возможно, личные характеристики. Поговорим еще в будущих постах об этом. Забавно, кстати, сравнить разработку с AI как разработку аутсорсинг командой —> очень многие претензии похожи 😉 Кроме, пожалуй, скорости все-таки 2) Разделить задачи на разные категории вместо того, чтобы спорить сразу и обо всем: a) внутренная тулза, которой пользуется сам CEO, прототип для фидбека от клиентов, proof of concept для проверки новой идеи или однотипная работа а-ля интегрировать нового поставщика по образу и подобию - пожалуйста, вайбкодим наздоровье. b) customer facing фичи или продукты, в которых цена ошибки << выигрыша от скорости c) платежи, безопасность, данные клиентов Фокусируемся сначала на a & b. 3) инвестировать в верифицируемость: автоматические проверки работоспособности системы, голден датасеты, эвалы и тесты. Обычно в такое не всегда хочется и есть время, и могли обходиться без этого, когда люди писали и читали весь код; но, если мы хотим пожинать плоды AI разработки, то без этого далеко не уйдешь. В противном случае - либо все опять упрется в человека, либо жди алертов в проде. 4) договориться, что роль разработчика меняется с AI - если CTO рассматривает внедрение AI как экзистенциальную угрозу, то имхо никакие рациональные доводы не помогут, ситуация политическая будет маскироваться под техническую. Кто из команды готов к этой новой реальности, где удовольствие от написания кода смещается удовольствием от более быстрого цикла разработки обучения у рынка? (продолжение - на днях; welcome в комментарии, давайте покрутим тему)

Апдейт в PostPaper, о котором все мечтали (конечно, а как иначе) теперь есть автозамена на символы 😂

А ты выйбкодил сегодня?

Ладно, вы наверное уже попробовали 5.5 от ОпенИИ. Какие мысли? Бенчи-ьенчами, что в полях уже можно понять? И какие там уже кефы что Мифос выйдет до 1 мая?

Ух, затащил в PostPaper штуку, от которой сам кайфую. Это прям киллер фича, по крайней мере для меня лично. Клод теперь может генерить HTML-блоки прямо в доке. PM написал спеку на чекаут → Клод собрал кликабельный прототип рядом со спекой. Аналитик кинул CSV → Клод нарисовал живую воронку с тултипами и переключалкой сегментов. Всё в одном доке, никаких «сейчас соберу в Фигме и пришлю ссылку». Собрал демку из трёх вкладок — прототип чекаута, воронка по продукту и A/B тест с кнопками Ship/Kill/Iterate. Заходи, тыкай. Открыть пример