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

Технология пейджинговых сетей интуитивно может казаться чем-то устаревшим. Для тех, кто еще помнит слово “пейджер” это наверняка ассоциируется с девяностыми. 

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

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

Давайте вкратце вспомним историю пейджера и разберем как без обратного канала умудрялись обеспечить связь по надежности превосходящую мобильный телефон?

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

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

Параллельно изменился пользовательский трафик: заметно выросла доля Safari на планшетах. Но автотесты были написаны на Cypress, а он технически не позволяет полноценно проверять работу в Safari на разных устройствах.

Все свелось к трем задачам:

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

Цель статьи – выявить и проанализировать эти проблемы, результатом станет ответ на вопрос: как улучшить взаимодействие с уведомлениями и использовать их наиболее эффективно в информационных системах? Как пример информационной системы рассмотрим «среду общих данных» строительных проектов. Также эта статья будет полезна специалистам, которые находятся в процессе выбора системы.

Корпоративные стандарты АСУ ТП часто считают бюрократией: «ещё один документ, ещё больше рамок для инженеров».

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

Nestlé, Bosch, GM и другие уже давно инвестируют в стандарты — не ради моды, а потому что это реальные деньги:

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

Цель этой статьи — восполнить пробел в документации связки Strimzi Kafka и мониторинга. У Strimzi есть раздел про метрики и Prometheus и примеры в репозитории (examples/metrics/prometheus-install), но они рассчитаны на общий Prometheus Operator; пошагового руководства именно под Helm-чарт kube-prometheus-stack (с порядком установки и нужными label’ами) в открытом доступе не нашлось. Ниже — собранный и проверенный вариант такой установки.

Недавно я рассказывал вам про Kanban: вижу, формат зашёл. Решил сделать шпаргалку — пригодится коллегам и всем, кто хочет разложить проект по полочкам. 

Для успешной работы с канбан-доской достаточно изучить несколько простых принципов. Рассказываю о них в статье.

Про Clawdbot за последние недели написали уже всё, что только можно. Локальный агент, опенсорс, живёт у тебя на машине или сервере, ходит в почту, календарь, файлы, мессенджеры, сам выполняет задачи, а не просто отвечает в чате. Сценариев накопилось море: от "разгреби инбокс" до "сходи в браузер и сделай за меня скучную работу".

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

Я послушал интервью с ним и нашел интересные моменты.

Каждый год журнал Массачусетского технологического института MIT Technology Review публикует список из десяти технологий, которые, по мнению редакции, определят ближайшее будущее. Это не рейтинг «самых модных» идей и не попытка оседлать хайп, а результат многомесячных обсуждений внутри редакции. Журналисты предлагают варианты, спорят о влиянии, масштабе и последствиях и в итоге оставляют только те технологии, которые действительно могут заметно изменить жизнь и работу людей.

В этом году рейтинг выходит уже в 25-й раз, и сами авторы честно признают: предсказывать будущее сложно и не все прогнозы сбываются. Тем интереснее перечитывать старые списки и смотреть, какие технологии действительно «выстрелили», а какие так и остались экспериментами. Мы уже публиковали подборки MIT Technology Review за 2024 год и за 2025 год, а теперь делимся переводом новой.

При проектировании инфраструктуры часто возникает задача поднять кластер «с чистого листа». Безусловно, Terraform и Ansible — это стандарт индустрии. Однако мне нужен был процесс быстрого получения готового кластера K8s, полностью независимый от локального окружения, чтобы запуск не требовал предварительной подготовки версий библиотек, интерпретаторов или наличия локальных файлов конфигурации.

В этой реализации я намеренно упростил работу с конфигурацией: параметры виртуальных машин (CPU, RAM, диски) описаны прямо в коде (см. config.go). Я решил, что проектирование гибкой системы внешних конфигов можно оставить на потом, чтобы на данном этапе не отвлекаться и сфокусироваться на главной задаче — отладке самого механизма восстановления и связности компонентов.

Я реализовал подход полной автоматизации с использованием технологий, которыми увлекаюсь. Суть проста: на машине CI-раннера нет ничего, кроме одного бинарного файла. Всё состояние кластера (IP-адреса, ID дисков), дампы баз данных и зашифрованные секреты хранятся в S3. Это позволяет восстановить кластер в исходное состояние даже после полного удаления, просто вытянув актуальное состояние из облачного хранилища.

В этой статье я поделюсь опытом создания кастомного CLI для подготовки инфраструктуры и использования FluxCD для развертывания приложений. А для проверки результата я использую Yandex Cloud Managed Kubernetes, чтобы запустить K6 Operator и дать внешнюю нагрузку в 1000 пользователей на восстановленные сервисы.

В статье рассмотрим методику анализа протокола аутентификации OpenIdConnect и самого популярного механизма авторизации – Authorization code flow, а также разработку приложения на языке VBA, осуществляющего за пользователя такую аутентификацию для последующего сбора данных из корпоративных систем. В статье есть код, который можно переиспользовать, но ввиду отличий в корпоративных инфраструктурах организаций, начать необходимо с анализа контекста организации, применяемых настроек протокола аутентификации.

Решая аналогичную проблему, у меня не получилось найти готовых решений ни на русском, ни на английском языке. Кроме Basic аутентификации на VBA, иной информации нет. Пришлось пройти путем экспериментов и потратить около 8 часов на изучение вопроса и воспроизведение протокола аутентификации OIDC на языке VBA. Надеюсь, информация в этой статье позволит сэкономить ваше время. Статья будет полезна как опытным разносторонним разработчикам с широким кругозором, а также начинающим специалистам по VBA без опыта web разработки. Те моменты, которые могут бы не интуитивны, особенно важны по тексту, заняли время на эксперименты, я выделю жирным. Сразу предупреждаю, что серебряной пули в статье нет, не проведя анализ вашего приложения, просто скопировать код и использовать не получится. Код потребует адаптации.

Помнишь те самые вкладыши из жвачки? Маленькие картинки, на которых влюблённая пара делает что-то смешное или трогательное, а внизу написано «Love Is…». Они снова в тренде — только теперь их не нужно искать в пачках жевательной резинки. Их легко и быстро создаёт нейросеть. И сделать открытку в стиле Love Is из своего фото — это буквально несколько минут работы без VPN, без зарубежных карт и без сложных настроек. Всё это возможно благодаря StudyAi — платформе с 50+ моделями ИИ, которая работает в России. Если ты влюблён или влюблёна и хочешь сделать красивую персональную валентинку на 14 февраля — читай дальше.

❤️ Нейросеть для генерации фото в стиле Love is...

Всегда ли вы понимали как работать с устройствами в Linux?
Задавали себе вопрос "А что в пути забыли ссылки?"
Или хотели знать, как в Linux представлены USB-устроства на уровне системы?

В этой статье я разбиаю как работать с внешними устройствами, для чего нужна директории /sys и /dev, как представлены в системе USB-устройства и cd-диски.

Добро пожаловать в будущее, где болезнь — это не приговор, а повод купить очередной гаджет. Вы только посмотрите на этот документ! Университет Колорадо, при поддержке Пентагона (DARPA) и Национальных институтов здоровья (NIH), предлагает нам лечить рассеянный склероз и прочие тяжелейшие неврологические заболевания с помощью... наушника. Да-да, вы не ослышались.

Главная ошибка фаундера – скрывать масштаб проблемы. Чтобы минимизировать репутационные риски, я, Петр Сухоруких, рекомендую алгоритм из 4 шагов:

Разбираемся с дедлоками в PostgreSQL: от причин возникновения на разных уровнях изоляции до методов лечения. Внутри — шпаргалка по pg_stat_activity и pg_locks для поиска блокирующих запросов, 4 золотых правила написания транзакций и готовый инструмент на Python для автоматического мониторинга базы. Минимум теории, максимум SQL-запросов, проверенных на реальном проде.

У нас было триста мемов в «Загрузках», две папки скачанных книг, 75 заметок, написанных впопыхах на коленке... Вроде гора всего полезного, для развития, а найти вообще НИ‑ЧЕ‑ГО НЕ‑ЛЬЗЯ.

Всем привет! В данной статье будет описан один из возможных вариантов реализации паттерна outbox transactional. План данной статьи такой. Вначале немного теории, а потом на примере двух микросервисов будет показала реализация данного паттерна с помощью debezium и kafka. Данная статья будет полезна для новичков, которые не встречались с данным паттерном.

Весь код микросервисов будет доступен по ссылкам.

Но вначале немного теории. Самый главный вопрос зачем нужен данный паттерн и какую он решает задачу.

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

Теперь перейдем к практике.

Допустим у нас имеется два микросервиса: order-servic, в котором клиент заказывает какой-то товар и bank-service, в котором происходит оплата за этот товар.

Весь код микросервисов будет доступен по ссылкам.

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

Для реализации этого паттерна я буду использовать debezium и kafka.

Продолжаем цикл статей с обзором изменений 19 версии. Сегодня о ноябрьском коммитфесте 2025 года.

Самое интересное из предыдущих коммитфестов можно прочитать здесь: 2025-07, 2025-09.

Бесплатный агент с 100K+ звёзд на GitHub, который реально выполняет задачи — не просто отвечает текстом.

В среде рок-музыкантов есть поверье: преподаватель не нужен, потому что в сети полно слитых видеокурсов. В реальности правильную постановку рук для игры на инструменте может дать только преподаватель, и эта правильная постановка важнее, чем навороченные пассажи. Рокеры возражают: «Блин, да весь смысл в том, чтобы сыграть то, что хочется! Какая разница, как у тебя руки стоят??»

Разница в том, что неправильная постановка рук (помимо быстрого уставания и травм) ограничивает твою технику. До какого-то предела ты звучишь как будто не хуже профессионалов, но: 1) чаще сбиваешься; 2) в какой-то момент упрёшься в стену и прогресс станет минимальным. Чтобы продвинуться дальше, придётся найти преподавателя и начать С НУЛЯ.

Настоящую скорость и качество работы с клавиатурой даёт только техника слепой печати. И сколько бы лет ты ни печатал до этого, начать придётся С НУЛЯ. Кто жалеет на это время, в итоге теряет больше. А нужно-то всего 3–4 недели, чтобы пальцы запомнили где какая клавиша и начали печатать вслепую! Да, поначалу медленнее (чем глядя на клавиатуру), но с каждым днём всё быстрее. И совсем скоро вслепую уже просто удобнее!

Московская студентка как-то пожаловалась мне: «Когда я задумываюсь о временах в английском, то начинаю путаться и вообще ничего сказать не могу. Без грамматики мне проще – для работы хватает. Мне практика нужна.» Ну да, не просто же так появляются слоганы: «Долой нудную грамматику! Чтобы говорить, нужно говорить».

Это похоже на известную ошибку выжившего: «чтобы уметь драться — надо драться». КПД работы с сильным тренером по боксу выше в разы, а рисков для здоровья в разы меньше. И сколько бы ты ни дрался до этого, начать придётся С НУЛЯ: тебя месяцами будут учить двигаться определённым образом. И только когда поставят, наконец, удар, станет понятно, зачем нужен тренер.

Сколько бы та студентка ни «практиковалась», звучать она будет как миллионы наших сограждан за рубежом. Ну то есть как для нас гастарбайтеры. Чтобы это исправить, придётся найти преподавателя и начать всё равно С НУЛЯ.

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