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

В апреле 2026 года специалисты департамента киберразведки (Threat Intelligence) компании F6 обнаружили волну вредоносной активности. Достаточных оснований для того, чтобы атрибутировать эту активность какой-либо из ранее известных киберпреступных группировок, не было. Атакующие рассылали фишинговые письма с архивами, нацеленные на организации в авиакосмической промышленности. 

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

На связи Сергей Скирдин, технический директор компании «Белый код». Поставил себе цель сделать обзоры на шины данных из реестра отечественного ПО. Сегодня в обзоре продукт DataHUB. Оговорюсь сразу: в реестре его пока нет, вендор в процессе подачи документов, но продукт показался мне достаточно интересным, чтобы не ждать формальностей.

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

Так появился claude-gym-coach, open-source тренер по силовым внутри Claude Code. Один раз рассказываете ему, кто вы и чего хотите, и дальше он ведёт сам: составляет программу под ваш зал, перед каждой тренировкой расписывает веса по вашей истории, после тренировки записывает то, что вы скажете в телефон, и раз в блок разбирает, что сработало. Если раньше был дневник, его можно перенести, и новые тренировки тренер строит от него. Отдельное приложение и отдельная подписка не нужны: всё работает внутри Claude Code, на той подписке Claude, которая у вас и так есть.

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

Дисклеймер. Все описанное выполнялось в изолированной лаборатории на вымышленном приложении, которое я собрал специально для статьи. Совпадения имен с реальными продуктами случайны. Материал образовательный — для AppSec, .NET-разработчиков и всех, кому интересно, как «сохранить объект в файл» превращается в удаленное выполнение кода. Не применяйте это к системам, на которые у вас нет письменного разрешения.

Есть распространенный страх: анализ защищенности — это что-то темное, для избранных, с ассемблером и магией. На деле большая часть работы — это чтение кода по понятным правилам. Сейчас разберем реальный по механике баг (небезопасная десериализация в .NET → выполнение произвольной команды) так, будто читаем букварь: сначала буквы, потом слоги, потом целые слова.

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

Про цвет. Листинги с подсветкой даны картинками. Цвета: желтый — имя класса/тип, синий — имя свойства, зеленый — значение (данные), красный — опасное место (sink, уязвимая строка, побочный эффект). В «было/стало» красный — что убираем, зеленый — что ставим.

Мы сделали приложение. Сделали то, что умеем, — хотя и тут было много проблем по пути, постоянно приходилось разбираться в чём-то новом.

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

Короче, если на работе ты отвечаешь за один участок, то в своём проекте отвечаешь вообще за всё. Хорошо, что занимаюсь этим не я один, а вдвоём с братом. Ответственность за разработку поделили: он — CI/CD, деплой и фронтенд; я — дизайн, продуктовые решения и бэкенд.

В итоге запустились. Ура, мы сделали это: приложение работает, и мы этим гордимся. Но теперь началась новая история — в том, чего мы не умеем. Маркетинг.

Наивность, fail-fast, fallback, failback, оптимизация и стратегия — на слизне, на кухне и на JavaScript

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

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

Резкий рост подписчиков, высокий охват и тишина в комментариях ещё не доказывают накрутку.

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

Внутри схема проверки, таблица наблюдений и пример того, как один вирусный пост искажает средний охват.

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

Дальше — про две версии движка: шаблоны у шестой и седьмой несовместимы, и одного файла на обе не бывает. Плюс пример целиком, переход с 2.0.x и честный список шероховатостей: где подход неудобен, где он не работает и кому он не подходит вовсе.

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

Представьте двух спортсменов: футболиста и гонщика «Формулы-1». Футболист может носиться по полю с невероятной скоростью, но всё же двигаться в пределах человеческих возможностей. Он может быть быстрее всех и мгновенно менять направление, однако всё происходит в темпе, за которым человеческий мозг способен уследить.

А теперь представьте гонщика, который едет по прямой примерно 350 км/ч, а в поворотах — около 290. Ни одно сухопутное животное, живое или вымершее, никогда не бегало даже вполовину так быстро. Скорость попросту слишком велика, чтобы обычный человеческий мозг успевал обрабатывать происходящее. Так как же им это удаётся? Как человеческий разум справляется со спортом, который развивается быстрее, чем мозг способен за ним следить?

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

Веб-агент сообщил «готово» — а сделал ли? На живых сайтах это не проверить: контент меняется, а судить приходится либо по словам самого агента, либо через LLM-судью, который тоже ошибается. Мы выпускаем WebPageBench — открытый бенчмарк из 152 задач на шести имитациях популярных российских сервисов (от покупок на маркетплейсах до бронирования билетов на поезд). В комплекте локальная среда, в которой любой агент запускается одной командой, и публичный рейтинг, в котором представлено 24 связки «модель + обвязка», а по результатом которого видно, что агенты зачастую сильно завышают свои результаты.

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

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

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

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

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

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

Давайте посмотрим, что я вам подготовил.

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

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

Предположим, вам нужно заселиться в один из двух небоскребов на 99 этаж. Оба небоскреба имеют 100 этажей, основание, у них одинаковая площадь квартир и общедомового пространства, у каждого встроена противопожарная безопасность, но в обоих случаях она еще ни разу не запускалась. Но есть и различия: первое здание прошло полную приемку в органах гос-пожар-тех-потреб надзора, его проектировали и строили люди по всем современным нормам. Второе здание было построено ИИ без привлечения специалистов-людей. Для второго здания гос-пожар-тех-потреб надзор НЕ участвовал во вводе строения в эксплуатацию.

Какое здание вы бы предпочли на ближайшие 5–10 лет? Почему-то мне кажется, что первое.

Подобный эксперимент можно привести и с врачами. К кому на лечение пойдете, если съели не тот гриб? К человеку или к ИИ? Почему-то мне кажется, что за финальным лечением все пойдут к врачу-человеку. И это понятно. Мы еще не настолько сильно доверяем ИИ, и уж тем более в таких вопросах, как здоровье.

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

Недавно мы выпустили интеллектуальные колонки СберБум 2.0 — хаб умного дома, который поддерживает протоколы Zigbee и Matter over Wi-Fi. Zigbee у нас был и прежде, а вот Matter over Wi-Fi — нет. Внедрение оказалось предсказуемо сложным: требовалась архитектура, глубоко интегрированная в наш бэкенд. Тем не менее, получилось перевести генерацию операционных кредов из библиотеки в бэкенд; реализовать передачу роли контроллера между смартфоном и колонкой, чтобы пользователю было удобнее подключать устройства; решить проблему типизации end-устройств в Matter (да, это проблема), переиспользовав собственный скриптовый язык, который применяем в хабе. Рассказываем.

Так уж вышло, что иногда я балуюсь таро. Обычно, делаю расклады знакомым, но недавно подруга сказала, что вместо таро использует… ИИ. И нет, не как объективного эксперта, который рассудит в сложном вопросе, а именно как таролога.

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

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

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

Я монтажер, не программист. За месяц вместе с нейросетью сделал плагин для Premiere Pro: он синхронизирует камеры с рекордером по звуку, режет паузы и дубли и собирает секвенцию. Историю я уже рассказывал на vc.ru, а здесь будут внутренности: как найти сдвиг между файлами, почему одного порога корреляции мало, как отличить готовый ролик от исходника и почему тесты на каждый релиз оказались важнее любого кода.

Сразу оговорюсь: код писала нейросеть под мою постановку, а я проверял на своих проектах. Поэтому это не статья «смотрите, как красиво». Это статья про задачи, которые пришлось решить, грабли, на которые наступил, и числа, которые пришлось намерить.

Бизнес инвестирует в развитие сотрудников и хочет знать, куда и как были потрачены деньги компании. Поэтому руководитель L&D должен уметь не только запускать эффективные программы обучения, но и измерять их ROI. 

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

Руководителю L&D они помогут управлять рисками и запустить обучение, которое изменит поведение сотрудников и результаты их работы. Компании — получить от обучения измеримый бизнес-эффект и финансовую отдачу.

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

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

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

Мы в «Диасофт» считаем, что следующий этап развития СЭД может быть связан не с дальнейшим расширением функциональности, а с изменением самого подхода к архитектуре. Вместо еще одной крупной системы, которая существует рядом с ERP, CRM и другими корпоративными платформами, функции работы с документами могут стать частью уже существующих бизнес-процессов.

Шесть одновременно видимых регистров на ЭЛТ, 24-разрядная десятичная арифметика, магнитный диск в роли оперативной памяти, необычная логика вычислений, программирование с перфокарт, которые для длинных программ необходимо склеивать.

Пройти мимо малоизвестного, но крайне необычного Wyle Scientific не получилось.

Сама компания Wyle Laboratories называла эту машину «больше чем калькулятор — почти компьютер». Посмотрим – так ли это.