Новость-молния⚡

Вы внедряли AI в разработку и есть что рассказать? Особенно о том, что пошло не так? Вот это нам и нужно!

🙌 Мы открыли короткое окно на дополнительный прием заявок для стрима «Внедрение ИИ в цикл разработки». Ищем именно вас: тех, кто уже столкнулся с AI в реальном проекте.

📍Дедлайн подачи заявок — 15 мая

AI в SDLC занимает больше трети программы Saint HighLoad++ 2026. Поэтому мы хотим добрать кейсы про внедрение AI в реальный инженерный цикл: требования, архитектуру, разработку, тестирование, CI/CD, эксплуатацию, безопасность и управление командой. Тема может быть любой точкой SDLC, но не про «AI пишет код».

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

Нас интересует живой опыт: как AI встретился с legacy, дорогим инференсом, несговорчивым ревью, compliance или командой, которая смотрит на все это скептически. Что сломалось, что пришлось переделать, какие trade-offs вы приняли и почему.

Есть сырая идея, но не знаете, как оформить? Пишите — поможем выбрать формат: доклад, case clinic, постмортем, дискуссия.

🖐️ Пройдите на сайт, чтобы отправить заявку

Насколько надежна ваша инфраструктура на самом деле? Между красивыми отчетами и суровой реальностью продакшена часто лежит пропасть.

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

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

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

AI Native Call for Papers

Мы открыли короткое окно (до 15 мая) на дополнительный прием докладов для стрима «Внедрение AI в SDLC» на конференцию Saint HighLoad++ (22 и 23 июня, 1500+ участников, Санкт-Петербург).

Ищем докладчиков, кто уже использует AI-инструменты, AI-агенты в реальном проекте - в рамках любой из стадий цикла:


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

2. Как на этапе проектирования AI помогает архитекторам в создании архитектуры? Как AI-архитектор может помочь в проектировании схемы базы данных и микросервисных взаимодействий? Как автоматически поддерживать актуальность архитектурной документации (Architecture as Code) при помощи LLM?

3. Этап разработки - самый популярный и противоречивый этап для внедрения AI, обсуждаем кодогенерацию, рефакторинг и безопасность. Как внедрить «агентный» подход в разработку: от Copilot к автономным кодинг-агентам?

Как автоматизировать рефакторинг огромных монолитов и миграцию на новые стеки технологий? Как организовать эффективное Code Review, где AI выступает первым (и самым строгим) проверяющим? Как настроить локальные AI-модели? Как автоматизировать поддержание технической документации в актуальном состоянии прямо в процессе написания кода?

4. Как AI трансформирует QA-процессы: от генерации данных до умного запуска тестов? Как автоматически генерировать Unit- и Integration-тесты на основе исходного кода и бизнес-требований с высоким покрытием?

5. Как на этапе деплоя AI помогает снизить риски, автоматизировать рутину и оптимизировать инфраструктуру? Как AI-модели могут предсказывать риски неудачного релиза? Как внедрить системы автоматического отката деплоя?

6. AI-инструменты для эксплуатации, SRE, DevOps и инженеров техподдержки, направленные на стабильность и быстрое решение инцидентов. Как предсказывать деградацию производительности и потенциальные инциденты?


Подробнее о секции и докладах, которые мы ждём:
https://cfp.highload.ru/

Прямая ссылка на подачу доклада:
https://conf.ontico.ru/lectures/submit/ainative_hl2026-spb

Сама конференция:
https://highload.ru/spb/2026


Целевая аудитория: senior-разработчики, IT-руководители, DevOps-инженеры, QA-инженеры, CTO.

Конференция берёт на себя помощь с подготовкой, проезд до и проживание в Санкт-Петербурге.

Приглашаем выступить :)

Пятничное
#хроникиITбудней

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

В этой подборке — 5 записей докладов Saint HighLoad++ 2025, где разбираются production-подходы к highload-архитектуре, производительности, distributed systems и AI-интеграциям.

1️⃣ Как выбрать технологии для высоконагруженного проекта и не привлечь внимание санитаров. Дмитрий Кривопальцев, Вадим Клеба.
Доклад о том, как подходить к выбору языков, баз данных и архитектурных решений при проектировании highload-сервисов. Спикеры разбирают стадии выбора технологий и принципы проектирования долгоживущих систем — с акцентом на разницу между теорией из учебников и практикой production-разработки.

2️⃣ Архитектура высоконагруженных RAG-систем: 10 стратегий оптимизации чанкинга и интеграция с Weaviate, Qwen / Llama / Gemma. Андрей Носов.
Доклад посвящен архитектуре RAG-систем и проблемам масштабирования retrieval-пайплайнов. В центре — стратегии чанкинга, работа с большими документами, баланс между latency и recall, интеграция Weaviate, LangChain, LlamaIndex и LLM-моделей. Также разбираются результаты оптимизаций на реальных данных и способы снижения стоимости инференса.

3️⃣ Прикладной консенсус. Какая Станция должна ответить? Павел Корозевцев.
Если вы когда-нибудь задумывались, как работает Станция и, особенно, как несколько Станций договариваются между собой, этот доклад для вас. Архитектура, алгоритмы, технологии.

4️⃣ Тысячи асинхронных задач в секунду в облачных s3 на Rust/Axum/Tokio — шлифуем ржавчину до блеска. Александр Сербул.
Интересное пересечение двух тем — Rust и параллельной работы c разными облачными хранилищами в условиях «догоняющей» консистентности. Узнайте, какие тонкости вас ждут, как можно добиваться значительного рейта команд к S3 максимально дешево и как при этом нарастить экспертизу в инструменте.

5️⃣ Анализ кода: символьная виртуальная машина. Георгий Александрия.
Глубокий доклад про алгоритмы статического анализа безопасности. Будет интересен не только безопасникам, но и тем, кто любит красивые низкоуровневые решения.

Продуктивного просмотра 🙌

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

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

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

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

Если вы работаете с ML-моделями и сталкиваетесь с вопросами приватности, безопасности данных или просто хотите понять, как работает контролируемое «забывание», эта статья для вас 🙌

Через 2 дня закроется дополнительный прием докладов для стрима «Внедрение ИИ в цикл разработки» на Saint HighLoad++ 2026.

📍15 мая – последний день

Мы ищем тех, кто уже применяет AI в реальной инженерной работе: в требованиях, архитектуре, разработке, тестировании, CI/CD, эксплуатации, SRE. Не «как AI написал код», а как он встроился в процесс и что из этого вышло.

Особенно интересны кейсы, где было непросто: legacy, compliance, дорогой inference, сложный rollout, конфликт с процессами, скепсис команды. Что не взлетело, что пришлось переделывать, какие компромиссы приняли.

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

Присылайте ваши заявки, мы поможем оформить и собрать в подходящий формат: доклад, case clinic, postmortem.

✅ Подробности и кнопка для отправки заявки на сайте

Если исправил одну строку, а упал тест в модуле, который ты даже не открывал — это понедельник.

Если нажал rerun без изменений, и всё стало зелёным — это пятница.

#хроникиITбудней

Что ломается при росте систем — и как это разбирают на практике ⤵️

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

Эти четыре выступления из программы Saint HighLoad++ 2026 для тех, кто работает с архитектурным долгом, выносом функционала из монолита, платформенными ошибками на масштабе и внедрением AI в production-контур. Здесь и кейсы команд, и практические разборы инженерных решений — когда важно не только увидеть результат, но и понять, как к нему пришли.

1️⃣ Игра «System Design». Владимир Невзоров (Servicepipe)
Архитектурная викторина: задачи про протоколы, архитектуру, паттерны, антипаттерны и историю IT. Формат, в котором можно проверить собственное инженерное мышление на практических вопросах.

2️⃣ Мастер-класс «Детские болезни доменных платформ в BigTech: архитектурные ошибки, которые дорого чинить». Екатерина Лысенко (Независимый эксперт)
Разбор повторяющихся архитектурных ошибок в платформенных доменах: FinTech, compliance, заказы, каталог. Как похожие решения в разных системах со временем приводят к одинаковым проблемам.

3️⃣ Вынос функционала из монолита. Алексей Лосев (Wildberries & Russ)
Мастер-класс о том, как выносить критичный функционал, когда на полноценный распил монолита нет времени и ресурсов. На примере сервиса мастер-баланса — разбор нескольких архитектурных подходов, их плюсов и минусов, а также особенностей работы с базами данных и шардированием.

4️⃣ Мультимодальный RAG для чертежей и ГОСТов: как подружить NebulaGraph, Qdrant и Nemotron-Mamba в закрытом контуре. Андрей Носов (Raft)
Разбор гибридной системы поиска для инженерных задач: работа с чертежами, регламентами и структурой изделий, сочетание графового и векторного поиска, запуск AI-стека в приватном контуре с ограниченными ресурсами.

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

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

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

AI-native, AI-first, AI Engineer, Prompt Engineer — эти слова все чаще видим в вакансиях и стратегиях. Но спроси трех людей, что они значат, и получишь три мнения. Это создает путаницу на собесах, в командах, в стратегиях.

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

Начинаем с четырех терминов:
🔹 AI-native компания: что это и чем принципиально отличается от обычной
🔹 AI-first подход: синоним AI-native или все же что-то другое
🔹 AI Engineer: новая роль или переименованный ML Engineer
🔹 Prompt Engineer: профессия будущего или временный навык

👉 Напишите нам, как вы это понимаете. Коротко, своими словами, из своей практики.
 
Все варианты мы соберем и вынесем на живую дискуссию на Saint TeamLead Conf и Saint HighLoad++ в Питере. Там участники вместе с экспертным советом разберут, что получилось, и зафиксируют финальные версии в глоссарии. Авторы формулировок будут указаны.

Потом цикл повторится: новые термины, новый сбор, новая дискуссия.

Решения, которые экономят месяцы.

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

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

Программа Saint HighLoad++ 2026 особенно сильна в темах AI: от практики внедрения ML/LLM в продукты до инфраструктуры, данных и архитектурных решений, которые делают такие системы устойчивыми в проде. Рядом — платформенные подходы, эксплуатация и масштабирование: все, что определяет, как сегодня развиваются сложные инженерные системы.

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

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

✅ Если планировали участвовать, программу уже стоит посмотреть внимательно. Финальное повышение цены на билеты — 1 июня.

Ждем вас 22 и 23 июня в Санкт-Петербурге на Saint HighLoad++ 2026 🖐️

Архитектурное соревнование надо?

На Saint HighLoad++ 2026 вас ждет викторина по System Design и архитектуре в live-режиме 🔥

Ведущий игры: Владимир Невзоров, старший backend-разработчик на проекте Антибот по защите крупнейших банков, маркетплейсов от массовых ботовых атак.

Будет яростный челлендж по протоколам, архитектуре, паттернам и антипаттернам, а также по истории IT. Эта зрелищная архитектурно-интеллектуальная битва станет не только отличным способом проверить себя, но еще даст множество тем и поводов для того, чтобы получше разобраться в нашей бесконечной профессии.

✅ Для участия нужно заполнить форму до 17:00 сегодня (21.05)
➡️ Отборочный этап пройдет сегодня в 19:00 по ссылке

Четверо сильнейших выйдут в финал уже на самой конференции. Окунитесь в мир System Design, участвуйте и болейте за своего финалиста 🙌

Если вы строите продукт на базе AI или внедряете AI для внутренних нужд компании, приходите на доклад Егора Андреева «Почему вам (скорее всего) не нужен локальный LLM-инференс», с которым он выступит на Saint HighLoad++ 2026.

В этом видео Егор поделился некоторыми деталями своего доклада 📝