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

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

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

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

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

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

В апреле 2026 года я решил ради эксперимента установить на старый смартфон OnePlus 6 Linux (Mobian) и использовать его в качестве сервера. Через некоторое время пришлось немного повозиться, чтобы правильно настроить режим зарядки, чтобы аккумулятор жил в наиболее безопасном и комфортном режиме.

Полгода спустя на нём работают 26 Docker-контейнеров. Рассказываю, что там крутится, как устроены мониторинг, CI/CD, Caddy и Nginx.

Пять с половиной лет я изучал все, что связано с жанром киберпанка. Мы уже узнали, как совместный труд американских маргиналов, французских художников и японских мангак вылился в целую плеяду потрясающих депрессивных книг, фильмов и аниме о далеком технологичном будущем. Мы узнали что такое киберпанк на самом деле и почему это не «хайтек лоулайф» и теперь нам осталось лишь выяснить, что с ним стало, где он сейчас и — почему все именно так. Заварите чайку, отложите в сторону освежитель воздуха или приятно обопритесь на бабку в автобусе — с вами @Mor-Gott и сегодня мы поставим окончательную точку в истории киберпанка.

Есть вопрос, который тридцать лет считается риторическим: можно ли вообще построить RAD-парадигму на C++? Ответ очевиден - да, иначе не было бы RAD Studio

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

29 сентября было объявлено об исправлении шести уязвимостей.

• CVE-2026-58098. Race в semop(2), с его помощью можно было сделать use-after-free и теоретически повысить привилегии. Надо отметить, что ещё совсем недавно исправлялась очень похожая ошибка в semctl(2).
• CVE-2026-58099, CVE-2026-58100 (только FreeBSD 15.1) Ошибки в реализации KQUEUE_CPONFORK могли приводить к use-after-free и подобному при race, что теоретически может позволить повысить привилегии.
• CVE-2026-101304, CVE-2026-101305, CVE-2026-101306. Разные уязвимости, позволявшие сбросить с файлового дескриптора директории флаг FD_RESOLVE_BENEATH (запрещающий переходить по ".." из него), что позволяло сбежать из файловой системы контейнера, если есть сообщник в другом контейнере, с которым есть связь через UNIX-сокет (сообщник мог прислать дескриптор своей директории, которая для другого контейнера получалась уже не ограничена).
• CVE-2026-101302. Уязвимость в ядерном TLS. Злонамеренный удалённый TLS1.3-хост может спровоцировать kernel panic. Если стоит kern.ipc.tls.enable=0 (это был дефолт до 14.х ветки включительно), то никакой софт точно не использует ядерный TLS и проблемы нет.
• CVE-2026-84782. Юзерспейсная уязвимость в openssl при использовании DTLS. Может приводить к отправке в сеть содержимого памяти за пределами буфера или к сегфолтам, если за пределами буфера памяти нет. Кажется, тут не требуется наличие атакующего. Кроме того, в сообщении упоминаются какие-то другие, минорные ошибки в openssl, которые не исправлены.
• CVE-2026-101303. Сисколл sendto() для UDPv6 не исправлял адрес назначения пакетов, которые программа в контейнере (jail) хочет отправить на loopback-адрес (а должен заменять их на адрес контейнера), что позволяло контейнеризованной программе общаться с хостовыми сервисами, слушающими локалхост по UDPv6. Данная уязвимость не затрагивает протоколы с установлением соединения (TCP), не затрагивает IPv4 и не затрагивает контейнеры с виртуализованным сетевым стеком.

Исправленные версии ОС: 14.4-RELEASE-p10, 14.5-RELEASE-p1, 15.0-RELEASE-p14, 15.1-RELEASE-p4.

 freebsd, уязвимость

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

В статье соберём решение, которое автоматически записывает клиентов к мастерам по телефону без участия персонала.

AsyncFw — это кроссплатформенный C++20-фреймворк с лицензией MIT для построения асинхронных сетевых и многопоточных приложений.

Основные возможности:

• собственный событийный цикл (AbstractThread) с поддержкой epoll, poll, io_uring;
• неблокирующие TCP- и TLS-сокеты (AbstractSocket, AbstractTlsSocket);
• HTTP/HTTPS-сервер и клиент, WebSocket;
• mDNS/DNS-SD и асинхронный DNS через c-ares;
• корутины C++20, таймеры, пулы потоков;
• сигналы/слоты через FunctionConnector;
• логирование (LogStream, Log);
• бинарная сериализация (DataArray, DataStream);
• кольцевая база данных RRD;
• FileSystemWatcher, SystemProcess, AddressResolver;
• интеграция с OpenSSL, zlib;
• Qt поддерживается опционально.

Архитектура модульная, ориентирована на событийно-ориентированное программирование и асинхронный обмен данными.

 asyncfw, c++, асинхронное программирование, библиотека, от автора

Больше 10 лет назад в сети разошёлся короткий скетч «Эксперт» по рассказу Алексея Березина про 7 красных линий. Тот самый, где инженеру Андерсену ставят задачу нарисовать 7 строго перпендикулярных линий, часть из которых — зелёные, часть — прозрачные, а одна — в форме котёнка.

Недавно в Telegram‑канале Романа Тышковского (The Edgers) вышел пост на эту тему. Роман заметил, что современный бизнес регулярно получает точно такие же брифы: расти при дорогих деньгах, удерживать команду в кадровый дефицит и строить стратегию на 3 года при горизонте видимости в 3 месяца. Каждое требование собственника по отдельности разумно и выстрадано его личными рисками, но их сумма превращается в «прозрачного котёнка». Роман делает вывод: в комнате нужны и визионеры, готовые поверить в котика, и реалисты со знанием геометрии.

Этот текст заставил меня вспомнить собственную юность. В момент выхода ролика я автоматизировал процессы движения в крупной железнодорожной транспортной компании. Мы прошли путь от стартапа до выхода на LSE с оборотом $1+ млрд. И я сидел в той самой комнате совещаний в роли Андерсена.

Несмотря на то, что мы к тому моменту выжали максимум эффективности и вышли на 74% гружёного пробега вагона, большую часть международных требований на IPO я видел именно так: 7 красных линий, строго перпендикулярных друг другу. Тогда это казалось чистым абсурдом, гиперболизацией подхода, где ИБД и отчёты важнее реальных результатов «на земле». Прямо как в скетче.

Прошли годы. Я продолжил путь в ИТ‑отрасли и переквалифицировался в то, что получалось лучше всего — в антикризисный менеджмент. Оглядываясь назад, я готов признать: часть тех жестких стандартов была обоснованной. Они структурировали, систематизировали подход и давали рамку.

В этом году платить за зарубежные облака из России стало почти невозможно. С апреля закрыта оплата сервисов Apple, Google Play не принимает платежи с 2022 года, а Notion отключил российских пользователей ещё в сентябре 2024 года. В комментариях к таким новостям всегда советуют одно и то же: поднимите свой сервер и забудьте о подписках. Я решил проверить этот совет на цифрах. Поднял на своём компьютере Immich, Nextcloud, Vaultwarden и AFFiNE, замерил, сколько им нужно памяти, и сравнил стоимость за пять лет с Яндекс 360 и Облаком Mail. Цены собраны 28 сентября 2026 года. Облако выиграло не на любом объёме: есть граница, после которой свой сервер экономит до 175 тысяч рублей за пять лет. Где она проходит и почему её почти не сдвигает даже б/у железо, разберу по порядку.

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

Год назад над таким объявлением посмеялись бы в курилке, а сейчас похожие вакансии висят в каждой второй ленте, называются по-разному, от вежливого «AI code reviewer» до честного «разгребатель вайб-кода», и за ними почти всегда стоит одна и та же история, когда компания сначала заплатила за то, чтобы убрать людей из процесса, а потом заплатила еще раз и уже дороже, чтобы вернуть их обратно, только теперь на роль уборщиков после банкета, на который их самих не позвали.

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

Я не программист. По крайней мере, несмотря на то, что в 2010 году я закончил «Прикладную информатику в менеджменте» (ДГТУ) и учился писать на C++, таковым в настоящее время себя не считаю.

При этом с июля 2026 года я управляю большим продуктом (собственная фабрика аналитики, своего рода ERP внутри компании), код которого пишут ИИ‑агенты. Я даю задачи голосом (не помню, когда в последний раз формировал текст задач на клавиатуре), агенты пишут код, проверяют его и выкладывают новую версию на сайт. Продукт собран на Next.js 16, TypeScript и PostgreSQL. На 1 октября в истории проекта уже более 6500 коммитов и 1.800.000 строк кода.

Код я не читаю. Поэтому между словом агента «готово» и появлением новой версии на сайте стоят автоматические проверки. Их называют «сторожами», сейчас их около двухсот. Если хотя бы один сторож покраснел, новая версия не попадает на сайт, а я получаю в Telegram сообщение «выкат остановлен» со списком красных.

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

Нейросеть пишет грамотно, и именно поэтому её текст узнаётся с первой строки: длинные тире, конструкции «дело не в X, а в Y», «важно понимать», «давайте разберёмся». Я столкнулся с этим на Телеграм‑боте, который превращает голосовые сообщения в сценарии для соцсетей, и чинил проблему в три слоя за один день. В статье разберу, как устроен пайплайн бота, почему просьбы в промпте не хватило, почему второй проход нейросети тоже не спас и что в итоге закрыло задачу. Весь код ниже взят из рабочего репозитория, имена переменных я чуть упростил.

GitHub переписал движок Copilot: 832 378 строк нового кода, большинство из которых написали ИИ-агенты. По дороге они перегрузили ноутбук, забрали чужие незаконченные изменения и сами разрешили себе пройти проваленную проверку. Инженер Microsoft Стивен Тауб рассказал, как шел перенос и за что все это время отвечал человек.

Я делаю мобильное образовательное приложение. В какой‑то момент понадобилось объяснять пользователям сложные сценарии, где объекты двигаются по строгим формальным правилам, и объяснять не текстом, а видео. Любая неточная траектория или неверно анимированное действие на видео закладывает неверный паттерн. Я собрал для этого конвейер на Remotion и React Three Fiber.

В декабре 2025 года Merriam-Webster назвал словом года «slop»: так называют низкокачественный контент, который ИИ производит в промышленных объёмах. Мы в ЦНИС решили посмотреть на нейросетевой контент с другой стороны и нашли неожиданную параллель с импрессионистами.

Проблема не всегда в размере контекста. Иногда проблема в организации знаний, которые мы в этот контекст помещаем.

Для главной страницы я сделал минутное видео с четырьмя главами: можно посмотреть всё демо или сразу перейти к интересующей функции. Плеер работает на обычном HTML <video> и небольшом JS-контроллере, без сторонних библиотек.

Сам ролик удалось сжать с 38 до 1,8 МБ. Но для быстрой загрузки страницы этого оказалось недостаточно: пришлось уменьшить картинку-заставку и отложить запуск видео. В итоге при открытии страница загружает около 400 КБ вместо 3,1 МБ, а видео - уже после первого действия посетителя.

В статье покажу код плеера, команды FFmpeg и результаты замеров. Объясню, почему preload="metadata" не спасает при автоплее, зачем возвращать видео к началу главы при включении звука и как добавить разметку таймкодов для Google.

Маркетинг вообще 50% времени занимается не тем. Команда не придумывает идеи, контент или аналитику. В реальности время уходит на планирование, выяснение, кто отвечает за задачу и согласование. В статье рассказали, как канбан-доски упрощают работы по созданию контента и рекламы.

Компактация лога в Kafka может привести к ситуации, когда разные реплики одного топика начинают хранить разную версию данных — и расхождение сохраняется даже после восстановления брокера. Проблема возникает из-за гонки между компактацией и репликацией и затрагивает Kafka 3.9–4.2. Разбираемся, как воспроизвести баг и почему координированная компактация решает проблему.

Привет, Хаброжители! Джей Бортен дает подробное практическое руководство по интеграции данных — от базовых понятий и терминологии до реального сквозного примера, который шаг за шагом превращает разрозненные источники в работающий конвейер на AWS, Qlik, Databricks и Confl uent.

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