Status Update Я вернулся из отпуска. Канал и коммьюнити будут потихоньку возвращаться в рабочий режим. Хочу поделиться самым ярким впечатлением, когда, казалось бы, далекие космические технологии внезапно делают жизнь приятнее. На вчерашних рейсах, словно в каком-то кафе, раздавали по WiFi интернет от StarLink. Летишь ты на высоте в 36k футов, за бортом -50 градусов, а у тебя ноутбук подключен к сети. И вместо 6-7 часов в капсуле без связи - и чатики и кодекс работают в штатном режиме. И можно в полете продолжать разрабатывать платформу для выкладки материалов по AI-Coding. Причем идеи, BDD-спеки и фреймворк для нее я разрабатывал практически на ходу с сотового при помощи связки из Codex агентов (как Remote на сервере, так и по-старинке оставленный открытый лаптоп). Да и в целом за время поездки я привык гораздо больше вопросов и задач сваливать на ChatGPT/Codex. Когда ноутбука нет под рукой, не сработает "мне самому проще и быстрее руками сделать". Проще как через телефон и ChatGPT. А потом как-то привыкаешь и понимаешь, что проще и быстрее - это как раз через агентов, а не ручками. Заодно и инструменты нарастают. И получается, что будущее, это когда агенты постоянно работают рядом с тобой через разнообразные девайсы, даже на высоте. Так что получается, что следующий рабочий/учебный код в нашем коммьюнити пойдет под лозунгом - "Даешь интеграцию агентов в жизнь и процессы") Ваш, @llm_under_hood 🤗

Опухший C++-код Старая байка гласит, что программистам нельзя платить за строки кода, иначе они завалят проект бессмысленными копипастами. Теперь за строки платят генеративному ИИ, и байка сбылась буквально. В проекте VibeTensor заявлено около 100 тысяч строк на C++ и больше 400 файлов, но при проверке статическим анализатором выяснилось странное. Настоящих ошибок почти нет, и это как раз проблема. Один и тот же блок кода встречается в тестах девять раз, умные на вид конструкции с массивами и циклами при ближайшем рассмотрении сжимаются втрое, а анализатор вязнет в этом болоте вместе с человеком. Код правильный, выхода за границы массива нет, ошибаться попросту негде, потому что смысла в нём кот наплакал, только длина.

Зачем ускорять разработку? Просто через раз вижу этот вопрос, во всех постах про агентов и новую эру автоматического кодинга. Переубедить конечно никого не получится, но написать надо, чтобы получилось структурировано. Погнали. Нет такого количества задач Если вы поговорите не с менеджерами, а владельцами бизнесов, то окажется, что количество идей у них такое, что за всю жизнь не сделать. То что из этого не всегда доходит до низов, проблема размера и процессов, которые тоже пытаются решать, поэтому так много разговоров про sdd и аналогичные истории. Если разработка стала в два раза дешевле/быстрее, становятся экономически оправданными задачи, которые раньше вообще не попадали в backlog. Это никому не нужно В конкурентном мире невозможно сделать продукт до конца и сидеть сложа руки. А конкуренция приводит еще к тому, что кто первый встал, того и тапки. Сегодня вы на высоте, завтра ваш бизнес угрохали потому что вы не успели адаптироваться. Ну если вы работаете у монополиста/госа/стратегического игрока, то можете игнорировать этот пункт 🙂 Фичи не принесут деньги Может принесут, а может и нет, это невозможно обобщать не зная конкретных обстоятельства конкретных ситуаций. Например мы годами не могли сделать b2b кабинет таким как хотели наши клиенты, потому что у нас никогда не хватало ресурсов на эту часть. С помощью агентов мы это сделали и смогли получить хорошие контракты, которые от нас раньше уплывали. Ускорение разработки меняет не только скорость выполнения уже выбранных задач, но и сам набор задач, которые становится рационально делать. Покажите как это сократило фот? По правде говоря у многих сократило. Но последовательность другая. Последние годы у многих были сокращения по экономическим причинам, а потом заморозка найма при одновременном росте производительности за счет ИИ. Поэтому ии больше повлиял не на сокращение как таковое, а на отсутствие найма Покажите как это увеличило прибыль? В экономике есть только два способа растить маржинальность: рост производительности и повышение цены. Когда то массовое внедрение компьютеров и экселя привело к такому же эффекту. Итого Ускорение разработки само по себе не цель. Реальная цель это снизить стоимость изменения продукта, поэтому помимо разработки одновременно ускоряется еще много всего, но об том просто говорят в других местах, куда разработчики не ходят, поэтому у них часто складывается такое одностороннее представление о происходящем Telegram | YouTube | AI Клуб

Несколько свежих примеров того, что сейчас делают Клодом. Человек получил у стоматолога 3D-снимок челюсти перед лечением канала. 800 DICOM-файлов, врач сказал - нужна спец программа. Два промпта, и вьюер готов.. Говорит, выглядит лучше чем то, что было на экране врача. Три недели ушло на мессенджер, который медленнее почты. Сообщения летят со скоростью голубя, из Лос-Анджелеса в Нью-Йорк 22 часа. Иногда голубь погибает и сообщение не доходит. На видео почему-то сообщение летит из Нью-Йорка в Лондон. И городская улица, по которой можно ходить прямо в браузере. Ничего не скачивается, вся геометрия генерится кодом. Репозиторий открыт. Интересно, есть ли уже слово для таких демо-результатов вайб-кодинга? Вайбострация? Вайб-творчество? Сергей Булаев AI 🤖 - об AI и не только

Если в вашей организации ИИ в разработке всё еще сводится к промптам на сайте ChatGPT, вы немного отстаёте от трендов. Сейчас уже массово внедряются целые экосистемы с ИИ-агентами. Правда, есть нюансы. Вот что пишет Eugene Saturov (AI Product & Engineering Lead):

На днях закрыли позицию Agent Engineer. Отсмотрели 113 человек, чтобы нанять одного! По этому случаю – немного аналитики на коленке про рынок разработчиков AI-агентов в России в августе 2026 года. 1. Главный источник кадров – бигтех. Агентов делают уже вообще все: Сбер, Яндекс, ВТБ, Ozon, Wildberries, Т-Банк. Компании второго эшелона тоже подтягиваются, разнообразие огромно. 2. Довольно часто кандидаты готовы к смене работы, потому что не уверены в будущем агентского направления внутри своей компании. То ли общий кризис сказывается, то ли все бросились делать агентов чуть раньше, чем поняли, зачем они им нужны. 3. Почти все делают агентов для автоматизации саппорта. Людей, которые запускали в прод автономных real-time агентов, исчезающе мало. Про голосовых я вообще молчу. Повально делают оркестраторы, RAG и простые линейные воркфлоу по перекладыванию данных из одной корзинки в другую. CRUD нового времени. 4. Как и в любой молодой отрасли, здесь полно свитчеров. Экс-MLщиков ожидаемо много, а вот выходцев из мобильной разработки — неожиданно много. Хотя чему удивляться: эти ребята всегда первыми реагировали на тренды.

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

Прохожу новый курс Начал проходить Стэнфордский курс Language Modeling from Scratch Моя цель - проходить по два курса в год. Зимой я проходил курс по программированию на CUDA, теперь вот учусь обучать LLM с нуля. ➡️ Мысль за этим следующая. Во-первых, чтобы хорошо делать свою работу, нужно иметь знания на 1-2 уровня глубже чем используешь в повседневной деятельности. Во-вторых, в части задач я все-таки рассчитываю, что мы начнем использовать легкие зафайнтюненные LLM-ки. Чтобы сэкономить, снизить лейтенси и главное - быть менее зависимыми от внешних API. Но тут хз, непонятно, что будет с областью через пару лет 🤷‍♂️ Прикольный курс. Я пока не смотрю лекции, только делаю домашки. Лекции буду смотреть по факту, когда сделаю. То, что ты не трогаешь руками - не откладывается. На этом курсе абсолютно шикарные домашки с хорошими тестами. Курс рассчитан в том числе и на самостоятельное прохождение. Уже написал и обучил токенизатор с нуля, сейчас пишу компоненты LLM на торче. ➡️ Из интересного, с домашками идут настройки Клода и Кодекса, которые не дают агенту напрямую писать код за студента, но дают отвечать на вопросы и помогать искать ошибки. Супер полезно. Буду делиться впечатлениями!

Простое приложение сейчас пишется сетью с одного нетехнического промпта. Еще один промпт - чтобы устранить недочеты... и еще пол года доработок в таком режиме когда действительно начинаешь приложение использовать, хехе. Само понятие "простое приложение" существенно расширилось. Раньше это что было? Туду лист? Приложение с 1-2 сущностями и одной фичей? Теперь - сложная комбинация любых готорых решений. У меня есть микро канал про игры, как со всеми своими каналами, я снимаю материал в стол. Подумал, что было бы здорово сделать Summit, но для видео. Чтобы можно было вести каталог и искать по видео. На это потребовался 1 запрос где я секунд 15 наговорил идею. Еще один запрос был чуть более технический чтобы оптимизировать детали. В итоге приложение заработало. Другое дело стал ли я его использовать? Как и с большинством таких поделок - конечно нет. Тут вступают пол года тестирования и доработок. Примерно как и произошло с Summit. Т.е. наслопить что-то рабочее можно с одного запроса, а вот чтобы это удовлетворило больше одного человека - тут уже нюансы. И самый главный нюанс... ЛЕНЬ. Если весь дофамин ожидания сгорел на получении первой версии, то дальше то на чем ехать? Это же надо сидеть, тратить время, тестировать. Показывать людям. Короче, не так то и хотелось. Поэтому попыток что-то сделать сейчас стало действительно много, но доезжает из этих попыток все еще единицы. В свое приложение я третим запросом начал закатывать автомонтаж. Потому что понял, что ограничение было вовсе не в организации. Что-то даже заработало, но тут же снова надо тестировать и тратить время! Короче вы поняли. По ссылке можете скачать бинарь под винду и посмотреть. Это кстати то самое приложение из мема, где я "украл" идею Дениса, а потом его клод из моей реализации "украл" пару фич для приложения Дениса, и мы до сих пор не в курсе что конкретно он переукрал https://t.me/seniorsoftwarevlogger/1993 Денис при этом как будто свое приложение пробует кому-то продать.