IT

Фонд СПО взял под финансовую опеку проект GNU Boot для замены проприетарных BIOS и UEFI Фонд свободного программного обеспечения (FSF) включил проект GNU Boot (форк Libreboot) в свою программу финансовой поддержки Working Together for Free Software. Разработка представляет собой полностью свободный дистрибутив загрузочного ПО на базе Coreboot, GRUB и SeaBIOS, созданный как этичная альтернатива закрытым прошивкам BIOS и UEFI без бинарных блобов. GNU Boot нацелен на обеспечение полного контроля пользователя над этапом инициализации оборудования. Финансирование от FSF позволит команде сосредоточиться на написании и отладке кода, а также отправке патчей в основные upstream-репозитории зависимых проектов, не отвлекаясь на организационные задачи.

Двести солдат и одни ворота: почему NPC топчутся на месте Двести солдат получают команду пройти через ворота и оказаться во дворе. A* исправно строит маршруты, персонажи отправляются к цели, но возле прохода начинается какая-то ерунда. Одни агенты дрожат в пятнадцати метрах от ворот, другие пятятся назад, третьи пытаются протиснуться между соседями. Во двор тем временем попадает от силы десяток. Открываем профайлер — A* тратит кучу времени на поиск маршрутов. Кажется, нужно оптимизировать алгоритм, подкрутить радиусы агентов или перестроить NavMesh. Только солдатики от этого вовсе не обязаны перестать тупить. Причём одинаковые с виду заторы могут возникать по совершенно разным причинам. На тестовой сцене можно менять ширину ворот и количество агентов, наблюдая, как ведёт себя толпа.

Рынок после закрытия - Мосбиржа: 2 421 пункт (+0,1%); - РТС: 908,6 пункта (+0,01%); - RGBI: 111,4 пункта (+0,2%). ➡️ Индексы в реальном времени 📌 Главное к этому часу 🔶 МЭА ухудшило прогноз мирового спроса на нефть по итогам 2026 года на 2,6 млн баррелей в сутки – до 102,4 млн. Месяцем ранее агентство ожидало сокращения на 2,5 млн баррелей. Одновременно МЭА ждет падения поставок на 5,8 млн баррелей в сутки. ➡️ Вчера ОПЕК тоже понизила прогноз по мировому потреблению нефти 🔶Инфляция, по данным Росстата, с 6 по 12 октября выросла на 0,11%. Неделей ранее рост составил 0,96%, однако там внесли вклад тарифы ЖКХ – разовый фактор, без которого рост цен составил бы 0,21%. • Опрошенные ЦБ аналитики повысили прогноз инфляции на 2026 год до 7,1%, а средней ключевой ставки — до 14,6%. В 2027 году ставку ожидают на уровне 12,8%, возвращение инфляции к 4% прогнозируется лишь к 2029 году. 🚀 Все плавно движется к тому, что инфляция по году превысит прогноз ЦБ 6-7%. Мы считаем, что ЦБ сохранит ставку 14% до конца года. 🔶Объем размещений облигаций на Мосбирже в сентябре 2026 года вырос до ₽2,4 трлн (+67% год к году); • Частные инвесторы вложили в облигации ₽211 млрд: 77,4% – в корпоративные, 22,6% – в ОФЗ; • Объем вторичных торгов облигациями превысил ₽1,9 трлн (+21,1%). 🔶 Объем валютных вкладов россиян сократился до $18,6 млрд, минимума с января 2008 года. 🔶 Годовой выпуск российских газовых турбин большой мощности увеличится до 10 единиц в 2028 году и до 12 в 2029-м, сообщил Минпромторг. Оборудование необходимо энергетическим компаниям для обновления и строительства генерирующих мощностей. 🔶 ЦБ установил официальный курс доллара на 15 октября на уровне ₽83,9 (+₽0,1). Евро подорожал до ₽93,9, юань вырос до ₽12,5. 📍 Подписаться на Телеграм | Мы в MAX

Может помните у Opus 5 в свое время была такая проблема что он оставляет в коде коменты на несколько страниц У меня они до сих пор лежат и путают новых агентов Да и у новых агентов тоже есть привычка оставлять коменты по типу "временный костыль, потом уберём". А потом каждый следующий агент воспринимает это как разрешенный прием, и повторяет Так вот у Cursor под это есть специальный скилл /no-comments:

1/ Запускается отдельный субагент в роли маньяка который ненавидит комменты (я не шучу 😈) 2/ Удаляет всё, кроме нескольких исключений: лицензии, доки публичного API, ссылки на issue и странности чужих библиотек, которые нельзя поменять кодом 3/ Затем основной агент проверяет за ним работу и чинит причины костылей

Если есть что-то, что нужно оставить, скилл предложит заменить его тестом или lint-правилом в CI Так как скилл изначально создавали под Cursor, нужно попросить своего агента адаптировать его под себя: - сам скилл - субагент маньяк И есть еще для Grok Bot: x.ai/bot/plugin/9717366 Я конечно не смотрю в код, а для агентов это лишний шум и трата токенов ☕ @tips_ai #tools

Как встраивать ИИ в продукт Полезно продактам, CPO и тем, кто сейчас автоматизирует команды и процессы. 1. ИИ может ухудшить ваш продукт. Он может быть медленным и ненадежным, или же решать проблему, которой ни у кого нет. Тот факт, что это ИИ, еще не означает, что его стоит разрабатывать. 2. Подумайте, нужно ли вам вообще разрабатывать ИИ. Зачастую лучше сначала создать что-то для ИИ, например, сервер MCP. Их проще создавать и поддерживать. 3. Ищите jobs to be done, а не демо. Лучшие возможности для ИИ — это задачи, выполнение которых занимает более 30 секунд, использующие код или интерфейсы, которые пользователи не знают (например, SQL), или задачи, которые пользователи повторяют более 20 раз 4. Онбординг — отличная первая цель. Визард установки с ИИ выполняет работу, занимающую два часа, за 8 минут. 5. Не спрашивайте: «Как добавить ИИ в это?» Спрашивайте: «Как выглядит agent-first-версия этого?» Такой вопрос заставляет переосмыслить jobs to be done для agent-first-будущего и помогает не быть разрушенным ИИ-native конкурентом. 6. Создание продуктов «формата 2030 года» может потребовать начать с нуля и отказаться от накопленных за годы UI-решений и допущений, которые больше не актуальны. 7. Следите за клиентами, которые пересобирают ваш продукт с помощью ИИ. Это показывает, какие функции им действительно нужны. Когда клиенты создают собственный прототип вашего продукта с помощью MCP и Claude Code, — нужно добавить в продукт больше настраиваемых «canvas»-артефактов. 8. Валидируйте ИИ-концепты также, как новые продукты. Запишите, по каким критериям будет оцениваться результат и какой runway у инициативы. Спросите, насколько команда будет разочарована, если её потеряет (PMF-опрос). 9. Опишите, как ваш продукт проигрывает ИИ-native угрозе, а затем профинансируйте собственную версию этого «атакующего». Даже лучший продукт поддержки проиграет продукту, где ИИ отвечает на все тикеты, — вероятно, поэтому Intercom так сильно развернулась в сторону Fin. 10. Ответьте на вопрос: чем это лучше Claude? Именно к нему люди обращаются по умолчанию. Ваш moat — это контекст: функциональность продукта, данные пользователей, а также инструменты и skills, которые вы построили. 11. Сосредоточьтесь на общей ИИ-инфраструктуре. Сделайте примитивы — промпты, стриминг, согласия, evals, задачи и аналитику, — которые продуктовые команды смогут расширять и встраивать в свои продукты. Выберите единый UX-паттерн, чтобы избежать «смерти от тысячи виджетов», а затем не мешайте командам. Продуктовые команды лучше знают своих пользователей, а не ИИ-команда. 12. Позвольте агентам запускать код. Исполнение кода даёт агентам возможности beyond predefined tools. 13. Позвольте агентам делать всё, что могут делать пользователи. Если есть инструмент создания эксперимента, но нет инструмента его запуска, агент сделает всё остальное и остановится, чтобы попросить вас кликнуть по UI. Это ограничивает возможности агентов. 14. Тестируйте продукт headlessly, чтобы развить «эмпатию к агентам». Проверяйте агентные фичи через CLI, чтобы сталкиваться с теми же точками трения, что и они. 15. ИИ не убивает ваш UI — он меняет его назначение. Меньше экранов для выполнения действий, больше — для одобрения, проверки и отмены действий агентов. Стройте UI, когда текста недостаточно. 16. Управляйте агентами на их уровне абстракции. Агенты работают лучше, если позволить им гибко писать и рассуждать. Перестаньте заставлять агентов использовать предустановленные query-инструменты и разрешили им писать собственный SQL. 17. Настройте ИИ-observability с первого дня: - Трейсите LLM-вызовы: входы, выходы, latency и стоимость. Это выявляет ошибки и проблемы, исправление которых даёт быстрый рост качества. - Отслеживайте использование агентами так же, как использование людьми. Агенты не генерируют pageviews или rageclicks, но можно отслеживать вызовы MCP-инструментов, запросы страниц и другое. - Используйте evals, но начинайте с малого. Вручную читайте трейсы, чтобы найти места, где ИИ ошибается. Создайте eval для проверки этой проблемы и улучшайте продукт, чтобы улучшить результат eval. Даже небольшие golden- или синтетические датасеты давали огромный прирост качества по сравнению с обычным циклом разработки. 18. Изучите unit-экономику ИИ-продукта. Наш визард стоит $6,67 за запуск, но улучшенная активация и retention стоят дороже. Переход трейс-саммари со стандартного gpt-4.1-nano на flex-уровень gpt-5-nano вдвое снизил затраты. 19. Многие сбои агентов — на самом деле сбои контекста. Добавление агенту значительно большего объёма контекста улучшило эффективность визарда сильнее, чем улучшенное reasoning, многошаговое планирование, субагенты, pruning и compaction. И Сделайте так, чтобы люди могли легко создавать контекст, которого агент не знает. 20. Прозрачная компания полезна для агентов. Ваши Агенты и агенты клиентов могут смотреть в кодовую базу, handbook и документацию, чтобы лучше понимать, как работает ваш продукт.

Читатели канала напомнили, что смерть Кащея на кончике иглы, игла в яйце, яйцо в утке, утка в сундуке, сундук на дереве, а дерево расположено по двум адресам, где находятся два ЦОДа ФНС Дубна Московская область, г. Дубна, ул. Технологическая, 2. Федеральный центр обработки данных ФНС официально открылся в 2015 году. Проектировать его начали в 2012-м, проект стоил 7,9 млрд рублей. Задача центра в том, чтобы собрать единый налоговый файл страны, общую базу налоговых данных в одном месте. Вторую очередь в ноябре 2020 года открывал Мишустин. (Вот, кстати, сроки стройки и бюджеты - три года и миллиарды рублей — но э то было до войны и даже до крымнаша — тогда оборудование проще было ввозить) Городец Нижегородская область, г. Городец, ул. Речников, 14. Запущен в декабре 2015 года как точная копия Дубны, так называемый горячий резерв. Позже рядом построили ЦОД №2 площадью 5600 кв. м. Как это работает Обе площадки работают одновременно в зеркальном режиме и обслуживают весь массив данных Минфина и подведомственных служб, чтобы исключить потерю информации. Между ними около 380 км по прямой. Что там лежит Не только налоги. АИС Налог-3, единая система, через которую автоматизирована вся работа ФНС. Единый реестр ЗАГС: рождения, браки, смерти. Федеральный регистр населения ЕРН, его инфраструктура модернизируется в обоих ЦОДах. В 2020 году в ЦОД ФНС из ЦОДа Гознака переехала система госзакупок. Что с резервом Изначально площадок должно было быть три: Дубна, Городец и Волгоград. От волгоградского ЦОДа отказались, а деньги направили на вторые очереди в двух существующих. Так что вся система держится на двух точках. На фоне нынешних атак на дата-центры вопрос о третьей площадке, похоже, снова станет актуальным. Но денег, вроде как нет.

Дашборд показывает +25%. Что проверить, прежде чем нести цифру руководителю Казалось бы, цифре на дашборде можно верить: ее посчитала система, а не человек. Но на дашборде уже не данные, а информация. Кто-то решил, какие события считать, за какой период и как их сложить, и ошибка возможна на любом из этих шагов. Представим, что команда сервиса доставки запустила в приложении кнопку «Повторить заказ». Через две недели на дашборде видно, что заказов стало на 25% больше, чем за две недели до запуска. Выглядит как успех, о котором пора рассказать руководителю. Уже стоит ставить встречу в календаре? Прежде чем это делать, проверьте три вещи: 1. Из чего сложилась цифра Разложите рост на части: новые и повторные покупатели, число заказов и средний чек, заказы через новую кнопку vs все остальные способы заказа. Если прирост произошел за счет новых пользователей, то кнопка повторного заказа здесь, скорее всего, ни при чем. 2. Что показывает другой источник Сверьте дашборд с данными, которые считаются иначе, например с оплаченными заказами в платежной системе. Дашборд может считать созданные заказы вместе с отмененными. Или после релиза событие о заказе стало отправляться дважды. Тогда рост есть только в аналитике, а не в деньгах. 3. С чем вы сравниваете Сравнение «больше, чем две недели назад» не отделяет эффект кнопки от зарплатных дней, праздников или акции, которую в это же время запустил маркетинг. Нужна контрольная группа: пользователи, которым кнопку пока не показали, или тот же период прошлого года. Руководителю полезнее видеть вывод с оговорками, чем красивую цифру, но ничем не подкрепленную: указывайте, что подтвердилось, чего пока не знаем и как это проверим. @productmindset

Ладно. Поставил себя на место "эффективных менеджеров гости" — сидел, думал, как всё же сделать ДЦ менее уязвимыми для атаки дронов. Вот что придумал: Раз перенести дата-центры под землю, в Сибирь или за границу не получится, то есть еще вариант: раздробить их. Идея Вместо нескольких гигантских ЦОДов строится сеть из множества небольших узлов, объединённых в одну систему. Потеря любого узла некритична: нагрузка автоматически переезжает на соседние. Так устроены облака с зонами доступности, только узлов больше и они дальше друг от друга. Устойчивость здесь не в прочности здания, а в избыточности и скорости переключения. Примерно так же, кстати, сделан VPN Generator, но продолжим... Из чего состоит узел Модуль заводской сборки: машинный зал на несколько десятков стоек, ИБП, охлаждение, пожаротушение, удалённый мониторинг. Мощность от сотен киловатт до мегаватта. Генератор с топливом обычно стоит рядом отдельным блоком. Модули бывают двух типов. Контейнер ставят под открытым небом. Модульный зал собирают внутри существующего здания: склада, цеха, корпуса. Сейчас второй вариант лучше: стены и крыша дают защиту, которой у контейнера нет. Принципы Рассредоточение: узлы разнесены на десятки и сотни километров. Избыточность: мощности с запасом на потерю нескольких узлов. Стандартизация: одинаковые модули и одинаковое железо, проще закупать и менять. Близость к энергии: у электростанций, подстанций, заводов с собственной генерацией. Безлюдная эксплуатация: управление удалённо, инженеры выезжают по вызову. Как это сделать сейчас Площадки. Промзоны, территории заводов и станций, пустующие склады и цеха. Модуль в существующем здании быстрее согласовать и проще защитить. Энергия. Прямое подключение к генерации или свои газопоршневые установки. Газ есть почти везде, где есть промышленность, и это снимает зависимость от подстанций. Оборудование. Модули, ИБП и охлаждение делают российские и китайские производители, серверы идут из Китая через параллельный импорт контрабанду. Чем меньше моделей, тем проще держать складской запас. Связь. Узлы региона замыкаются в оптическое кольцо, к каждому минимум два независимых канала от разных операторов. Софт. Без него ничего не работает: оркестрация, распределённое хранение с репликацией, балансировка и автоматическое переключение. Облака это уже умеют, корпоративные системы придётся переписывать. Организация. Региональные кластеры, склад запасных модулей, выездные бригады, единый мониторинг и план замены узла за недели. Как это выглядит на практике Регион обслуживают несколько узлов по мегаватту в 50–150 км друг от друга, связанные кольцом. Данные лежат минимум на двух узлах, потеря любого не роняет сервис. Большие московские ЦОДы остаются для того, что нельзя раздробить, а малые узлы берут на себя резерв, кэш контента и распределённые сервисы. Звучит реалистичнее, чем "строить ЦОДы в Сибири"

Еженедельные дайджесты новостей всё же не проходят цензуру на Хабре, увы Краткая предыстория вопроса: в июне я писал о том, что перестаю публиковать дайджесты на Habr, т.к. позиция площадки поменялась на «финансам у нас не место, мы только про айти». К сентябрю всё же выяснилось, что финансы – это ок, а модерацию глобально волнует только политика. Так как по этой части позиция Хабра не менялась (в правилах уже очень давно написано «Habr не для политики»), а на чисто политические темы я и так не пишу (политики и чиновники в моих материалах упоминаются только постольку, поскольку они непосредственно влияют на нашу жизнь через законы и регулирование) – я решил попробовать вернуть рубрику на площадку. К сожалению, вынужден признать, что эксперимент по возвращению получился неудачным. В последнем дайджесте новостей модераторы Хабра просто молча (не известив меня) выпилили целый блок текста про ситуацию с чумой в Иркутске – узнал я об этом только из комментариев, где читатели спрашивали «а почему в заголовке написано про чуму, а в самой статье об этом ни слова?» Почему эту тему модераторы посчитали «политической» – я, если честно, так и не понял. Из этой логики можно тогда смело сносить с Хабра и многие сотни материалов про коронавирус. Тем более, что подача в нашем дайджесте (см. вот здесь на Пикабу – похоже, именно там сейчас будет моя основная площадка) была крайне аккуратной и нейтральной, мы там пытались раскрыть два основных вопроса: 1) Какие есть версии произошедшего в Иркутске, и на чем они основаны? 2) Какова вероятность того, что из этого получится новая пандемия, и что про это говорят эксперты? Вот такая вот фигня, малята.

Писал как-то про DORA - метрики скорости и стабильности DevOps-процессов. В продолжение темы несколько слов о фреймворках SPACE и DevEx, нацеленных на разрабов. Их можно использовать в комплексе вместе с DORA.

SPACE - это фреймворк для измерения продуктивности разработчиков, разработан в Microsoft в 2021. Это акроним.

▪️Satisfaction and well-being (Удовлетворенность и благополучие) — насколько разработчики довольны своей работой, инструментами и балансом (оценивается через опросы). ▪️Performance (Производительность) — качество и результативность работы (не объем кода, а то, какой ценный продукт выдан в срок). ▪️Activity (Активность) — базовые количественные показатели (например, количество пулл-реквестов, сборок, коммитов — но только как часть общей картины, а не единственный критерий). ▪️Communication and collaboration (Коммуникация и взаимодействие) — как команды общаются, насколько прозрачно идет обмен знаниями и документацией. ▪️Efficiency and flow (Эффективность и состояние потока) — насколько легко разработчик доводит задачу от старта до финиша, не утопая в прерываниях и бюрократии.

DevEx (Developer Experience, опыт разработчика) - это концепция (и одноименный фреймворк), которая фокусируется на удобстве повседневной работы программиста. Она отвечает на вопрос: «Насколько легко разработчику делать свою работу, или же он постоянно борется с медленными билдами, плохой документацией и сложными процессами?».

В DevEx есть три главных измерения: ▪️Петли обратной связи (Feedback loops) — как быстро разработчик узнает результат своих действий (например, сколько минут собирается проект или проходят тесты). ▪️Когнитивная нагрузка (Cognitive load) — сколько лишней сложной информации в голове нужно держать программисту, чтобы просто внести простую правку (сложная архитектура, запутанный легаси-код). ▪️Состояние потока (Flow state) — может ли человек часами глубоко концентрироваться на задаче или его постоянно дергают на созвонах, в чатах и решают мелкие блокеры. DevEx исследует среду и «трение» (что мешает писать код быстрее и с меньшим стрессом). SPACE дает верхнеуровневый, комплексный взгляд на команду и продуктивность сразу по пяти направлениям. Вот тут и тут подробнее сравнивают эти подходы. #process