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

Нам нужно было дёшево оценить, какая доля строк большой таблицы обладает некоторым свойством. В нашем случае свойство — «значение похоже на персональные данные», но задача общая: профилирование данных, проверки качества, любая статистика по колонке. Читать таблицу на миллиард строк целиком ради одной доли дорого, и в PostgreSQL для этого есть TABLESAMPLE SYSTEM: он читает только часть страниц.

Рецепт, который пишется сам собой, — посчитать процент страниц из оценки числа строк, взять его с запасом и ограничить результат LIMIT. Ровно так было написано и у нас. Выборка при этом тихо не видела конец таблицы, а в конце кучи обычно лежат самые свежие строки. Ниже — почему так происходит, насколько это много и как это чинится.

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

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

Информационная эволюция в сети пролетела путь от дефицитного ресурса до нейро-шума слишком быстро. В 90-х и начале 2000-х информация была штучным товаром: тексты на сайтах читали медленно, поиск шёл через каталоги, а на изучение одной статьи уходили минуты осознанного времени. Человек выступал в роли вдумчивого исследователя библиотеки.

В 2010-х годах с приходом мобильного интернета и соцсетей объемы контента выросли, а порог входа упал до нуля. Любой школьник мог сфоткать бутерброд и выложить в свой аккаунт. Появилась лента новостей, где тексты сжались до постов, а видео стали достигать рекордные 15 секунд ради удержания внимания и первой монетизации рекламы.

Может ли робот понять, что пульт оператора выключен? Казалось бы, простая задача. Но опущенный рычажок и разряженный или выключенный пульт для оператора разные ситуации, и во второй роботу стоило бы подсказать об этом вслух.

Мы думали, что разница обязана быть видна в данных: приёмник публикует положение рычажков каждые 23 миллисекунды. Оказалось, при потере связи он продолжает публиковать как ни в чём не бывало, те же кадры и тот же интервал, только со значениями безопасного состояния, которые не отличить от настоящих. Мы проверили шесть гипотез: failsafe-значения, события переходов, таймауты, траекторию рычажка, логи закрытого модуля, параллельное чтение порта. Все шесть провалились.

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

Когда я разрабатывал GhostGram - экспериментальный клиент Telegram на Kotlin Multiplatform, - со стикерами пришлось повозиться.

Сначала всё выглядело относительно просто: получить файл TGS, передать его проигрывателю и показать анимацию в интерфейсе. Но на Android обнаружились две проблемы. Некоторые стикеры воспроизводились заметно быстрее, чем в официальном Telegram, а при отображении нескольких анимаций график HWUI показывал серьёзные задержки.

Я пробовал оптимизировать существующую реализацию, затем сменил библиотеку и в итоге пришёл к другому подходу: предварительно отрисовывать кадры в Bitmap и воспроизводить их как последовательность изображений.

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

Это не прогноз войны и не вероятность войны. Ни один из 12 проектов не называет дату и не оценивает, кто прав. Это разбор для читателя, который хочет выбрать инструмент под свою задачу: что именно измеряет каждый индекс, какое число он показывает, как это число меняется и чего в нём нет.

Cassandra Index в таблице - мой проект. Он проходит те же проверки, что и остальные, и получает не первое место. Все числа ниже взяты из публичных источников и проверены 24–25 октября 2026 года.

Импорт Excel часто начинается с простого цикла чтения строк и заканчивается сложной логикой обновления данных. Разбираю, почему массовый UPSERT не решает проблему целиком, зачем нужны staging-таблицы, предварительный diff и версионирование справочника, а также какие риски появляются при обработке пользовательских XLSX.

Ответ большой языковой модели в составе ИИ-ассистента на рабочую просьбу может противоречить профессиональному кодексу пользователя. Ассистент способен предупредить об этическом конфликте и всё же подготовить запрошенный текст. В исследовании TenetBench мы разработали способ получать такие задачи из кодексов и проверять ответы по конкретным нормам.

Цель рядом, но родной планировщик ведёт через далёкий граф дорожек. Сравниваем два полных пути по стоимости клеток: формула, DDA, C-код выбора и режимы исполнения. Результаты синтетического контрпримера и построений на Z75.

В статье Building agents: When to fold subagents into your main agent loop, опубликованной 22 октября 2026 года, Diane Sarkis из Anthropic описала случаи, в которых замера множества ИИ-агентов на одного агента с навыками и инструментами приводила к значительному повышению качества работы, снижению стоимости и времени выполнения запросов. Это выглядит так, как будто создать множество узкоспециализированных ИИ-агентов — во многих случаях не очень хорошая идея.

Недавно посмотрел выступление Павла Анненкова, владельца издательства «Редколлегия», на тему «Маркетинг будущего — маркетинг из прошлого». Его тезис: в эпоху ИИ, когда контент почти ничего не стоит, физические объекты (книги, журналы, мерч) становятся премиальным медиа, позволяют быстро пройти путь от внимания к памяти и обходятся дешевле цифры. Доклад живой и во многом точный, но... с главным выводом я не согласен.

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

Начну с того, в чём Павел прав.

Компания NEOMSA представила практический подход к управлению доступом ИИ-агентов к внутренним API через протокол MCP. В центре внимания — выдача и отзыв полномочий, ограничение операций и данных, а также восстановление цепочки действий при расследовании инцидентов.

Сценарии с ИИ-агентами переводят вопросы управления API из плоскости обычной аутентификации в область контроля конкретных действий. Действительный токен не означает, что агент должен иметь право выполнять любую доступную операцию: необходимо проверять полномочия приложения, вызываемый инструмент, параметры запроса и доступ к конкретному бизнес-объекту.

В NEOMSA APIM этот подход реализуется через публикации MCP-серверов, приложения потребителей, подписки, scopes и механизмы аудита. При публикации MCP-сервера из API можно выбрать только необходимые операции. Например, для сценария работы с клиентскими данными отдельно выделяются инструменты чтения карточки, расчёта предварительного лимита и изменения установленного лимита.

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

Отдельное внимание уделяется отзыву доступа. В зависимости от ситуации могут потребоваться разные действия: блокировка утёкшего токена, замена скомпрометированных credentials, отзыв отдельного scope или отключение подписки приложения на MCP-сервер. После изменения полномочий необходимо проверить поведение старых и новых токенов, существующих сессий и всех задействованных узлов.

В октябре 2026 года российский ИТ‑рынок наблюдал беспрецедентный по масштабу коллапс: за четверо суток физически вышли из строя три дата‑центра «Яндекса» в Центральной России (Сасово, Калуга, Владимир). Итогом стали обрушение облачной платформы Yandex Cloud, остановка ключевых сервисов экосистемы (от Такси до Директа), потеря недельных данных у ряда внешних клиентов и 11-дневная кома финтех‑вертикали («Яндекс Пэй» и «Сплит»).

В публичном поле эту аварию удобно списывать на «непреодолимый военный форс‑мажор» — мол, ни одна архитектура не рассчитана на потерю трех ЦОДов подряд.

Как архитекторы, мы обязаны смотреть на факты без розовых очков. Если препарировать поминутную хронику событий с 8 по 22 октября, становится очевидно: физическое поражение площадок стало лишь триггером. Масштаб и длительность катастрофы — это прямое следствие фундаментальных просчетов в проектировании распределенных систем, управлении мощностями (Capacity Management) и оценке рисков на уровне C‑level.

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

Nano Banana 2.1 и ChatGPT Image 2.5 решают похожую задачу: создают изображения по текстовому промпту и редактируют готовые картинки. Но после нескольких генераций становится понятно, что модели ошибаются по-разному. Одна точнее следует техническому заданию, другая лучше сохраняет лицо или делает визуал более «собранным».

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

Привет, Хабр! Это команда интернет‑газеты о сервисном бизнесе «Заявка закрыта» – проекта Okdesk, платформы для управления заявками, выездным обслуживанием и ТОиР. Мы регулярно делимся практическими материалами, которые помогают сервисным компаниям работать эффективнее и зарабатывать больше – без лишней теории и воды. 

Сегодня расскажем, как компания «Мобиус» перестроила техническую поддержку корпоративных заказчиков и реализовала в Okdesk трехмерную сервисную модель с несколькими линиями поддержки, продуктовыми командами и отдельными очередями заявок. Разберём, как организовали распределение обращений между специалистами, разграничили зоны ответственности и выстроили процессы обслуживания.

Хочу рассказать про одну приставку, которая «просто тормозила». Мы взяли H96 Max V11 для родителей: Rockchip RK3328, Android 11, 4 ГБ памяти, цена как у пары обедов. Через какое-то время начали жаловаться: интерфейс замирает, ролики на YouTube не грузятся, время на экране «уезжает». Я решил разобраться и в итоге нашёл в прошивке программы, которые не ставил ни я, ни родители. Ниже рассказываю, что именно, как мы это чистили и что стоит проверить, если вы купили похожее устройство.

Сразу про рамки: это история одной приставки и открытых исследований про эту модель. Я не утверждаю, что заражены все H96, и не делаю выводов про производителя.

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

Попросить у ИИ «нарисуй в стиле импрессионизма» может каждый. Попросить «в стиле неопластицизма» или «в стиле вейпорвейва» может только тот, кто знает, что такие стили вообще есть, и чем они отличаются. Это как если бы мне дали возможность построить по щелчку пальцев любой дом. Любой. Но какой? Я не учился архитектуре и, скорее всего, построю то, что видел у соседа, а не то, что мне на самом деле близко.

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

Введение

В конце 80-х я кучу времени просидел скрючившись за своим ZX Spectrum, вводя программы на Sinclair BASIC и скопированные из журналов рудиментарные ассемблерные процедуры в попытках воссоздать интро крэков с Amiga, которые видел дома у друга. Разумеется, тогда я так и не смог добраться до этой цели, но теперь, спустя много десятков лет, мне наконец‑то это удалось! Я стал гордым автором написанного вручную ретро‑интро, работающего на стандартном Spectrum с 128 КБ. В нём есть все отличительные признаки демо конца 80-х: текст с плавным скроллингом (в крутых самодельных шрифтах!), трёхканальный саундтрек AY, скачущие индикаторы громкости и обязательное звёздное небо с параллаксом. Код занимает 10 287 байт, а полный образ плёнки — 19 552 байта; учитывая, что я работал над демо с 13 декабря прошлого года, средняя скорость написания кода составила приблизительно 455 байт в неделю!

В этом посте я расскажу, как добился этого, поделюсь изученными мной трюками и перечислю всё, чему мне пришлось научиться (и вспомнить) о Speccy и ассемблере Z80. Это один из моих самых любимых хобби‑проектов, но в то же время из‑за него мне зачастую хотелось пнуть монитор. Всем этим я поделюсь в конце статьи, а если вы просто хотите посмотреть на готовый результат, то скачайте образ кассетной плёнки .tap, который можно загрузить в любой эмулятор. Также можно посмотреть запись на YouTube, перейти по ссылке на pouet.net и запустить демо через браузер, зайдя на мой TNFS‑портал сайта и выбрав пункт 4 «Recent uploads».

Алерт: сайт лежит, а CPU, память и диск в норме. Разбираю пять причин, которых не видно на стандартном дашборде: inode, лимит файловых дескрипторов, ушедшие часы, DNS и протухший сертификат. Для каждой — как выглядит, чем найти, как починить и что добавить в мониторинг.

Контракта на поддержку Cisco нет уже больше трёх лет, а Catalyst 9000 и ISR 4000 по-прежнему стоят в ядре и на филиалах. Ниже — рабочая шпаргалка, которую мы сами используем при обновлении IOS XE без доступа к TAC и порталу загрузок: что проверить до работ, как убедиться, что образ не подменён, как обновиться в install mode с возможностью отката и что сделать, если обновиться нельзя.