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

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

На протяжении последних лет мы привыкли обсуждать в комментариях, что «пора бы уже основать собственную партию айтишников». Обычно это звучит как шутка на грани отчаяния после очередных новостей об импортозамещении на коленке, блокировках протоколов или инициативах депутатов, спутавших IPv6 с DTMF- V.22bis.

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

Но что, если предложить альтернативу? Существует концепция, которая пытается объединить заботу о социальном благополучии с верой в силу технологий и экспертного управления. Это гибрид социальной демократии и технократии. Звучит противоречиво, но именно в этом и суть.

 Пока мы тут спорим, чья нейросеть лучше генерирует boilerplate-код, на просторах Пикабу происходит куда более интересный социальный эксперимент. Прямо сейчас пользователи ресурса, уставшие от мемов про «закон о фейках» и очередных законодательных инициатив, рождающихся без единого строки кода и технико-экономического обоснования, начали самоорганизовываться. Их цель — не шутка и не картинка с котом. Они решили создать собственную политическую партию с идеологией гибрида социальной демократии и технократии. Среди тех кто вписался в эту идею довольно много представителей из IT- сообщества.

Мы уже много лет разрабатываем и производим диктофоны для безопасности Edic-mini, самые маленькие в мире, кстати, по данным Книги Рекордов Гиннесса.

Многие слышали про модели OSI и TCP/IP. Но попробуй объяснить их простыми словами на собеседовании — и тут многие начинают путаться. В этой статье разберём обе модели на примере заказа пиццы. Просто, понятно и весело)

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

Граф из миллионов вершин не загружает современную GPU на все 100%: видеокарта почти всё время не вычисляет, а ждёт загрузки данных из памяти. Графовые нейросети, или GNN, упираются в это давно: сами операции достаточно простые, но доступ к памяти нерегулярный и разреженный. И чем мощнее GPU, тем заметнее недостаточная её утилизация.

Идея выросла из проектного курса в ШАДе. Толчком стало то, что один из самых популярных фреймворков для работы с графами, Deep Graph Library, на момент начала работы не обновлялся уже около года — это знак того, что в области что‑то застряло.

Меня зовут Федя Великонивцев, я старший исследователь Yandex Research, руковожу группой, которая занимается эффективными вычислениями на GPU. На том курсе мы с коллегами — Дарьей Фоминой из команды ML‑инфраструктуры Яндекса, Вячеславом Ждановским из команды разработки инференса — и студентами Даниилом Красильниковым, Алексеем Бойковым и Андреем Долговязовым взялись выяснить, почему графовые нейросети тормозят на современных GPU.

Так появился проект, который мы оформили в отдельную статью — On Efficient Scaling of GNNs via IO‑Aware Layer Implementations. Её приняли на ICML-2026 со статусом Spotlight. Для контекста: из 23 918 поданных работ приняли 6 352 (26,6%), а Spotlight достался только 536 работам — это 2,2% заявок с самыми высокими оценками программного комитета.

Дальше расскажу, как мы прошли путь от этого вопроса до трёх семейств специализированных GPU‑кернелов — с парой неожиданных находок по дороге.

В детстве мне попалась история про алмаз Низама. Большой индийский камень, гордость хайдарабадского двора. И якобы один ювелир, чтобы проверить, настоящий ли он, ударил по нему сверху другим камнем. А алмаз взял и раскололся.

Фразу из той статьи я запомнил дословно: «Он перепутал твердость с хрупкостью».

Я перечитал ее несколько раз. А разве это не одно и то же? К сожалению, в моем детстве не было Интернета и тогда я не смог найти ответа на этот вопрос. 

Но, спустя годы, я снова вспомнил эту историю и мне стало интересно с ней разобраться. Я погрузился в изучение вопроса. Почему же алмаз так легко разбить, ведь если что-то твердое — оно же должно быть и прочным? Логично ведь.

Нет, не логично.

Алмаз и правда твердый. Самый твердый минерал из тех, что встречаются в природе. И при этом он хрупкий — расколоть его проще, чем кажется. Две эти вещи прекрасно живут в одном камне и друг другу не мешают. Просто слова «твердый» и «хрупкий» в обиходе мы употребляем как антонимы одного и того же. А в материаловедении это два разных свойства, и измеряются они по-разному.

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

Последние два года индустрия разработки меняется быстрее, чем за предыдущие двадцать лет. Почти каждую неделю появляются новые ИИ-модели, ИИ IDE и кодинг-агенты. Одни говорят, что это очередной пузырь. Другие уверены, что профессия программиста исчезнет уже через несколько лет.

За последние полгода мне довелось использовать AI практически во всех своих проектах. В какой-то момент я поймал себя на мысли, что почти перестал писать код руками. Именно тогда я задумался: действительно ли ИИ заменит программистов или мы просто неправильно понимаем, что именно сейчас происходит с нашей профессией?

Я скорее всего буду не первым кто тут размышляет на эту тему, но все же мне кажется что у меня есть что сказать и я бы хотел обсудить публично.

Все мы наблюдаем как меняется индустрия и что уже много вакансий в IT становятся не актуальными. Да многие говорят что это ИИ пузырь и он скоро лопнет, и мы придем и все исправим что написал ИИ. НО мне кажется это не так. Обратной дороги нет, мы вступаем на новую дорогу. Компании максимально ужимают бюджеты, наем junior программистов потерял совсем смысл. Череда сокращений уже прошла, и сейчас компании после первого бума ИИ пытаются понять как теперь строить команды и оптимизировать бюджеты. Но как мне кажется есть важная деталь, которую все упускают. И эта деталь звучит примерно так: ИИ это эффективный инструмент в руках квалифицированного программиста. И здесь речь идет не только о программировании, так же и дизайн и доставка кода, организация всех процессов.

Раньше мы боялись, что нейросети отберут работу у переводчиков, иллюстраторов, джунов-разработчиков, дизайнеров и копирайтеров. Сейчас под ударом классический менеджмент.

Есть гипотеза, что 80% управленцев среднего звена исчезнут в ближайшие годы, потому что их функционал устарел.

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

Распределение информации по команде нужно потому, что есть задачи, которые в одиночку не сделать. Собственно, поэтому и нужны команды.

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

Во-первых, тогда не нужно будет столько именно больших команд.

Во-вторых, сам процесс передачи информации очень легко автоматизируется.

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

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

Мы в Кайтене повышаем прозрачность. Это базовое свойство системы: можно быстро пойти и посмотреть, кто что делает, где затык и так далее. Смысл системы именно в этом — чтобы информация хранилась в среде, где её каждый может потребить. И вот уже тогда у менеджеров среднего звена начиналась страшнейшая ломка.

Это вторая статья из цикла статей о создании компактной кросс‑платформенной библиотеки для разработки приложений с графическим интерфейсом на языке C++ — Frenchie. Для тех, кто привык изучать исходный код самостоятельно, репозиторий с исходным кодом библиотеки находится по ссылке. В данном материале я расскажу, про ту часть библиотеки, которая управляет состоянием контекстного окна и отслеживает связанные с ним события - platform backend.

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

MCP упростил жизнь разработчикам: теперь у AI-агентов есть единый способ подключаться к инструментам и сервисам.

Но у этой стандартизации есть обратная сторона — каждый MCP-сервер становится новой точкой доверия и потенциальной атакующей поверхностью.

В статье разбираю:

-почему у LLM нет чёткой границы между данными и инструкциями -как tool poisoning, indirect prompt injection и sampling abuse работают на уровне MCP -почему даже “безобидные” документы и описания инструментов могут приводить к выполнению команд -какие реальные атаки уже зафиксированы в экосистеме MCP

как индустрия пытается закрыть это через gateways, sandboxing и OAuth-архитектуры

Также показываю практическую проверку на уязвимом MCP-стенде и результаты детекции вызовов инструментов на своем сканере BarkingDog.

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

Локальная LLM может тормозить и галлюцинировать при полностью «зелёном» мониторинге. Рассказываем, что мониторить помимо инфраструктуры, как устроена трассировка через OpenTelemetry. Плюс два кейса: фрагментация видеопамяти GPU и молчаливый отказ RAG.

Клиент - производитель строительных материалов.

Каждый день на погрузку стройматериалов приезжают десятки фур. При этом, габариты паллет, на которых грузят материалы, фиксированы жестко, а вот реальные размеры машин — нет. Внешне кузов может выглядеть ровным прямоугольником, а внутри могут быть скрыты «сюрпризы»: заниженная к кабине крыша, выгнутые борта или самодельные крючки на дверных стойках. Глазом эту кривизну не оценить. 

В момент погрузки, вилочный погрузчик заносит паллету шириной 2,40 метра, а она упирается в “неучтенный” выступ внутри кузова. Цена такой ошибки — повреждённый груз, развёрнутая на КПП машина, простой ворот, сорванный график отгрузки. 

Решение заказчика: поставить человека на осмотр: сотрудник заглядывает в кузов и по визуальному осмотру решает, грузить фуру или разворачивать. Это медленно, субъективно, не масштабируется, а отказы по геометрии кузова составляют заметную долю разворотов.

Задача, которую решала наша команда: автоматизировать осмотр кузова перед погрузкой. Убрать сотрудника из точки принятия решения и выдавать решение “грузить / не грузить” на основании математических расчетов и реальной геометрии.

Планка задана высокая. Нужно замерять сразу три габарита: 

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

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

Рассмотрим пример с одной таблицей, имеющей один столбец с уникальным ограничением (и индексом):

Совсем недавно я переносил работающий прод с одной впс на другую. Причина простая - новый провайдер давал в несколько раз больше ресурсов за те же деньги и с тем же SLA, но были две проблемы: Первая - сервисом пользовались круглосуточно, и даже несколько минут простоя были нежелательны. Вторая проблема - инфраструктура очень скромная, и подозреваю, знакомая многим: один сервер, docker compose, nginx как реверс прокси. Все легкие способы переезда отпадают сразу.

Все обсуждают модели: GPT, Claude, Codex, Gemini, Opus. Но в реальной работе побеждает не только самая сильная модель, а правильно собранная система вокруг неё. Эта система называется agent harness — харнесс. В статье разберём, что это такое, из каких компонентов он состоит и как я собираю свой рабочий AI-сетап: Orca, GitHub, VPS, Pi Agent и кастомный pipeline для разработки.

Я сижу на Debian под KDE Plasma и для решения проблемы “your country is not supported”, часто встречающийся у популярных агентов, предпочитаю мультихоп прокси (на последней миле у меня sign-box слушает 127.0.0.1:7890). Claude Code в терминале бегают через него, а вот десктопное приложение делало вид, что прокси не существует. Пришлось разобраться, и заодно оформить это в аккуратный воспроизводимый вид.

Roadmap DevOps — это не просто список технологий, а последовательность взаимосвязанных знаний. Разбираем, что изучать Junior DevOps, зачем нужен каждый этап и почему обучение стоит начинать именно с Linux и Bash.

Всем привет! Сегодня я хочу вам рассказать о Peertube — некоммерческой децентрализованной видеоплатформе с открытым исходным кодом. В нем есть возможность загрузки контента, комментирования, поиска, а также изменения видео, когда оно уже опубликовано.

Peertube основан на технологии P2P (peer-to-peer) для обмена видео по принципу всех известных торрентов. Исторически PeerTube использовал WebTorrent, но уже несколько лет (начиная с версии 6.0) проект полностью перешел на протокол HLS в связке с WebRTC.

Что лучше — централизация или децентрализация? Что такое Fediverse? И наконец — как создать свой инстанс-сайт для сохранения видео на случай, например, блокировки ютуба? Давайте-ка погрузимся в теорию и практику!

В конце мы опубликуем свой сайт!