Все потоки

Как перестать вручную поддерживать экран настроек

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

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

Илья, iOS‑разработчик в Naumen, рассказывает, как пришел к подходу, при котором разработчику достаточно описать новое свойство, а интерфейс собирается автоматически.

Почему задача оказалась сложнее?

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

Но довольно быстро возник другой вопрос: как проверять изменения без постоянной пересборки приложения?

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

Почему обычный экран настроек не решил проблему?

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

Чтобы добавить новую настройку, нужно было каждый раз:

• добавлять свойство;

• добавлять соответствующий UI‑компонент;

• настраивать обработку;

• связывать с хранилищем данных.

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

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

Как сделать так, чтобы экран собирался автоматически?

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

Дальше система анализирует структуру объекта, определяет типы данных и автоматически подбирает нужные UI‑компоненты:

• для булевых значений — переключатели;

• для текста — поля ввода;

• для чисел — поля с ограничением на числовой ввод.

Что изменилось после внедрения такого подхода?

Теперь для добавления новой настройки достаточно описать новое свойство и добавить необходимые метаданные. После этого настройка автоматически появляется в интерфейсе.

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

→ Подробнее своим опытом Илья поделился в статье.

Функция обзоров от ИИ в поисковой выдаче Google хорошо зарекомендовала себя неадекватностью ответов. Пару лет назад AI Overview предлагала закрепить сыр на пицце с помощью клея, бороться с депрессией с помощью суицида, а также бегать с ножницами. Год назад этот блок в выдаче уличили в цитировании контактных данных мошенников. Полгода назад искусственный интеллект в поисковой выдаче оболгал невиновного.

На очередной промах AI Overview обратил внимание энтузиаст старых версий операционок Bob Pony. Как указал блогер, обзоры от ИИ противоречат даже самой поисковой выдаче: языковая модель утверждает, что на процессор Pentium первого поколения поставить Windows 7 невозможно, а первым результатом немедленно всплывает видеоролик, где вроде как демонстрируется обратное.

На самом деле быстрая и дешёвая разновидность модели Gemini 3, обслуживающая эту функцию поиска, здесь не ошибается.

Формально сам скриншот заявление AI Overview не опровергает: NTDEV ставил «семёрку» не на реальный осязаемый компьютер из выцветшего желтоватого пластика, а в эмуляторе 86box. С другой стороны, Windows 7 действительно загружается на Pentium первой половины девяностых. К примеру, один из энтузиастов показал процесс загрузки этой операционки на ядре P54C. Для этого пришлось задействовать Windows 7 с Service Pack 1 и устанавливать операционку на 600-мегагерцевый AMD K6-2+ с 768 МиБ ОЗУ, а потом уже даунгрейдить процессор на 90-мегагерцевый Pentium. В системе при этом осталось 128 МиБ ОЗУ, хотя есть сообщения об успешном запуске с 96 или даже 64 МиБ.

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

5 граблей, на которых умирают торговые боты

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

Стратегия - никогда не была сложной частью. Сложной частью была инфраструктура.

«Это работало в бэктесте» ничего не значит, если в live крутится другой код

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

Ошибка, которая открывает позицию дважды

Бот, обновляющий позицию в момент, когда процесс умирает - OOM, деплой, скачок питания, просыпается с испорченным состоянием: наполовину открытая позиция, неправильный cost basis, выход, который так и не зарегистрировался. Восстановление руками - это место, где утекают деньги.

Ордер, который биржа молча отвергла

Тихий убийца live-торговли: биржа отвергает, отваливается по таймауту или наливает частично - и внутреннее состояние вашего бота больше не совпадает с реальностью. Фикс из учебника - рукописный try/catch с откатом вокруг каждого ордера - это ровно тот код, который ломается на том краевом случае, который вы не предусмотрели.

Десять стратегий, один счёт, экспозиция 100%

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

Получение внешних данных через Crontab

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

Переход с 1С:УПП: как сохранить контроль над учетом и данными

«Слона-то я и не приметил»: скрытые риски перехода с УПП, которые важно увидеть до старта проекта

В 2027 году поддержка 1С:УПП завершится. Без обновлений под изменения законодательства регламентированный учет в этой системе станет зоной риска.

Как перейти на новое решение без потери контроля над учетом, данными и сроками?

2 июля в 11:00 (мск) на вебинаре в формате проектных «притч» разберем самые частые проблемы миграции:

👉 разрозненные ожидания ИТ, финансовой службы и бизнеса
👉 критичные и спорные доработки
👉 рост объема работ после старта
👉 качество НСИ и разрыв в терминологии

Расскажем, как заранее увидеть эти риски и превратить переход с УПП в управляемый проект.

☑️ Зарегистрироваться на вебинар по ссылке

Рекрутинг респондентов: что сломалось и что делать?

Разбирались на круглом столе UX Feedback про рекрутинг респондентов для UX-исследований вместе с Кириллом Малыком из команды пользовательского опыта РТЛабс

Главное, что прозвучало:
— пользователи стали меньше доверять исследованиям
— старые способы рекрутинга работают всё хуже
— стоимость привлечения продолжает расти
— всё больше команд строят собственные базы и сообщества
— бережное отношение к респондентам — уже не преимущество, а необходимость

👉 Смотреть в записи

Вебинар «Киберустойчивость на основе управления данными», практический сценарий

2 июля в 11:00 проведём вебинар о том, как выстроить управляемую и безопасную работу с данными в корпоративной дата-платформе.

Сегодня одних платформ хранения и обработки данных уже недостаточно: без прозрачности, понимания связей между данными, зон ответственности и рисков такие системы становятся одной из ключевых точек киберриска. На вебинаре разберём, как совместное использование Cardinal Platform и Arenadata Data Catalog помогает выстроить дополнительный слой контроля и повысить киберустойчивость дата-ландшафта.

Что обсудим:

✔️ почему платформы работы с данными становятся зоной повышенного риска;

✔️ какую роль играет каталог данных в обеспечении прозрачности, управляемости и безопасности;

✔️ как интеграция Cardinal Platform и Arenadata Data Catalog позволяет видеть, где находятся данные, кто за них отвечает и как они связаны;

✔️ как выстраивать процессы data governance, контроля доступа, аудита и управления чувствительной информацией;

✔️ как учитывать требования ИБ, регуляторов и внутренних политик;

✔️ как повысить киберустойчивость корпоративной дата-платформы.

Практическая часть

Покажем демонстрационный сценарий, в котором Arenadata Data Catalog используется для управления данными и рисками, а Cardinal Platform — для выстраивания контроля, аудита и дополнительного уровня защиты вокруг дата-платформы.

Для кого: руководители ИТ и ИБ, CDO и владельцы данных, архитекторы, команды data governance и специалисты по безопасной эксплуатации данных.

Спикеры: Мария Двоеносова, владелец продукта Innostage Cardinal Platform; Артем Шмарев, руководитель Центра компетенций по управлению данными, Юникон Бизнес Солюшнс; Денис Кириченко, Архитектор решений Arenadata Catalog.

2 июля, 11:00–12:00

Запись вебинара

АИ-95 с вредоносной присадкой

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

1. В рамках первой кампании производится угон Telegram‑аккаунтов. От имени крупной нефтегазовой организации, предоставляющей услуги по продаже топлива физическим лицам, предлагается «забронировать» время для покупки топлива без очередей. В процессе бронирования злоумышленники просят предоставить код подтверждения, который на деле является кодом двухфакторной аутентификации от Telegram‑аккаунта. Отметим, что исходный код ресурсов изобилует комментариями, характерными для кода, сгенерированного большими языковыми моделями.

2. Вторая кампания заманивает «актуальными» данными о доступности топлива, предлагая скачать APK‑файл. На вредоносном сайте отображается карта со сведениями о наличии топлива на разных заправках по всей стране. Статус заправки на карте при этом определяется детерминированным алгоритмом на основании ее координат:

const deterministicStatus = (station) => {
  const base = Number(station.id ?? station.lat * 1000 + station.lon * 1000);
  const pseudo = Math.abs(Math.sin(base)) % 1;
  if (pseudo < 0.58) return 'green';
  if (pseudo < 0.85) return 'yellow';
  return 'red';
};

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

Рекомендации

• Не сообщайте третьим лицам и не вводите на сторонних ресурсах никакие коды, приходящие на ваши устройства.

• Не устанавливайте незнакомые мобильные приложения, а если очень хочется — хотя бы предварительно используйте анализ через песочницу (например, в PT Sandbox 😉).

• Относитесь критически к любому ресурсу, обнаруженному в интернете, особенно если он эксплуатирует «горячую» тему.

• Покупайте электричку.

Индикаторы компрометации

ru‑lukoil.online

tes‑td.site

voentoplivo.site

gdebenzin.org

sverdlova.online

mobilecash.club

https://s3.eu‑central-003.backblazeb2.com/centbrinben/benzin/

https://storage.tacticlib.com/uploads/benzin/

b192114cc04b872095015bcb0d7f708c34680eafbd43ff5393df791ea0dc04e9 140ecec54f6249370cec2f6dc0e5f485af359295bb27f6f458c5b3cf30260e3e

462611f6f8e65229e8b729038438785d447bc4da386a74fafae095b65578525c 51e18c21203e930ab3ca13327dc7d67a404e597fcf3a99f8901fdbfb169da63c

81a623c9a3b3f4a9340dd4c6bdfb5299f247b54f81ae1d39671afcf24229859a f4102ea1718653528c503dcaaef3a2ea05ddaf6ad782e84ee7d7b2e6b073ffae

15174043fc56ca9fd8c47d2bfc0e0a2f491a17a8805afcc5eb58b8252677ef69

(Источник: https://t.me/ptescalator)

effective_cache_size - один из самых непонятных параметров.

Смотрим описание в переведённой документации:

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

Вот прямо с первых строк мозги выносит: при чём тут оценка (ОЦЕНКА!) размера дискового кэша и выбор между индексным или полным сканированием? Не знаю, кому как, но лично мне совсем непонятно.
Следующее, если effective_cache_size показывает оценку размера ДИСКОВОГО кеша (для меня одного словосочетание “дисковый кэш” означает “кэш файловой системы”?), то откуда взялась рекомендация в значение 3/4 размера оперативной памяти, если 1/4 - это shared_buffers? Рекомендатели, ау! 1/4 + 3/4 = 1, арифметика, начальная школа. А где СУБД должна выполнять манипуляции с данными? В свопе?
Всё остальное описание совершенно не добавляет ясности по использованию данного параметра, увы нам, постгресовым администраторам баз данных.

Но счастье есть, оно не может не есть, появилось более вменяемое описание этого параметра: All Your GUCs in a Row: effective_cache_size.

Кратко.
Главное. Данный параметр показывает ОБЩИЙ размер кэша: постгресовый shared_buffers плюс (плюс выделен жирным шрифтом в оригинальной статье!) кэш файловой системы. С этим уточнением рекомендация в 3/4 размера оперативной памяти выглядит приемлемой.
Следующее. Обсуждаемый параметр применяется для вычисления вероятности того, что однажды прочитанные данные будут находиться в кэше при повторном обращении в рамках ОДНОГО запроса. Т.е. для предпочтения соединения таблиц вложенным циклом (Nested loop join) при выборе методов соединения. Если высока вероятность того, что данных при повторном запросе в кэше не окажется, то будет выбрано либо полное сканирование таблиц(ы), либо сканирование по битовой маске, либо соединение хешем (hash join), либо соединение слиянием (merge join).
Далее. Этот параметр - верхняя оценка, завышенное значение не приводит к серьёзным проблемам (по крайней мере в статье об этом говорится).
Ограничение. effective_cache_size должен быть больше shared_buffers, ибо меньшее значение является бессмысленным (по статье).

РБПО по ГОСТ Р 56939—2024: вебинар №27 из 30 — PVS-Studio Atlas — новая платформа контроля качества кода

Предлагаю вашему вниманию запись вебинара, где мы разбираем безопасную разработку ПО. Мы добрались до дополнительных (бонусных) вебинаров цикла. Рассмотрим "PVS-Studio Atlas — новая платформа контроля качества кода". На YouTube. Слайды.

В ходе бонусного вебинара команда PVS-Studio представила новый продукт — PVS-Studio Atlas, предназначенный для работы с результатами анализа кода: просмотра, аналитики, разметки и формирования отчётов для сертификационных лабораторий и ФСТЭК.

Общее количество вебинаров — 30. Каждому из 25 процессов ГОСТа посвящён отдельный вебинар и ещё 5 записано дополнительно на смежные темы. Запись всех вебинаров и подборка дополнительной информации доступна по ссылке: ГОСТ56939.РФ.

Методика ВУ и НДВ в ПО приведена в соответствие с ГОСТ Р 56939—2024

Материалы будут полезны всем, кто знакомится с темой РБПО и заинтересован во внедрении зрелых подходов в работу по созданию и сопровождению качественных программных продуктов. Материал по ГОСТ Р 56939—2024 весьма актуален, так как 12 мая 2026 утверждена обновлённая "Методика ВУ и НДВ в ПО". См. заметку "Методика выявления уязвимостей и недекларированных возможностей — 2026".

PVS-Studio — статический анализатор кода для поиска критических и типовых ошибок

Также приглашаю всех познакомиться с нашим статическим анализатором PVS-Studio, который может закрыть не только 10-й процесс ГОСТ Р 56939, но и будет полезен по другим направлениям:

1. Обучение сотрудников (п.5.2). Формирование у программистов понимание антипаттернов и уязвимых конструкций, что улучшает их техническую экспертизу;

2. Моделирование угроз и разработка описания поверхности атаки (п.5.7). Дополняет процесс, выявляя потенциальные уязвимости, которые формируют поверхность атаки;

3. Экспертиза исходного кода (п.5.9). Позволяет усилить проверку стороннего кода, который команда включает в проект. Например, его можно использовать для выбора сторонних библиотек, оценивая качество их кода;

4. Поиск уязвимостей в программном обеспечении при эксплуатации (п.5.24). Можно просматривать ранее отключённые предупреждения PVS-Studio с целью дополнительного выявления дефектов в коде.

Скачать PVS-Studio.

Основные характеристики:

• Поддерживает: C, C++, C#, Java, (скоро Go, JavaScript, TypeScript).

• Совместим с ГОСТ Р 71207—2024 (Статический анализ кода).

• Может применяться для РБПО согласно ГОСТ Р 56939—2024.

• Включён в Реестр российского ПО: запись № 9837.

• Удовлетворяет требованиям к статическим анализаторам, приведённых метеорическом документе ЦБ "Профиль защиты" – Статический анализ кода в методическом документе ЦБ РФ "Профиль защиты".

• Полная информацию: Статический анализатор кода PVS-Studio в 2026: ГОСТ Р 71207, ГОСТ Р 56939, приказ ФСТЭК №117.

Half‑Life 2 теперь запускается прямо в браузере — разработчик под ником slqnt собрал веб‑версию легендарного шутера Valve. Никаких установок и лаунчеров, достаточно открыть страницу и дождаться загрузки. Проект экспериментальный и в нем до сих пор присутствует куча багов, вылетов и графических артефактов, например не работает мимика лиц npc и экраны, но это самая настоящая HL2 в браузере.

Бесплатный курс «SQL Введение» для тех, кто начинает изучать базы данных

Всем Привет!

Недавно я опубликовал новый бесплатный курс «SQL Введение» на платформе Stepik и хочу рассказать о нём сообществу.

https://stepik.org/course/290855

За время преподавания SQL я заметил одну проблему: многие начинающие сталкиваются со слишком сложными объяснениями уже на первых этапах обучения. Вместо понимания базовых принципов работы с данными люди сразу погружаются в большое количество терминов, теории и особенностей конкретных СУБД.

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

Курс ориентирован на тех, кто:

• никогда раньше не работал с базами данных;

• не писал SQL-запросы;

• хочет понять основы SQL перед дальнейшим обучением;

• учится на IT-специальности;

• рассматривает карьеру разработчика, аналитика данных, тестировщика или бизнес-аналитика.

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

Что изучается в курсе

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

В процессе обучения вы разберётесь с основами SQL и научитесь:

• понимать, как устроены таблицы и данные

• писать первые SQL-запросы

• выбирать столбцы из таблицы

• фильтровать данные

• использовать операторы сравнения

• формировать простые выборки

Материал построен по принципу «от простого к сложному». Каждый новый урок опирается на предыдущий, поэтому курс подходит даже тем, кто начинает изучение SQL с нуля.

Курс включает:

• теоретические уроки;

• тестовые задания для проверки понимания материала;

• практические упражнения с SQL-запросами.

Главная цель курса — помочь новичку разобраться в фундаментальных принципах работы с данными и научиться уверенно писать свои первые SQL-запросы.

Почему курс бесплатный

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

Буду рад обратной связи, замечаниям и предложениям по улучшению курса.

Начать обучение можно здесь:

https://stepik.org/course/290855

Компания Bohemia Interactive открыла исходный код тактического шутера «Arma: Cold War Assault Remastered» и используемого в нём игрового движка Poseidon под лицензией GPLv3.

Вместе с кодом игры опубликованы сетевой сервер, сетевые сервисы для авторов модов и редактор миссий. Для разработки модов предлагается использовать язык SQS. Игра была опубликована в 2001 году, после чего переиздана в Steam в 2011 году. Опубликованный код модернизирован для поддержки стандарта C++20 и переведён на сборку с использованием CMake и Clang. Помимо Windows добавлена поддержка платформы Linux. Для рендеринга графики используется OpenGL 3.3.

Игровые ресурсы, включая модели, текстуры, звуки и миссии, опубликованы отдельно под лицензией APL‑SA (Arma Public License Share Alike), допускающей использование и распространение в некоммерческих целях. Игровые данные можно извлечь из бесплатной демо‑версии, поставляемой через Steam. Демо‑версия поставляется для Windows и Linux, и представляет собой готовую сборку на основе опубликованного кода.

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

Пресс‑служба RWB:

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

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

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

Фильтры Google убивают интернет быстрее ИИ

По изменению кармы я заметил, что здесь все еще много фанатов Google, которые смотрят на компанию как на визионера. Давайте это изменим.

Don’t be evil

Сегодня у Google совсем другие цели и методы. Совсем недавно из компании ушли специалисты в области ИИ (Джон Джампер и Ноам Шазир). Эти уходы совпали с падением акций Alphabet почти на 270 млрд (до 346$ за акцию на данный момент), что показывает, как сильно инвесторы обеспокоены утечкой мозгов. Иногда просачиваются письма с критикой, они часто поверхностные, но передают внутренние сомнения относительно пути и будущего компании.

Мертвый интернет

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

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

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

Остывающий труп интернета

Как я понял, еще не все знают про Google Marketing Live 2026. Теперь реклама будет встраивается прямо в диалог с ИИ, а не просто показываться рядом со ссылками. Диалоговые рекламные объявления (Conversational Discovery ads), выделенные ответы (Highlighted Answers) - это уже не про баннерную слепоту, а органическую интеграцию рекламы в ИИ-сервисы. Похоже, что обычный поиск исчезнет. Но пока компания решает задачи встраивания рекламы в ИИ, она теряет ключевых творцов этих технологий.

Экономическая модель, на которой держался интернет последние 30 лет, просто разрушается. Если создатели контента перестанут получать трафик и доход, у них исчезнут стимулы создавать новый, качественный контент. Но если бы Google мог дать объективную информацию… Поисковики и соцсети, оптимизированные для вовлечения, и так показывают нам то, что мы любим. С ИИ это усилится, мы будем реже слышать критику. Это может привести к тому, что разные люди будут жить в совершенно разных информационных мирах (эхо-камерах), не имея общего представления о реальности.

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

Продать — полдела: как поставщикам оборудования и инструментов автоматизировать послепродажное обслуживание и увеличить выручку

⏰ Вебинар 8 июля в 11:00

⚡️Почему это важно сейчас

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

В программе вебинара:

• Где производители и поставщики оборудования теряют прибыль после продажи, и что с этим сделать
• Разбираем основные коммерческие сценарии на примере демо-стенда «Бустрейд»: заказы запчастей, гарантийные обращения, рекламации и аналитика оттока
• Реальные кейсы: как компании уже выстроили постпродажное обслуживание, как изменилась нагрузка на команду и доля повторных заказов
• Отвечаем на вопросы и разбираем проблемы ваших компаний в прямом эфире

🎁 Всем зарегистрированным отправим гайд: «Чек-лист готовности к запуску b2b-портала», чтобы понять, с чего начать автоматизацию сервисного цикла.

➡️ РЕГИСТРАЦИЯ

Обновили ядро Linux на всех Ryzen-серверах в Москве

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

Во время работы с высокопроизводительными серверами на Ryzen 7950X нашли причину редких зависаний нод. На старом ядре Ubuntu 22.04 эти процессоры могли работать нестабильно.

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

Чтобы устранить проблему, обновили ОС и ядро на всех Ryzen-серверах в московской локации.

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

Теперь гипервизоры работают на новом ядре, а риски возможных зависаний нод осталась в прошлом.

Если вам нужны мощные серверы в Москве, есть еще одна новость — расширили парк Ryzen 7950X, чтобы было больше доступных конфигураций под ваши проекты.

От Hyper‑V и VMware к VMmanager — 3 кейса импортозамещения виртуализации

Импортозамещение ИТ‑инфраструктуры перестало быть просто трендом — сегодня это необходимость. Ниже — три истории перехода с Microsoft Hyper‑V и VMware ESXi на платформу VMmanager.

▶ Импортозамещение Hyper‑V на предприятии железнодорожной отрасли

АО «Московский ЛРЗ» — дочернее предприятие ОАО «Российские железные дороги», специализирующееся на ремонте железнодорожного подвижного состава. В парке обслуживания около 200 хостов. Изначально виртуализация была развернута на базе гипервизора Hyper-V на двух физических серверах без кластеризации, на каждом хосте работало по восемь виртуальных машин. Отдельные сервисы на ВМ были настроены на репликацию между серверами.

В рамках программы цифровой трансформации потребовалась замена зарубежного ПО на отечественное — с сохранением надежности и безопасности.

Решение: внедрение VMmanager с поэтапным масштабированием — от лицензии на 80 ядер до расширения на физические серверы.

Итоги: централизованное управление всей инфраструктурой через единый интерфейс, гибкое масштабирование благодаря удобной модели лицензирования, ускоренное развертывание сервисов через готовые шаблоны ВМ. Платформа адаптирована под разнородную архитектуру с NVMe‑дисками, в планах — подключение RuBackup и Termidesk.

👉 Читать целиком

▶ От VMware ESXi к управляемой облачной инфраструктуре в фармацевтике

«Волгофарм» — одно из крупнейших фармацевтических предприятий Волгоградской области. ИТ‑инфраструктура работала на VMware ESXi, но ручное управление, сложности масштабирования и низкая отказоустойчивость тормозили развитие. Компании требовалась платформа, позволяющая перейти от управления «железом» к управлению сервисами.

Решение: переход на платформу серверной виртуализации VMmanager.

Итоги: сокращено время развертывания новых сервисов, повышена отказоустойчивость ключевых бизнес‑приложений, включая ERP‑системы 1С. Снижены операционные расходы (OPEX) за счет консолидации серверов и сокращения трудозатрат системных администраторов. Обеспечена база для цифровой трансформации: создана гибкая и масштабируемая ИТ-среда, способная быстро адаптироваться под меняющиеся потребности бизнеса.

👉 Читать целиком

▶ Единая экосистема вместо Microsoft‑инфраструктуры в лесопромышленном холдинге

Югорский лесопромышленный холдинг — ведущее деревообрабатывающее предприятие УрФО. До перехода на российское ПО инфраструктура компании была построена на продуктах Microsoft. Доменная структура работала на Active Directory, а виртуализация — на Hyper-V. В рамках импортозамещения и выполнения государственных требований предстояло перейти на отечественное ПО, избежав технологического «зоопарка» от разных вендоров и создав единую экосистему.

Решение: внедрение VMmanager в экосистеме «Группы Астра» — вместе с ОС Astra Linux, ALD Pro, RuPost и RuBackup.

Итоги: компания смогла заместить Microsoft-инфраструктуру отечественными решениями без потери ключевых возможностей и выстроить единую экосистему на базе продуктов «Группы Астра».

В результате проекта удалось развернуть:

• комплексную виртуализацию сервисов предприятия: от ALD Pro до СКУД и таможенного ПО.

• 5 площадок по минимум 2 ноды для отказоустойчивости в каждой.

• более 100 ВМ для различных сервисов в общей сложности.

👉 Читать целиком

Еще больше кейсов — на нашем сайте! Там же вы можете познакомиться с возможностями наших продуктов, заказав бесплатный триал интересующей платформы.

Порядок сообщений, DLQ, graceful shutdown, spike нагрузки — на каждый вопрос есть минимум два рабочих ответа

Витя Михайлов, Backend Lead Garage Eight, и Женя Янченко, руководитель разработки и автор тг-канала @jane_yanchenko, разобрали 5 вопросов про брокеры со стороны RabbitMQ и Kafka соответственно.

Вопрос 1. Как вы обеспечиваете порядок сообщений, когда это критично для бизнес-логики? Например, событие «покупка товара» не должно обработаться раньше события «счет пополнен».

RabbitMQ:

• Только один консьюмер на очередь.

• Ack( ) только после завершения бизнес-логики.

• Если используешь nack — убедись, что тип очереди не quorum: он меняет логику requeue.

• Publish только строго с confirmation mode, и обработчиком connection.blocked, чтобы FlowControl не испортил нам порядок (выключить его нельзя).

— Витя

Kafka:

Kafka обеспечивает порядок в рамках одной партиции. Партиция определяется по ключу: все сообщения с одинаковым ключом попадут в одну партицию.

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

Нюансы:

• определенные настройки ретраев продюсера могут привести к нарушению порядка

• изменение числа партиций может сломать прежнее распределение

— Женя

Вопрос 2. Что делать с сообщением, которое консьюмер не может обработать уже 10 раз подряд? Стратегии retry, DLQ, алертинг — как это устроено на практике.

RabbitMQ:

Сначала понять: можно ли вообще обработать сообщение? Битый JSON или некорректные данные — повторные попытки бессмысленны. Отправляем в DLX или дропаем с записью в лог.

Если обработать можно — два варианта:

1) Ретраить бесконечно (осторожно: poison message handling). Нужен мониторинг и rate limit на повторы.
2) Отбросить в DLQ, но тогда теряем порядок обработки.

— Витя

Kafka:

Заводим отдельный топик — Dead Letter Queue (DLQ).

1) Пробуем обработать сообщение. Успех — коммитим оффсет.
2) Ошибка — ретраим N раз. Помогает при временных сбоях (БД не ответила), но не при битом сообщении.
3) Попытки исчерпаны — отправляем в DLQ в исходном виде + пишем в лог.
4) Сообщения в DLQ анализируются вручную.

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

RabbitMQ:

Нельзя. Ломать. Обратную совместимость.

Миграция работает так: в какой-то момент поддерживаешь обе схемы параллельно, затем выключаешь старую. Хороший пример с тремя реальными сценариями миграции — официальный гайд RabbitMQ по переходу с classic на quorum queues.

— Витя

Kafka:

Схема сообщений в топике — публичный контракт, как в REST API. Изменения проектируем так, чтобы обе версии какое-то время работали параллельно.

Безопасно:
Добавить необязательное поле, добавить поле с дефолтом, перестать использовать поле (но не удалять).

Опасно:
Переименовать, изменить тип, удалить обязательное поле, поменять смысл.Для валидации схем — Schema Registry (особенно при Avro или Protobuf).

— Женя

Ответы от ребят на еще два вопроса ждут в нашем канале.

Зачем ИТ-специалисту магистратура: открытый эфир онлайн-программы МФТИ «Разработка ИТ-продукта»

2 июля в 18:00 МФТИ проведет открытый эфир, посвященный онлайн-магистратуре «Разработка ИТ-продукта».

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

Эфир будет полезен разработчикам, аналитикам и ИТ-специалистам, которые хотят развиваться в backend- или fullstack-разработке, глубже разбираться в архитектуре ПО, системном проектировании и работе над технологическими продуктами.

В программе эфира:

— Как устроена программа магистратуры: дисциплины, расписание занятий и формат командной работы.

— Проектная работа: какие задачи студенты решают во время обучения.

— Профессиональное развитие: какие карьерные траектории доступны выпускникам.

— Поступление в 2026 году: документы, вступительные испытания и подготовка.

🗣 Гость эфира: академический директор программы Антон Устинов — директор по технологиям и информационным технологиям (CTO/CIO) с более чем 15-летним опытом в разработке и проектировании архитектуры финтех- и EdTech-продуктов (Сбер, Exante, Click, SmartBank), кандидат экономических наук и сертифицированный архитектор Сбера.

Дата: 2 июля (четверг)

Время: 18:00 (Мск)

Участие бесплатное.

Регистрация:

Telegram: https://t.me/mipt_events_bot?start=dl-17816260639c4053310ead

ВКонтакте: https://vk.com/app6379730_-224205661#l=23&auto=1

Биржа работает: новые заказы недели с 17 по 24 июня

В новой подборке Биржи заказов - актуальные задачи для специалистов по 1С и смежным системам: доработки готовых решений, технологический аудит и поиск причин зависаний, интеграции между конфигурациями, настройка кассового оборудования, оптимизация медленных обработок, проверка расчетов по зарплате, налогам и УСН, автоматизация мотивации сотрудников, подключение мессенджеров и чат-ботов, а также доработки для банковских и логистических процессов.

Посмотрите список - возможно, среди этих заказов есть проект под ваш опыт:

• Доработка «Работа с мессенджером МАКС из 1С» для МИС

• Технологический аудит 1С

• Грузоперевозки гуманитарной помощи

• Не сходятся суммы по зарплате и налогам в «Расходах УСН» в БП 8.3

• Доработка «Универсальных модулей интеграции 1С с DeepSeek, GigaChat и агрегатором ИИ»

• Подключение ТС ПИОТ на одном ПК с двумя кассами АТОЛ

• Расчет бонусов и премий в 1С:Комплексная автоматизация

• Ускорение обработки выписок

• Интеграция самописной конфигурации с 1С:ТЛЭ

• Заказ по статье «Подключение на одном ПК к одной 1С две службы ТС Пиот и два ККТ»

• Автоматизация пролонгации пакетов Diasoft FA#

Биржа заказов: найдется исполнитель под любую задачу

Инфостарт Биржа заказов помогает быстро найти специалиста под задачу по 1С: для консультации, доработки конфигурации, настройки обмена, интеграции с внешними сервисами или сопровождения проекта.

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