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

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

Мы очень давно — более 10 лет — говорим о безопасности k8s. Это второй опенсорс‑проект в мире после Linux, а в РФ только «ванильным кубом» пользуются более 53% компаний (не считая коммерческие и облачные Managed K8s), десятки best practices и подходов, а инструментов только под Security больше 100. 

Казалось бы, всё должно быть хорошо. 

Однако с безопасностью k8s всё ещё плохо. К примеру, судя по отчёту Red Hat “State of Kubernetes Security 2024” в 2024, 46% компаний понесли убытки из‑за недостаточной безопасности Kubernetes, в 9 из 10 организаций произошел минимум один инцидент, связанный с безопасностью контейнеров или Kubernetes. 

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

Здесь нужен системный подход. Меня зовут Александр, я лид направления безопасности K8S и облаков в Альфа‑Банке. С нуля стартовал, построил и сейчас сопровождаю и развиваю ИБ K8S. Моя статья об этом — как выстроить безопасность K8S как систему (функцию) в компании и масштабировать её в окружении сотен кластеров. Обсудим, какие процессы работают, какую зону ответственности должна занимать команда и как её собрать. 

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

Google выпустила Nano Banana 2.1 и обещает улучшения «по всем фронтам»: качество, текст в кадре, консистентность персонажей при многократном редактировании, инфографика. Я прогнал три одинаковых промпта через Nano Banana 2 и 2.1 и посчитал результаты по чек-листу. Новая версия выиграла не там, где обещали.

Сразу оговорюсь про масштаб: это не бенчмарк. Три задачи, по одному прогону на модель, один оценщик. Такой прогон показывает, где искать разницу, а не измеряет её. Числа Google я привожу отдельно, и отдельно отмечаю: независимых замеров на 8 октября 2026 года нет, все издания о релизе ссылаются на одну таблицу разработчика.

Клиент оплатил доступ на сутки в 01:00, а первый ответ получил в 10:00. Если срок отсчитывается от оплаты, на переписку осталось 15 часов.

Разбираю, как определить объём консультации и SLA, согласовать старт с графиком эксперта и связать оплату через Telegram Stars с доступом. В статье — настройка переписки через готовый сервис и требования к своему бэкенду: повторные платёжные события, возвраты и вопросы на границе оплаченного срока.

Я сравнил девять самых популярных скиллов для Claude Code с пустышкой: нейтральным текстом той же длины, без единого совета, как работать. Агент 450 раз решал задачи из SWE-bench и Terminal-Bench со скиллом, с пустышкой и вообще без ничего.

superpowers, у которого почти 300 тысяч звёзд, от пустышки не отличился. Один скилл оказался хуже неё. И ни один из девяти не сделал работу дешевле, чем без скилла: часть денег уходит просто на то, что скилл лежит в контексте.

Ниже расскажу, какие два всё-таки сработали и как в день публикации я нашёл у себя ошибку, которая поменяла один из вердиктов.

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

Сразу оговорюсь: статья не техническая. Протоколов, конфигураций и сравнения инструментов здесь не будет. Она для собственников и директоров малого и среднего бизнеса, которым надо выбрать ИТ-подрядчика, не разбираясь в устройстве серверов. Разберем десять вопросов и то, что стоит услышать в ответах: про переход, SLA и штрафы, пакеты и классы систем, безопасность и форматы работы.

Всем привет. С вами Авдей Мартынович, руководитель подразделения по работе с СМБ в ALP ITSM. До ALP я был ИТ-директором региональной компании и сам нанимал подрядчиков, а последние семь лет работаю на стороне аутсорсинга. Так что на выбор подрядчика смотрю с обеих сторон стола.

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

Рядом с метрикой принято хранить версию модели и версию данных, но этого мало. Правило отбора объектов в оценку расходится двумя способами: список идентификаторов устаревает, а условие с порогом даёт разный ответ в разные дни без всяких правок. У меня список из 39 исключений за год совпал с реальностью на девять позиций из тридцати девяти, а состав выборки сменился сам собой за одни сутки. Разбираю, что именно записывать рядом с метрикой, почему хешировать надо фактический состав, а не текст правила, и чего такой отпечаток не решает.

Привет. Я Александр Донин, я технический менеджер платформы VDI и терминального доступа Termit.  В прошлой статье мы рассказывали, почему делаем собственный протокол удаленного доступа Pulsar с нуля, а не форкаем Open Source. Это не значит, что мы вообще против Open Source — используем его, когда это экономит время и не создает проблем: например, в Termit мы используем PostgreSQL для хранения данных и NGINX как веб-сервер, да и начинал Termit с RDP и X2Go. Транспорт в Pulsar — это еще один пример, когда компонент Open Source дал нам как раз то, что требовалось, и вошел в протокол в виде модуля.

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

В условиях, когда автоматизация становится повсеместной, живой человеческий контакт без шаблонных скриптов «робота-автоответчика» превращается в преимущество бизнеса и инструмент удержания клиентов. Руководители сервисных служб сходятся во мнении: качественный сервис перестал быть лишь отделом для разбора жалоб, превратившись в генератор прибыли.

На V Всероссийском форуме «Контакт-центр 2026», который состоялся в Москве в конце сентября, эксперты обсудили вопросы трансформации клиентских сервисных служб. Главный инсайт рынка – роботы должны разгружать сотрудников на рутинных этапах, но в критические моменты удерживать покупателей способны только люди. Искреннее внимание в момент возникновения проблемы нивелирует негатив эффективнее любых промокодов.

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

Реальную жизнеспособность этой стратегии подтверждает кейс маркетплейса здоровья «Здравсити.ру». Руководитель клиентского сервиса компании Юрий Оносовский поделился результатами внедрения эмпатичного подхода в едином контакт-центре платформы. Для распределения нагрузки в компании развернуты три линии поддержки. Базовые вопросы закрывает автоматика, но сложные ситуации уходят на вторую линию для индивидуального ведения, при необходимости к разговору подключаются дежурные профессиональные фармацевты. В итоге 82% клиентов дозваниваются до оператора всего за 20 секунд, а 95% всех проблем решаются прямо во время первого звонка.

Про технологический суверенитет говорят на каждой конференции, и разговор обычно начинается с 2022 года. Но если суверенитет нужно возвращать, значит, когда-то он был? Когда и где мы его потеряли? Я разложил историю по датам: 1954, 1959, 1967, 1991, 2022 и один поворот обратно в 2016-м. У каждой развилки есть документ, фамилии и альтернатива, которую не выбрали.

Письмо, за которое инженера исключили из партии, проект сети для всей страны за десять лет до появления ARPANET, решение копировать чужую архитектуру и цена решения в 5–8 лет отставания на каждом цикле, троичная машина, которую сняли с производства из-за слишком низкой цены, и одна особенность характера, из-за которой наши продукты сначала раздают бесплатно и только через 5–12 лет начинают на них зарабатывать.

Сергей Лавров посетил Московский стартап‑саммит Сбера. Нет, не министр иностранных дел. Я — бывший предприниматель, соинвестор двух проектов, победитель реалити‑шоу «Битва стартапов», участник акселератора Сбера для студентов, аспирантов и сотрудников вузов, выпускник «Школы 21». Поэтому мне было интересно посмотреть на саммит с разных сторон и понять, как сегодня устроена стартап‑ и венчурная экосистема. Спойлер: после двух дней мне захотелось вернуться сюда в следующем году уже в качестве стартапера или инвестора.

Московский стартап‑саммит прошёл 29–30 сентября в СберСити, в кампусе «Школы 21». За два дня здесь собрались стартаперы, инвесторы, представители корпораций и госструктур — четыре категории участников обозначили на бейджах, чтобы знакомиться было проще. Масштаб впечатляет: больше 4500 участников из разных стран, 150 экспертов, более 40 дискуссий в деловой программе и 100 стартапов на выставке. Я прошёлся по ключевым активностям и сессиям, а в статье расскажу, что увидел.

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

Разбираем с аналитиками BI.ZONE Secure DNS, что это значит, почему произойдет в воскресенье и как за 5 минут проверить, что все в порядке.

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

Дорон Цайльбергер — математик, который уверен: у всего есть конец. Как ограничены мы сами, так ограничена и природа, а значит, и числа. Выгляните в окно: там, где другие видят непрерывный мир, который неумолимо течёт от мгновения к мгновению, Цайльбергер видит Вселенную, которая тикает, как часы. 

Привет, Хабр! Меня зовут Дмитрий Новожилов, я руководитель одного из направлений в онлайн-кинотеатре KION. В прошлый постах рассказал, про попадание и нормализацию контента и про управление им в сердце киносервиса — элементе Middleware. 

В этом посте я перейду к теме прохождения видеопотока: после пакетайзера «кадры» поступают на Origin, откуда и отправляются пользователям с помощью CDN.

Я уже писала, как мне хочется среди всего этого технического многообразия рассказывать о людях из IT. Сегодняшняя история — о человеке, который умеет задавать правильный темп системам и людям. Наш Technical Project Manager Олег Скуратович, который прошёл путь от Senior SQL-разработчика и тимлида до проектного управления, по вечерам (неожиданно) становится за дирижёрский пульт и руководит хором в протестантской церкви.

У нас получился интересный разговор без сценариев из «Severance» о том, почему «правильная нота, спетая в неправильное время — это фальшь» как в музыке, так и в релизах, чем проверка акустики зала похожа на pre-production verification, почему 20 сильных «звёзд» в одной команде сами по себе никогда не станут работающим ансамблем.

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

Попробуем разобраться. В 1954 году психолог Леон Фестингер сформулировал теорию социального сравнения. Идея, в общем, простая. У нас нет встроенного прибора, чтобы объективно оценить, насколько мы хороши. Единственный способ понять свой уровень - посмотреть по сторонам. Насколько я умный? Сравню с окружающими. Насколько успешный? Тоже сравню. 

Это такой, можно сказать, механизм выживания. Вот, например, в каком-нибудь древнем племени было очень важно понимать свое место в иерархии. Если ты последний, тебя могут выгнать, и ты погибнешь. Поэтому мозг постоянно сканирует окружение и подкидывает данные для сравнения. Проблема в том, что племя теперь резко разрослось. Раньше круг сравнения состоял ну максимум из 50-100 человек. Сейчас у меня в кармане лежит смартфон, и через него я могу сравнивать себя с восемью миллиардами. Но мозг не рассчитан на такую выборку. Но он, вероятно, воспринимает каждый пост в ленте как реальную угрозу статусу. Причем мозг не просто сравнивает, он делает это криво, попадая в несколько ловушек, которые усиливают стресс. 

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

Счёт на $3 000 перекладывали друг другу, как горячую картошку. Он мог до двух недель лежать неотправленным, а из этих денег собирались платить перевозчику, который требует оплату сразу. Из-за таких счетов могла зависнуть треть недельной выручки, и деньги на долг приходилось срочно искать.

При этом сам счёт делался за несколько минут. Если смотреть только на время операции, не видно ни проблемы, ни пользы от её решения. С внедрениями так же. Перед стартом владелец задаёт один вопрос: сколько я на этом заработаю? Если ответ сразу не виден, внедрение откладывают или не начинают вовсе.

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

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

Просрочки, зависшие задачи, потерянные договорённости и вечное «а что там по проекту?». Подключила ChatGPT к рабочим проектам и проверила, что он сможет найти там раньше меня. Забирайте семь сценариев для тревожных проджектов.

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

Как я рассказывал, одним из, пожалуй, основных проблемных моментов для использования ЧПУ-станков на дому является шум, причём не шум двигателей (с этим-то как раз можно жить, он довольно щадящий), а шум режущего инструмента, в основном фрез, которые издают довольно противный визг на больших оборотах во время обработки материала.

Проблема особенно усугубляется на относительно жёстких материалах: фрезеровка печатных плат (вырезание по контуру), а также обработка металлов.

В ходе размышления над этой проблемой мне пришла в голову довольно интересная мысль: «А что, если обработку производить под толстым слоем жидкости, в частности воды или жидкого, гелеобразного мыла?!»

Как я писал в прошлой статье, я весьма плотно искал хоть какой-нибудь прецедент, чтобы пытались гасить звук таким образом, и не нашёл!

Да, льют СОЖ (смазывающе-охлаждающую жидкость) в зону резания относительно тонким слоем — но в основном только для постоянного вымывания продуктов обработки (проще говоря, стружки и пыли) и смазки/охлаждения инструмента во время работы.

Но покрывать деталь толстым слоем жидкости именно для гашения вибраций и звука (грубо говоря, залить её толстым слоем жидкости и вести обработку прямо под ней) — похоже, что не додумался вообще никто (не факт, но есть такое подозрение ;-) )!

Ввиду того, что у меня уже есть цельнометаллический ЧПУ-станок серии 3018, про который я писал вот тут, мне показалось совершенно непростительным, если бы эта интереснейшая мысль по поводу глушения жидкостью осталась в виде непроверенной теории!

Я никак не мог этого допустить, и работа закипела… :-)

На связи Сергей Скирдин, технический директор компании «Белый код». Поставил себе цель — сделать обзоры на шины данных из реестра отечественного ПО. Сегодня в обзоре продукт Digital Q.Integration.