Я собирал бенчмарк для русскоязычных LLM на корпоративных документах: политики, приказы, счета, согласования. Хотел проверить, умеет ли модель найти нужный документ среди похожих, сослаться на конкретную строку и не сломаться, когда в одном из документов меняешь одну дату.
В этом эксперименте результат оказался сильно зависим от того, как были организованы запросы к модели.
В июне 2026 года информационная служба Хабра выпустила 944 публикации (880 новостей и постов, 8 лонгридов и 56 переводов). В текущем дайджесте представлены лучшие технические новости, переводы и лонгриды (отдельные большие публикации) инфослужбы Хабра, согласно оценкам пользователей.
«У нас тридцать два кластера». Руководитель команды platform engineering произнес это как на исповеди. Тридцать два. В компании с девятью продуктовыми командами. По шесть окружений на каждую. Никто не планировал такого — оно просто росло по одному кластеру за раз, каждый раз, когда команде требовалось что-то чуть иное, а самым простым ответом было «подними новый».
Я слышала ту или иную версию этой фразы почти в каждой компании, достигшей определенного размера. Цифра меняется — иногда двенадцать, иногда шестьдесят, — но динамика всегда одна. Kubernetes легко позволяет создавать кластеры, никто намеренно не решал, когда их использовать совместно, а когда нет, и в какой-то момент кто-то смотрит на счет за облако и ротацию дежурств — и понимает, что управление десятками кластеров медленно пожирает платформенную команду заживо.
Multitenancy — ответ на эту проблему. Kubernetes не был спроектирован для multitenancy из коробки, и, чтобы построить его правильно, требуются реальные инженерные инвестиции, но именно так зрелые команды platform engineering решают эту задачу в 2026 году — со все более удобным инструментарием и все лучше понятыми паттернами.
Команда VK Cloud перевела статью, охватывающую все, что автор узнал о Kubernetes multitenancy в нескольких продакшен-окружениях: какие модели существуют, где каждая из них дает сбой, как выстроить слои изоляции, которые действительно защищают тенантов друг от друга, какие инструменты стоят вашего времени и как выглядит хорошо управляемый общий кластер на практике.
Если ваша команда управляет слишком большим количеством кластеров или строит платформу для безопасного обслуживания нескольких команд — это руководство, которого мне так не хватало в начале пути.
Всем привет! В прошлой статье мы уже выяснили, что без README с описанием архитектуры фреймворка генерация автотестов на большом легаси-проекте превращается в бесконечный цикл ревью и правок. А сегодня хочу рассказать о том, как именно я генерировала автотесты и локаторы, сколько это заняло по времени, где модель всё равно ошибалась и стоит ли оно того.
Всем привет. В этот раз я решил затронуть тему безопасности устройств, которыми пользуются большинство автовладельцев. Речь пойдёт о трёх самых популярных автомобильных сигнализациях (иммобилайзерах), представленных на российском рынке.
Забегая вперёд, скажу, что отчёты обо всех найденных недостатках были направлены производителям, а также во ФСТЭК России. Из ответа регулятора я узнал, что в качестве уязвимостей отчёты зарегистрированы не будут, так как «данное программно-аппаратное средство не используется на объектах ГИС и КИИ». Производители же сообщили, что описанные недостатки устранят в новых моделях сигнализаций. За информацией о том, что делать с уже существующими моделями, я рекомендую обращаться к производителям.
Недавно Claude уверенно пересказал мне большой документ, хотя прочитал только его начало.
Я подключил mcp-server-fetch и попросил агента извлечь из документа несколько фрагментов. Ответ получился складным и уверенным. Проанализировав трафик JSON-RPC между клиентом и сервером, я выяснил, что ответ вернулся обрезанным на 6000 символах, причём сервер пометил его как успешный.
В самом конце ответа сервер добавил для модели инструкцию:
Язык Go сейчас очень популярен, и на него переходит много разработчиков с Java, C#, PHP и Python.
У многих возникают проблемы с Go по одной любопытной причине: все кажется слишком простым. «Где наш фабричный метод?», «Где наследование?», «Где привычные паттерны?».
Больше 30 лет назад «банда четырех», она же GoF, выпустила книгу Design Patterns, где впервые описала 23 паттерна, которые сейчас считаются классическими. Это была революция: раньше приходилось долго объяснять, что ты делаешь в коде, а теперь можно просто сказать: «Я пишу адаптер».
Пару раз я встречала в описаниях вакансий на позицию Go‑разработчика требования знать ООП‑паттерны. Или слышала мнение, что Go частично реализует ООП, или что это вообще недо‑ООП язык. При этом сами разработчики языка на вопрос «Является ли Go ООП языком?» отвечают уклончиво: и да, и нет.
В этой статье я хочу обсудить особенности Go, которые, на мой взгляд, формируют собственные паттерны — те, что реализуют поведение классических ООП‑паттернов, но делают это в своем гошном стиле.
Один из самых важных параметров на МРТ снимках — это граница опухоли. Именно эта граница определяет, какие структуры головного мозга были затронуты опухолью, и позволяет оценить степень поражения соседних областей и тканей. Благодаря качественному определению контура можно точнее спрогнозировать лечение, поэтому нельзя недооценивать важность определения границ.
Стандартные модели сегментации хорошо решают задачу выделения объектов, U-Net стала фундаментом в медицинской нише. Но не всегда достаточно просто выделить границу области: маска может давать хорошее покрытие, быть близкой к целевой, однако иметь неадекватный контур — слишком сглаженный или, наоборот, рваный. Функции потерь покажут низкий loss, но на самом деле этот один пиксель, который в реальности переносится в миллиметры распространения, определяет будущее человека.
BISCUIT-Net стремится решить именно эту проблему. Работая как стандартный U-Net, он добавляет легковесное внимание на контур. Модель буквально делает набросок, после чего аккуратно выстраивает границу. Философия модели: «граница это не побочный эффект, а цель».
Это первая (после нулевой) статья из серии Нейро сети для самых маленьких, в которой мы разбираем инфраструктуру для запуска нейронных сетей.
Для обучения и инференса нейросетей и для любых видов High Performance Computing используются специализированные технологии: GPU/TPU, RDMA, Kernel bypass, NVLink, InfiniBand, RoCE и другие. Про некоторые из них большинство только что-то слышали, но сталкиваться с ними не приходилось.
Нельзя просто взять ванильный стек Linux, воткнуть в него 400Gb Ethernet+IP и получить рабочее решение. Почему?
Потому что общее решение на масштабе в большинстве случаев проигрывает специализированным как в скорости, так и в стоимости. Как бы странно последнее ни звучало.
Как это часто бывает, действительно прорывную технологию в самом начале считают глупостью, игрушкой, веянием моды, которые завтра канут в Лету. Так было с первыми планшетными ПК, звуковым кино и даже самым обычным велосипедом.
По этой тернистой дорожке проехался на своих роликах и первый в истории массовый робот-пылесос Electrolux Trilobite. Сегодня мы расскажем его грустную историю.
Сейчас много говорят о «соискателях-волках».
Это кандидаты, которые приукрашивают опыт, одновременно работают в нескольких компаниях, регулярно ходят по собеседованиям, принимают оффер и продолжают искать условия получше. Они легко увольняются, не испытывают особой преданности работодателю и рассматривают компанию прежде всего как источник дохода.
О них пишут статьи, снимают видео и предупреждают HR-специалистов. Нам объясняют, что так нельзя, что это разрушает доверие и что хорошие трудовые отношения должны строиться на честности.
Мысль разумная. Только есть небольшая проблема: работодатели начали играть в эту игру гораздо раньше.
Что представляет собой разработка инди-игры в одиночку в 2026 году? Какие у инди-разработчика появились новые инструменты и какие возможности ему предоставляет современное развитие нейросетей? А также — что ждёт инди-индустрию в ближайшие годы? Своим мнением обо всех этих вопросах я и хочу поделиться в новой статье.
Когда-то изучить Qt было относительно просто: достаточно освоить C++, разобраться с сигналами и слотами, научиться размещать виджеты на форме — и уже можно было писать серьезные приложения. Сегодня экосистема Qt стала значительно шире. Помимо базовых компонентов разработчику приходится работать с многопоточностью, сетевым взаимодействием, моделями данных, мультимедиа, графикой, QML и множеством других модулей, а значит, растет и объем необходимых знаний.
Проблема в том, что эти знания зачастую разбросаны по документации, отдельным статьям и книгам, каждая из которых рассматривает лишь часть общей картины. Поэтому найти издание, позволяющее последовательно пройти весь путь — от первой программы на C++ до разработки полноценных приложений на Qt, — становится все сложнее.
Именно такую задачу решает новая книга Дмитрия Осипова «Программирование на C++ в среде Qt». На более чем 800 страницах автор проводит читателя через все основные этапы освоения языка и фреймворка: от базового синтаксиса C++ до современных возможностей Qt, включая многопоточность, сетевое программирование, базы данных, мультимедиа, графику, QML и геосервисы.
Заказчик контролирует технику безопасности на палубе судна: в рабочих зонах экипаж обязан быть в касках, спасательных жилетах и костюмах-поплавках. Визуальный контроль по камерам не масштабируется, оператор не сможет физически охватить все потоки за смену.
Задача: автоматически фиксировать нарушения ношения СИЗ (каски, спасательные жилеты, перчатки, костюмы-поплавки) в рабочих зонах на открытой палубе судна.
Конвейер на Python + Hydra, который превращает папку с аудио в богато размеченный датасет: качество речи, просодия, разборчивость, спикер, транскрипция — по колонке на запись. От одной видеокарты до кластера, карты под нагрузкой, и он не падает на «длинном хвосте» записей, на которых обычно рассыпается наивный скрипт.
Привет, Хабр! Меня зовут Татьяна Земскова, я аспирантка МФТИ и научный сотрудник команды Embodied Agents лаборатории Cognitive AI Systems AIRI. Областью моих научных интересов является компьютерное зрение для робототехники. Я изучаю, в частности, то, каким образом робот может использовать различные модальности (текст, изображения, сегментационные маски объектов) для лучшего понимания сцены и навигации.
Желаемыми свойствами современных навигационных систем является их универсальность, минимальность сенсорного сетапа и быстрота принятия решений на борту робота. Сегодня мы поговорим о том, как мы вместе с коллегами (Алексеем Староверовым, Дмитрием Юдиным и Александром Пановым) смогли создать и обучить лёгкую (130М) трансформерную модель, способную доезжать до любых категорий объектов, заданных текстом. Полученный метод описан в свежей работе OVSegDT: Segmenting Transformer for Open‑Vocabulary Object Goal Navigation.
На веб‑странице проекта можно найти ссылку на открытый исходный код с инструкциями по запуску и ссылкой на предварительно обученные веса модели. Это позволяет как воспроизвести наши эксперименты, так и попробовать запустить модель самостоятельно на собственных данных в симуляторе или на реальном роботе. В этом посте мы обсудим основные особенности модели и то, как мы пришли к этому методу.
С 2022 года российский VM живет по своим правилам. Приказ ФСТЭК № 117 впервые ввел обязательные сроки устранения (сутки на критическую уязвимость), штрафы за утечки стали оборотными, а само обновление зарубежного ПО превратилось в управляемый риск. Собрал всю регуляторику в одном месте и объяснил человеческим языком.
Миграция Cassandra выглядит простой задачей ровно до того момента, пока кластер не становится действительно большим.
Разберем, где достаточно snapshot, когда стоит использовать междатацентровую репликацию, а в каких случаях лучше вообще отказаться от переноса исторических данных.
В одной из прошлых статей я показывал, как донастроить ваш приёмник ГНСС, чтобы выжать из него максимум. Однако, точность навигации на квадрокоптере складывается из нескольких составляющих, а мы улучшили лишь одну из них. В этой публикации мы заполним этот пробел. Как и в прошлых статьях, я предполагаю, что читатель знаком с основами дроностроения и электроники.
История открытия Америки Христофором Колумбом звучит как хороший сценарий для фильма. История открытия Америки викингами ещё до Колумба звучит как ещё один хороший сценарий для фильма. Есть и более прозаичная третья версия, о которой вы, скорее всего, никогда не слышали, потому что она наиболее вероятна, и при этом в слишком невыгодном свете выставляет историю официальную и её авторов.
Задолго до Колумба ...
Португальцы открыли острова Зелёного Мыса около 1460-го года, а Азорские аж в 1427-м году. Канарские острова открыли генуэзцы аж в 1312-м. Это всё острова расположенные далёко в открытом океане. Надо очень много там плавать чтобы случайно на них набрести. Скорее всего открытия совершались рыбаками, случайно, и потом уже отправлялась официальная экспедиция.
Португальские корабли доплыли до южного конца Африки (оцените расстояние от Португалии) в 1488-м, причём это было итогом серии исследовательских экспедиций которые велись с 1419-го года.
Доплыть до Америки на парусах было в то время невозможно без знания о ветрах пассатах, дующих с Востока на Запад от Канарских островов. Вернуться было бы невозможно без знания о т.н. Западных Ветрах. Испанцы владели Канарами с 1402-го года.
Что нового мог рассказать или предложить португальцам или испанцам некий Христофор Колумб из Генуи? Смелую идею о том что Земля круглая? Это открытие было сделано задолго до его рождения и, на тот момент, как минимум широко известно в соответствующих кругах. Доплыть до Индии и Китая мечтали на тот момент и испанцы и португальцы. Собственно для этого последние и пытались обогнуть Африку.