Kurgan-Telecom Ru | Информационные технологии

Многие пишут, что "бутылочным горлышком" в агентной разработке являются люди, которые проверяют код. Я считаю, что это больше маркетинговое заявление, чем инженерное. Человек может выполнять код-ревью достаточно быстро. Уж точно быстрее, чем код проходит CI/CD пайплайн и деплоится на стенд. С ростом автоматизации, процесс код-ревью человеком сводится к:

- пробежаться глазами по неочевидным местам в коде, проверка которых ещё не покрыта автоматикой,

- проверить как отработала автоматика детерминированной проверки правил разработки.

У меня это занимает не больше 5-15 минут на пулл-реквест. "Бутылочное горлышко" я наблюдаю совсем в другом месте.

Сейчас агенты пишут код очень быстро. Это ускоряет разработку.

Так же быстро и в большом количестве агенты пишут тесты. Тесты - это хорошо, это фиксация контрактов, соблюдение правил разработки и подтверждение того, что код делает то, что нам нужно. Мы заставляем агентов тестировать код и они делают это легко и быстро. Мы радуемся: количество кода растёт, система становится больше и не теряет надёжность.

Казалось бы, может ли что-нибудь пойти не так. Может и обязательно пойдёт не так.

Тестов становится слишком много. За пару лет существования моего проекта люди-программисты написали около 3000 тестов. Половина из них была написана мной в течение года. Я делал много рефакторинга (приводил приложение в порядок), обновлял версии библиотек со сломанной обратной совместимостью и нужно было много тестов как гарантия того, что функционал приложения я не поломал.

Как отличить совет от продажи и проверить рекомендацию до покупки

Исследователи спросили ChatGPT, как приготовить тайскую еду. Под ответом появилась реклама DoorDash. Запрос был про готовку. Предложение рядом: заказать доставку.

Никто не обязан подменять рецепт рекламным текстом, чтобы предложить вам совсем другое действие. Достаточно оказаться рядом в момент выбора.

3 ноября вышло первое минорное обновление ветки openSUSE Leap 16. Ожидается, что ежегодные незначительные выпуски продлятся до Leap 16.6 в 2031 году.

Leap 16.1 предоставляет неизменный режим (Immutable Mode) наряду с традиционной установкой; теперь рабочие столы, традиционные серверы, контейнеры и хосты виртуальных машин и периферийные устройства можно развернуть из одного дистрибутива, запустив общий установочный образ и выбрав необходимый режим в инсталляторе Agama.

Неизменный режим транзакционно обновляет систему с помощью корневой файловой системы только для чтения. Каждое обновление с обновлением транзакций создаёт новый снимок, а одна команда откатывает систему назад, если что-то идет не так. Дополнительное ПО можно установить через контейнеры с Podman или Distrobox или через Flatpak на рабочем столе.

Leap 16.1 в неизменном режиме заменяет Leap Micro и унифицирован с ним, выпусков Leap Micro 6.3 или 7.0 не планируется. В разделе альтернативных загрузок на get.opensuse.org доступны загрузочные образы для установки с USB, образы для KVM/Xen, Microsoft Hyper-V, VMware, Harvester и облачных сред, а также RAW-образ диска с полнодисковым шифрованием.

Leap продолжает опираться на SLES и сохраняет с ним двоичную совместимость. Leap 16.1 и SUSE Linux Enterprise Server 16.1 выходят одновременно. Пользователи по-прежнему могут перейти от Leap к SLES, а разработчики могут создавать и тестировать решения на Leap для последующего развёртывания на SLES.

Версии пакетов:

• ядро Linux 6.12, systemd 257 и glibc 2.40;
• рабочие столы: KDE Plasma 6.6 с Qt 6.11 и KDE Frameworks 6.25; GNOME остаётся версии 48 с исправлениями ошибок; LXQt 2.4; Xfce 4.20 на Wayland;
• приложения: LibreOffice 26.2 и GIMP 3.2;
• виртуализация и контейнеры: QEMU 11.0, libvirt 12.4, Podman 5.8;
• пакеты для разработки: GCC 16.2.0, Perl 5.42.1, Python 3.14 (наряду с Python 3.13 по умолчанию), LLVM 21, PHP 8.5, MariaDB 12.3, PostgreSQL 18;
• установщик Agama версии 24.

Подробный список пакетов (страница прогружается некоторое время)

 opensuse

Отправил агенту задачу с телефона, убрал телефон в карман и хочешь узнать, когда он закончит. Обычно для этого берут пуши Google (FCM). У DSH Mobile облачного сервера нет, телефон разговаривает напрямую с компьютером, на котором работает агент. В версиях 0.9.x я переделал уведомления. Постоянного соединения в простое больше нет, а за отправленной задачей телефон следит, даже если Android выгрузил приложение или телефон перезагрузили. Расскажу, как это устроено и какие четыре ошибки нашлись по дороге. Самая заметная съедала 11 секунд на каждом ответе агенту, самая неприятная обрывала загрузку фото на 5 МБ.

Статья является продолжением темы, начатой некоторое время назад в статье, о моделировании в реальном времени решётчатых функций технологических параметров промышленных объектов управления.
В статье кратко рассказано о ядре моделирования, использующего математический аппарат, описанный в указанной статье, и результатах его работы на одноплатном компьютере скромной производительности.

Статья будет полезна не только пользователям DeepSeek API. Она пригодится тем, кто покупает на Taobao, Tmall и 1688, и тем, кто собирается в Китай: там через Alipay можно оплатить метро и транспорт, билеты, отели и многое другое. Для вашей конкретной ситуации уточняйте отдельно — нюансы возможны.

Новое исследование профессора финансов Стэнфордского университета Ильи Стребулаева позволяет узнать пять фундаментальных особенностей, которые отличают инвестиции в стартапы от традиционных классов активов.

Модель искусственного интеллекта GPT-6 Astra компании OpenAI значительно улучшила результаты, получаемые моделью Qwen от Alibaba в решении математических задач, без дополнительного обучения.

Команда исследователей из MIT провела эксперимент, чтобы выяснить причины слабой производительности модели Qwen3.5-0.8B в математических задачах. Они обнаружили, что модель зацикливается на рассуждениях и не успевает выдать результат. С помощью Astra, которая скорректировала всего 0,016% весов модели, то есть примерно 131 тысячу параметров из 800 миллионов, удалось добиться улучшения.

Результаты на тесте MATH-500 увеличились с 8% до 48%, а на школьных задачах GSM8K — с 13% до 67%. Этот метод был назван Weight-Space Programming.

https://huggingface.co/RikiyaT/Qwen3.5-0.8B-weight-space-programming

 искусственный интеллект

Привет, Хабр!

Пока весь мир заворачивает платные API в красивые обёртки, мне захотелось сделать что-то полностью автономное, конфиденциальное и бесплатное. Результат — App AI Assistant, локальный компаньон, с которым можно поговорить + голосовой ассистент («Джарвис» на минималках), который работает на 100% оффлайн на вашем компьютере.

Проект полностью открытый, исходный код опубликован под лицензией MIT. Мне интересно было не просто «поиграться», а подружить нейросети в реальном времени.

Что умеет ассистент:

Всем привет.

Есть малая механизация, когда вы мотокультиватором типа "Крот" сажаете картошку на 20 сотках, а есть малая автоматизация, когда вам лень ставить жирный homeassiant и/или приложение от вендора с завязкой на облака и хочется пожить в уютном локалхосте. Сегодня пойдет речь про вторую. И да, важный момент - вы не планировали умный дом и не тянули провода заранее.

Достаточно давно была куплена розетка "Умная розетка Wi-Fi SmartHome 2300W 10А IP20 c заземлением Gauss" в озоне, к сожалению сейчас уже не продается и непонятно продается ли она у вендора. Важно в ней то, что протокол общения там Philips WiZ, он расковырян, много скриптов на гитхабе, оттуда и подчерпнута важная информация.

Сегодня мы делаем включение ее и приборов, подключенных в ней, по закату солнца в конкретной вашей локации. И выключение в 23:00. Для доосвещения рассады дома, что весной, что осенью.
Пререквезиты - любой линукс хост с bash, curl, jq, netcat и доступом в интернет.
Что оставляем за кадром - подключение в ваш локальный LAN, это инструкция из коробки. После подключения доступ в интернет розетке можно заблокировать, она не потеряет адрес и даже валяющаяся на полке в течении полугода сохранит подключение wifi.

Итак, что делает скрипт:

Какая страница вашего сайта важнее: /catalog/ или статья в блоге двухлетней давности? Пока страниц пятьдесят, на этот вопрос отвечает интуиция. Когда их пять тысяч — интуиция молчит, а структура ссылок превращается в то, что никто в компании целиком не видел: меню ведёт в каталог, блог ссылается на фильтры, фильтры — друг в друга, и где-то в этом клубке есть страницы, до которых внутренний вес добирается по щепотке.

У этой задачи есть старый числовой ответ — PageRank. Не тот, по которому Google ранжирует весь интернет, а его домашняя версия: посчитать веса только по внутренним ссылкам одного сайта. Я написал инструмент, который делает это от краула до отчёта, и в этой статье разберу, как устроена математика, какие грабли собираются по дороге и что из отчёта реально выжимается.

Сразу для прозрачности: инструмент мой, он платный, есть бесплатная редакция с лимитами. Но статья — про методику: формулы, нормировку и интерпретацию можно воспроизвести и своим скриптом, и я покажу, как.

Представим компанию со счетами в трёх банках. В один приходят платежи покупателей, через другой проходит зарплата, в третьем лежит часть свободных денег. Счета поставщиков и будущие расходы находятся в учётной системе.

В пятницу финансовому директору нужно решить, что оплатить сегодня и сколько оставить на следующую неделю. Для этого недостаточно сложить остатки. Нужно учесть зарплату, проверить ожидаемые поступления и разобраться с уже отправленными платежами. Затем бухгалтер подготовит поручения, передаст их на подпись и сверит исполнение с учётом.

Меня в Open Banking (открытом банкинге) интересует возможность собрать эту работу в одном сервисе. Клиенту нужен ответ на вполне конкретный вопрос: можем ли мы провести эти платежи и что произойдёт после подтверждения?

Моя гипотеза — привычным местом работы с несколькими банками может стать сервис, в котором компания готовит платежи, согласует их и проверяет исполнение. Его может развивать банк, разработчик учётной системы или независимая компания. Попробую разобраться, что для этого дают общие API банков и какую работу всё равно придётся делать отдельно.

Привет, я фронтенд-разработчик, и сегодня хочу разобраться с одной интересной особенностью React Server Components.

Если вы работали с RSC, то наверняка замечали, что вокруг них почти всегда появляется ещё один участник — bundler. В документации React прямо говорится, что директивы вроде 'use client' дают инструкции bundler'ам, совместимым с RSC, а при встрече клиентского компонента bundler должен построить для него клиентскую сборку.

Но возникает вполне логичный вопрос. Зачем React Server Components вообще нужен bundler?

Ведь JavaScript уже умеет работать с модулями. Браузер понимает import, умеет загружать ES-модули и поддерживает динамический import().

На первый взгляд можно сделать всё достаточно просто.

Вышел Kodacode 1.3 и теперь он умеет работать с приложениями на компьютере. А в Desktop появился свой браузер, чтобы открывать страницы рядом с чатом и сразу передавать агенту нужный фрагмент.

Ещё добавили просмотр правок даже без Git, интерактивные прототипы и потоки автоматизаций с AI-агентами. CLI тоже обновили, теперь его удобнее встраивать в CI и собственные инструменты.

В статье показываем, как всё это работает. Питомца тоже покажем. Да, он теперь есть.

3PAR 8000/9000 после вендорской поддержки: как посчитать запас жизни СХД

В первой статье блога мы рассказали, кто мы, и разобрали приёмку сервера по журналам BMC. Эта статья про массивы HPE 3PAR, с которыми у нас тот же подход, что и с серверами: покупаем рабочие, проверяем, инициализируем и прогоняем тестами под конкретного клиента, продаём с гарантией и закрываем её собственным складом запчастей. Услуг обслуживания и восстановления чужих инсталляций мы не оказываем.

Текст для владельцев 3PAR, у которых закончилась вендорская поддержка: как по паспорту массива и телеметрии дисков оценить, сколько он ещё проживёт, что должно лежать на полке с запчастями и что в этих массивах ломается в жизни. Практика собрана на десятках машин, прошедших через наш склад, в том числе история, где три «мёртвых» диска ожили от одной команды.

Начнём с дат. 31 августа 2026 года по опубликованному графику HPE закончилась поддержка всей серии 3PAR 8000, моделей 8200, 8400, 8440 и 8450 разом. Серия 9000 продержится ненамного дольше: у 9450 в календаре стоит 1 мая 2027-го. Одна из самых массовых enterprise-СХД российских ЦОДов 2015–2022 годов официально вышла из жизненного цикла вендора.

Для российских владельцев в этих датах меньше драмы, чем кажется. HPE ушла из России ещё в 2022-м: контрактной поддержки, доступа к порталу с прошивками и вендорских замен у большинства местных инсталляций нет уже четвёртый год. EOSL сделал официальным для всего мира то, что здесь давно повседневность: массив живёт ровно настолько, насколько выстроена его собственная система жизнеобеспечения.

3PAR 8000/9000 после вендорской поддержки: как посчитать запас жизни СХД

В первой статье блога мы рассказали, кто мы, и разобрали приёмку сервера по журналам BMC. Эта статья про массивы HPE 3PAR, с которыми у нас тот же подход, что и с серверами: покупаем рабочие, проверяем, инициализируем и прогоняем тестами под конкретного клиента, продаём с гарантией и закрываем её собственным складом запчастей. Услуг обслуживания и восстановления чужих инсталляций мы не оказываем.

Текст для владельцев 3PAR, у которых закончилась вендорская поддержка: как по паспорту массива и телеметрии дисков оценить, сколько он ещё проживёт, что должно лежать на полке с запчастями и что в этих массивах ломается в жизни. Практика собрана на десятках машин, прошедших через наш склад, в том числе история, где три «мёртвых» диска ожили от одной команды.

Начнём с дат. 31 августа 2026 года по опубликованному графику HPE закончилась поддержка всей серии 3PAR 8000, моделей 8200, 8400, 8440 и 8450 разом. Серия 9000 продержится ненамного дольше: у 9450 в календаре стоит 1 мая 2027-го. Одна из самых массовых enterprise-СХД российских ЦОДов 2015–2022 годов официально вышла из жизненного цикла вендора.

Для российских владельцев в этих датах меньше драмы, чем кажется. HPE ушла из России ещё в 2022-м: контрактной поддержки, доступа к порталу с прошивками и вендорских замен у большинства местных инсталляций нет уже четвёртый год. EOSL сделал официальным для всего мира то, что здесь давно повседневность: массив живёт ровно настолько, насколько выстроена его собственная система жизнеобеспечения.

Привет, Хабр. Я Михаил Мирошников из департамента данных и рекомендательных систем B2C Сбера. Расскажу о переменах в подготовке банковских коммуникаций: об ИИ-генерации текстовых форматов, их почти моментальном согласовании при помощи LLM-проверок и о том, куда это всё ведёт контентные команды.

postgresweekly: plpgsql_wrap 1.0: A Way to Obfuscate PL/pgSQL Code — PostgreSQL: plpgsql_wrap v1.0 released — HexaCluster has open sourced its extension for distributing and

19th Nervous Breakdown

Приближение релиза PostgreSQL 19 к официальному вышло нервным. Появилась даже статья именно с таким названием: 19th Nervous Breakdown. Нервный срыв. Написал статью известный в сообществе человек, грамотный - Кристоф Питтус (Christophe Pettus), который ведёт свой блог The Build и возглавляет команду PGX (то есть PG Experts). Его любимая тема - разбор GUCов, но тут он сделал исключение - ведь и релиз исключительный в обоих смыслах: 1. уникальный, 2. сколько ж из него исключили!

Ну а название он придумал шикарное: оно отсылает к древней песне.

И это статья, пожалуй, самая основательная из тех, где говорят о причинах кризиса. А это даже не кризис: это Дырокалипсис (Vulnpocalypse - гибрид слов vulnerability и apocalypse). А ещё - Поезд откатов (откатов в хорошем, точнее, не в самом плохом смысле - Revert Train).

Итан Сигел (американский астрофизик‑теоретик и научный журналист, автор рубрики «Спросите Итана», один из пропагандистов современных научных знаний), идёт в решительную атаку против всех, кто отрицает существование тёмной материи! Удастся ли ему убедить тех, кто сомневается в её существовании?

@avshkol перевел целых 2 статьи Итана на эту тему и сделал из них одну статью на Хабре. Итак, тёмная материя или невидимая нами обычная материя (например, чёрные дыры)? Тёмная материя или модификация ОТО в части гравитации? Тёмная материя или признание нашей неспособности здесь и сейчас точно смоделировать законы динамики звёзд и галактик? Тёмная материя или наблюдаемый результат деятельности иных цивилизаций? Добро пожаловать в дискуссию!

Штатный BenBen не давал нам русского голосового управления. Разобрались с двумя компьютерами Unitree Go2, получили root основного контроллера, исправили срывы Wi-Fi и связали русские команды со штатными API. Как нашли сальто вне доступного интерфейса и добились подхода и сопровождения по UWB-пульту.