IT

Славную эру AI и вайбкодинга принято описывать через смерть софта как ценности. Мол, теперь каждый навайбкодит себе любой софт сам, и платить за чужой больше незачем. В пределе это правда, но только когда ИИ дойдёт до совсем другой структуры затрат. Пока мы от этого далеко. Чтобы собрать работающее приложение под iOS, вы в лучшем случае сожжёте пару сотен баксов на токены. По сути это подписка на год-два в каком-нибудь готовом аналоге. И это только старт, потому что дальше его придётся поддерживать и чинить каждый раз, когда что-то отвалилось после очередного обновления. Если у приложения есть бэкенд, нужна ещё инфра, и за неё неожиданно тоже нужно постоянно платить (хостинг, пуши через какой-нибудь Firebase, база вроде Supabase и так далее). В итоге сейчас таким занимаются жуткие ёрли адоптеры с синдромом NIH или люди, которым тупо по фану повозиться и изобрести себе всё самим (вроде меня). Чтобы история про самописный персональный софт стала более менее массовой, всё это должно стать эффективнее на 3-4 порядка. С другой стороны, видя прогресс кодинг агентов, не удивлюсь, если через год-два мы проснемся в таком мире.

Накопилось по #minimaxH3 - часть 30 github.com/Speach1sdef178/ComfyUI-VDN-H3-24GB - VDN-H3-24GB v1.1.0: чинит проблемы памяти и улучшает следование промпту github.com/DJBFilmz/ComfyUI-DJBFilmz-H3 - DJBFilmz: склейка клипов H3 одной нодой github.com/einhorn13/mmh3_media - MMH3_Media: упаковывает видео и аудио H3 в ComfyUI github.com/StanLukuvka/ComfyUI-MiniMax-H3-SPEED - SPEED: разбивает сэмплирование на части для ускорения github.com/Dantemss/ComfyUI-H3-Modality-Lora-Loader - раздельное применение LoRA к аудио и видео дорожкам H3 github.com/NikoDemon80/ComfyUI-FastH3-Lora-Converter - FastH3 превращается в простую LoRA github.com/nazgut/ComfyUI-MiniMaxH3-CLSS - CLSS: 16GB ПК в AI-медиа-студию github.com/TootsThielemans/ComfyUI-MMH3-Preset-Controller - переключение групп нод в один клик github.com/Zironic/H3-Optimizations - оптимизации: меньше памяти, быстрее генерация huggingface.co/xmarre/MiniMax-H3-Pruned-Ref-Delta-Fused-r1024-ComfyUI - прунинг-мерж: резко снижает требования к памяти github.com/halnovemil/H3TiledLoopSpaceTime - бесшовные зацикленные видео для H3 MAX

Почему нам нужны визионеры Недавно DHH выступил на Rails World и по полной прошелся по привычному программированию. Сказал, что писать код руками становится экономически бессмысленно, что сам почти перестал писать на Ruby, а часть нового HEY они делают на Rust, который он сам не знает и воспринимает как черный ящик для агентов (но уверен что он тут специально нагнетает). Этим он подорвал столько пердаков, что из космоса было видно зарево. Мой твиттер на неделю превратился в бесконечный срач. На Reddit появились треды в духе "уберите DHH из Rails", Aaron Patterson посвятил значительную часть своего закрывающего доклада ответу DHH. Как вообще создатель Rails может выйти на Rails-конференцию и рассказывать людям, что язык, фреймворк и даже понимание собственного кода скоро могут перестать иметь прежнее значение? DHH самый настоящий визионер, не в смысле что он умеет и хорошо предсказывает будущее, такие люди вообще довольно часто ошибаются. Визионерство это способность увидеть большой сдвиг раньше большинства, построить вокруг него цельную картину будущего и начать действовать так, как будто эта картина уже становится реальностью. Поэтому визионеры почти всегда выглядят слишком радикальными. Когда их идеи становятся очевидными, никакого визионерства уже не требуется, тут уже можно строить планы, выделять деньги, нанимать команду и вперед на галеру. Практически любой большой технологический переход требует от кого-то сделать ставку раньше остальных. Apple много раз отказывалась от вещей, которые рынок считал обязательными. Стив Джобс убирал флопи диски, отказывался от физической клавиатуры в смартфоне, воевал с флешом. Каждое отдельное решение можно было критиковать, но за ними стояла цельная картина того, что ПК должен стать ближе к бытовому устройству, чем к набору технологий. Амазон годами инвестировал в инфраструктуру и рост вместо прибыли. AWS поначалу вообще выглядел почти побочным направлением интернет-магазина. Сегодня идея покупать вычисления как электричество кажется естественной, но кто-то должен был вложить в эту модель миллиарды до того, как она стала естественной. Netflix сам начал уничтожать свой успешный dvd-бизнес ради стриминга. Это особенно важный пример, потому что проблема больших компаний обычно не в том, что они не замечают новые технологии. Они часто прекрасно их видят. Проблема в том, что новое направление угрожает существующему бизнесу, который прямо сейчас приносит деньги. И обратных примеров тоже полно. Компании редко погибают потому, что вообще не знали о новой технологии. Kodak одной из первых разработала цифровую камеру. Nokia прекрасно видела развитие смартфонов. Большие корпорации обычно располагают огромным количеством исследований, аналитики и талантливых людей. Знать недостаточно. Нужно быть готовым сделать из знания ставку, которая может навредить сегодняшнему успешному бизнесу. В этом и состоит одна из главных особенностей визионеров. Они не просто придумывают новые продукты. Они способны поставить под сомнение то, благодаря чему сами стали успешными. Причем важно не превращать это в культ великих людей. Визионер вполне может завести компанию не туда. Чем сильнее убеждение, тем опаснее ошибка. Стив Джобс ошибался. Безос ошибался. DHH ошибался и еще много раз ошибется. Большинство людей и организаций хорошо умеют оптимизировать существующую реальность. Улучшать продукт на несколько процентов, уменьшать затраты, отвечать на запросы клиентов, следить за конкурентами. Для работающего бизнеса все это критически важно. Но переход из одной реальности в другую почти никогда не получается как результат такой оптимизации. Для него нужен кто-то, кто в какой-то момент скажет: то, что сегодня составляет основу нашего бизнеса, завтра может вообще перестать иметь значение. И начать действовать исходя из этого раньше, чем это станет очевидно всем остальным.

От вайб-кодинга к AI-инжинирингу на примере простого агента #diy #ai Я в целом не особо силен во всяких кастомных обвязках и супер-навороченных практиках AI инжиниринга. Моя роль позволяет в целом быдлокодить делать прототипы, особо не считать токены и в целом обычно хватало просто спеки Spec.md и агента в виде чата. Так что я решил поиграться с чем-то более продуманным и заодно тут рассказать. Для примера взял скиллы Addy Osmani, чисто из-за предвзятости, это очень крутой чел, его суждениям я доверию (но в целом наверняка можно было взять и Superpowers либо скиллы Matt Pocock). Суть в том, что это не просто набор скиллов, а изменение всего подхода к agentic разработке. Что-то вроде Spec -> Plan -> Build -> Test -> Review -> Simplify -> Ship. Слишком томить не буду, дам наводку, а дальше LLM сама лучше расскажет-покажет. В последнее время я новые прикладные темы изучаю генерацией короткого мини-тьюториала в нашем либимом формате HTML. В данном случае я взял идею простенького агента-консультанта по путешествиям и попросил Gemini создать тьюториал о том, как разработать такого агента в стиле Addy Osmani: I've got a high-level idea of a travel assistant agent. Create an HTML course illustrating the development of such an agent with https://github.com/addyosmani/agent-skills and agents-cli, create sub-pages for each meaningful chapter (e.g. Spec -> Plan -> Build -> Test -> Review -> Simplify -> Ship), write code and make it copy-pastable so that I can follow the tutorial and go through the whole development process myself. Сначала gemini сам реализовал простенького агента, затем использовал это решение как референс для мини-курса. Далее мини-курс сам тебя ведет через все этапы разработки: 1) Определяем спеку, отвечаем на вопросы агента, что мы вообще хотим от продукта. Спека появляется не одна, а несколько – по одной на каждый компонент будущего решения /spec Build a travel concierge agent with Google ADK, scaffolded and evaluated with agent-cli. It must... <high-level idea pitch> После ответов на вопросы появится Spec.md и spec-*.md для компонентов. 2) Далее запускаем планирование /plan Use SPEC.md and the architecture we just agreed Появляются plan.md и конкретный todo.md со списком всех задач, acceptance criteria, плана проверки и файлов на выходе. Все в стиле TDD, то есть начиная с тестов. 3) Далее Build, либо вдумчиво по одной фиче из списка todo.md, либо сразу /build auto и почитывать, как он сам все по очереди реализует, тестирует и обновляет Todo. 4) И в конце финальные проверки и еще пара скиллов для упрощения кода. До Ship в данном случае не дошло 👨‍🦳 Что понравилось - так на выходе, конечно, решение куда более продуманное, с кучей тестов, покрытыми корнер-кейсами (например, а что если ты путешествуешь с мелким ребенком, наверное не надо советовать маршрут с прогулками дольше 10 минут). И документация получается сама собой, попутно с разработкой - далее улучшать решение тоже понятно как – спека уже лежит, фичи детально описаны, надо просто в том же формате добавлять новые фичи и следовать тому же процессу, что описан выше Ограничения - уходит больше времени и токенов, конечно. В моем случае 3 часа вместо 5 минут (хотя да, решение сильно более продуманное на выходе). - На эвалах может много токенов погореть. Да, агент сам помимает, где какие тесты нужны (юнит/интеграционные, а где LLM-as-a-Judge), но также из-за какой-то банальной мелочи типа несовпадающих сигнатур функций у tools может решить перезапустить весь LLM-as-a-Judge для какой-то фичи, а это и генерация синтетических данных, например, и эвал, то есть лекто минут 20 и 120 тыс токенов на один этап - Душновато получается, все же спеки, планы и todo – это много текста, который надо проверять. Для большого проекта на всю команду – да, можно даже продакта посадить, вместе отвечать на вопросы LLM. Но для мелких одноразовых вещей типа кастомного UI или демки навыброс я по-прежнему буду вайбкодить 😮‍💨

В Telegram нет алгоритма, который решал бы за вас, что почитать. Единственная (и самая честная) рекомендательная система тут – ваши реакции, репосты и комментарии. Мне же остаётся лишь собрать в единый список тексты, которые нашли у вас самый живой отклик. Сентябрьский топ получился вот таким: Лучшее – враг хорошего. Как Google испугался собственного изобретения 50 оттенков серого. Как человечество само лишило мир ярких красок Just don't do it. Как Nike за пять лет потеряла $200 млрд капитализации Горе от ума. Почему дети, делающие домашку с нейросетью, сыпятся на экзаменах Единорог по цене пони. Почему Miro подешевела в десять раз Как уколы для похудения перекраивают рынок одежды и белья Пишите промпты вместо писем. Как сэкономить время себе и инвестору Полная жопа. Что логотипы Claude и OpenAI говорят о будущем человечества Клуб, да не тот. Как молодёжь променяла бары на спортзалы Спать на работе можно. Главное – чтобы все видели Утром – стулья, вечером – деньги. Как Starbucks зарабатывает на эпидемии одиночества Диплом есть, работы нет. Почему отказ от нейросетей может стоить карьеры #топмесяца

Ну вот и кончилась стачка, где я снова выступил с докладом, но в этот раз не с бесполезной ерундой, как в прошлый раз. Как запись появится, мб и выложу. На фан встречу все же пришли люди, хотя вопросов никто не задал, либо всем было все понятно, либо не понятно. Сам сходил буквально на 3 доклада (заставили). Скорее всего это была моя последняя какая либо конференция, направление, куда все идет, мне конкретно так не нравится. Ai на Ai Ai погоняет. При всем при этом без какой либо конкретики. Каждый просто рассказывает, что и как внедрить, но только вот циферок на руках нет(на самом деле есть, но все они подозрительно идут вправо и вверх) и конкретных предложений/решений. Ситуация буквально как с роадранером 6 лет, что все рассказывали, как его внедряли, пересказывали общие рекомендации и все. И раньше искать доклады с конкретикой, а не абстракциями было проблематично, сейчас же просто невозможно. Причем проблема буквально в самой теме. Контроля со стороны конечного пользователя над всеми этими Ai практически нулевой, а правила использования диктуются двумя крупными игроками. Максимум, который можно привнести - использование локальных ллм + какой-то общий гейтвей над ними, все. Абсолютно все остальное будет такое же. Из-за чего опыт у всех +- одинаковый и советы +- одинаковые. Любые новые подходы и практики либо рискуют умереть в течении полугода, после подкапотного обновления моделей, либо настолько сложные, что не стоят свеч, поэтому и рассказывать про них смысла нет.

Чтобы к 2030 году войти в топ-25 стран по плотности роботизации, России предстоит серьезно нарастить парк промышленных роботов. В базовом сценарии Strategy Partners он вырастет с нынешних 22 000 до 47 000 единиц, в оптимистичном — до 104 000; с отчетом ознакомился Forbes. Пока Россия занимает лишь 42-е место в мире, но догоняет быстро: в 2020–2024 годах плотность роботизации выросла в 4,8 раза против 1,4 раза в среднем по миру. Подталкивают ее разрыв цепочек поставок, локализация и дефицит персонала. Тормозов хватает: зависимость от импортных компонентов, ограниченная инфраструктура внедрения и высокая ключевая ставка. Не хватает и специалистов, способных не просто запрограммировать робота, но и встроить его в действующую линию, отмечает руководитель направления роботизации Т1 Дмитрий Кайнов. Первую полностью автоматизированную «темную фабрику» в SP ждут в России не раньше 2032–2035 годов. Как России удвоить число промышленных роботов к 2030 году — разбирался Forbes 📸: Фото Salvador Escalante / Unsplash

Разовый найм устарел. Время непрерывного найма прогревы кончились если че подписки закрыты Придумал аналогию с IT, чтобы описать изменения найма. Если вы давно в области, вы знаете термины CI/CD — философию непрерывной доставки изменений до конечного пользователя. С наймом произошло ровно то же самое. Если раньше поиске работы был чем-то типа деплоя по пятницам, когда вы сделали резюме, выложили его на сайты карьерных агрегаторов, пособесились, выбрали лучшие варианты и снова ушли в затишье на год, то теперь найм должен быть постоянным. Это значит: ваше резюме постоянно мониторится, обновляется и улучшается, отклики ежедневно рассылаются, собеседования еженедельно проходятся. Понимаю, что у многих от этого сгорает жопа: «Почему я, солнцеликий инженер, должен тратить своё время на настройку процесса найма? Почему моё резюме должно постоянно где-то подниматься, я должен разбираться в актуальных словах и вопросах? Какого хера, просто дайте работу». Такие аргументы считаю скорее бессмысленными. Конкуренты, которые всё это настроили и выстроили непрерывный процесс поиска работы у себя, вас обойдут. Запретить им вы не можете. Можно, конечно, тешить себя иллюзией, что по-настоящему классных инженеров на рынке знают по именам. Но действительно ли в них осталась необходимость или требования к компетенциям скорее усреднились из-за AI? Нам нужен просто мясной презерватив для Claude Но хочу подчеркнуть и массу плюсов такого подхода. Теперь не нужно со скрипом вспоминать, что же такое резюме и что там надо писать. Не нужно бояться выхода на рынок, неудобных вопросов на собеседованиях, охуевать с того, что там понапридумывали HR-ы. Вы постоянно знаете цену на свою экспертность в вашей геолокации, конкретно с вашим стеком. Ситуации, когда вы внезапно понимали, что могли спокойно просить в полтора раза больше год назад, но засиделись, более не повторяются. Ну и с помощью современных средств, агентов и нейронок автоматизировать этот поиск работы и переписку с рекрутерами стало гораздо проще. Хочется также разобрать недавние претензии: «Антоха, ты оторвался от рынка, иди сам попробуй найти». Друзья, я постоянно держу руку на пульсе статистики верифицированных трудоустройств, общаюсь с подписчиками на звонках и провожу опросы внутри сообщества. Я не уверен, что поработать в найме Java-разрабом каким-то образом поможет мне понять картину более целостно. Вывод из моих источников такой. Преуспевают выстроившие систему поиска работы эффективно, как маркетинговую воронку: сверху просмотры, дальше откилки, приглашения и офферы. Негодующие отзывы слышатся в основном от людей, которые заходят на HH, рассылают сто раз своё резюме, не получают собеса и отныне считают, что IT — всё и собеседований нет. Хотя в оттепель найма (осень), их стало гораздо больше. Я не пытаюсь обесценивать трудности и подчёркиваю, что устроиться стало действительно гораздо сложнее. Но попробуйте перейти от мышления «Сейчас я недельку пооткликаюсь и точно что-нибудь найду» к мышлению «Сейчас я выстрою процесс, в котором я регулярно буду откликаться на вакансии и собеседоваться на новые должности». И результат не заставит себя ждать.

Матрёшка с XSS: заметки с ZeroNights 2026 30 сентября в Петербурге прошёл ZeroNights 2026.

[11:32] Ping

По дороге на конференцию я посмотрел пару серий Halt and Catch Fire и в итоге ехал с лёгкой ностальгией по ранней хакерской сцене: LAN-вечеринки, форумы и дерзость, доставлявшая неприятности компаниям. Примерно так, по фильмам и байкам с DEF CON, большинство и представляет хакерские конференции. Но похож ли ZeroNights на тот стереотипный андеграунд? Внешние слои

[11:29] Где еще какой мерч интересный?)) пишите)
[16:05] CONF: Кстати, на маркете снова доступны джиббитсы

ZeroNights вернулся после перерыва в прошлом году. Теперь его делает DSEC by Solar, а проходит он в шикарном лофте, который больше похож на арт-пространство, чем на компьютерный клуб. Повсюду стенды компаний, красивая реклама, мини-маркет с мерчем. Единственный подвал здесь — на сайте конференции с политиками обработки данных. Компании на стендах активно собирают контакты, в то время как на главной сцене рассказывают, что механизмы рекламного таргетинга позволяют вычислить конкретного абонента по звонку или клику по ссылке. Тут я ожидал праведного гнева, а зал слушал на удивление спокойно, да и звучало всё это как-то буднично. В своё время Майкл Линн уволился из ISS, чтобы рассказать на Black Hat об уязвимостях в маршрутизаторах Cisco, — и страницы с его докладом вырвали из сборника конференции. В 2008-м бостонское метро через суд не дало студентам MIT выступить на DEF CON, а в 2023-м то же метро пригласило к себе школьников, которые взломали его новые карты, и только потом они выступили с докладом. Можно сказать, что хакеры победили: искать баги и рассказывать о них стало нормой, компании всё реже судятся и всё чаще платят за находки. И если раньше систему ломали, то теперь в неё встраиваются и даже устраиваются на работу. Старая война с корпорациями на этой сцене закончилась партнёрством. Или вот, скажем, ИИ. Легендарные хакеры встретили бы LLM с восторгом: новая система, всё можно разобрать, сломать, хакнуть. Но сейчас ИИ встречают настороженно: какие угрозы он несёт? Что теперь будет с CTF? Не отнимут ли боты нашу работу? И скрытое ядро

[15:48] CONF: В чат призывается RottenMechanism

Всё по-деловому и, кажется, немного скучно, но только на первый взгляд. На одном из стендов с руками отрывали бейджи-матрёшки — они же ноды Meshtastic. Для ZeroNights их разработал Сергей Норд, он же Rotten Mechanism. Он взял микроконтроллер nRF52840 и LoRa-модуль и нарисовал плату «Матриша» с антенной на 868 МГц прямо на текстолите. Сначала проверил прототипы, а потом вручную спаял, прошил и отладил триста бейджей. Скрипт выдал каждому свой BLE-пароль, а анонсы докладов с базовой ноды рассылала программа, которую он написал специально под конференцию. И если взять такую матрёшку и заглянуть в чатик ZN_CHAT, одним из первых сообщений там окажется:

[10:36] <Input/%0D*/Onfocus=confirm1//><Svg>

Это XSS-полиглот — строка, которую кидают во все поля ввода подряд, чтобы посмотреть, что сломается. Как раз по такому я и скучал: появилась новая система — значит, её надо прощупать. Чем дольше я листал ZN_CHAT, тем сильнее он напоминал форумы нулевых: ники с нулями вместо «о», поиск флагов и приколы вроде «Продам мопед» — на который тут же ответили шуткой про друга, который сдуру купил эндуру. На вопрос, кто пришёл со своей нодой, кто-то грустно ответил: «Моя на окне в Самаре(». Есть старая анархистская идея временной автономной зоны — пространства, которое ненадолго выпадает из-под контроля и исчезает раньше, чем его успеют подавить. Знаете, это она и была. Да, во многом хакерская романтика уступила место серьёзной индустрии, но если хорошенько поскрести, под кожей всё те же свобода, любопытство и энтузиазм.