Приём заявок открыт

Ваш опыт нужен
тысячам инженеров

Расскажите о том, что реально работает под нагрузкой — и о том, что выглядело production-ready, но легло. Формат выбираете вы: доклад, воркшоп, кейс-игра или дебаты.

КонференцияHighLoad++ 2026
Дата30 ноября и 1 декабря
Участников2500+
Заявки до31 июля 2026
Встреча прошла — запись доступна

Встреча-подкаст с Программным комитетом HighLoad++ 2026

17 июля обсудили с ПК, каких докладов ждут на HighLoad++ 2026, как выбрать тему и усилить заявку. Посмотрите запись перед подачей — это самый короткий путь понять, что ищет комитет.

Когда прошла17 июля 2026, онлайн
Что внутриРазбор тем и форматов от ПК
Смотреть запись

Тематика 2026

О чём хотим поговорить на конференции

Рассматриваем все заявки, но по этим темам — в приоритете. К каждому направлению: что изменилось в агентном мире, и конкретные запросы на доклады — из исследования болей сообщества (25+ источников: профильные чаты, Хабр, LOR, OpenNet, Reddit, опросы). Раскройте тему, чтобы посмотреть. Не уверены, в какую секцию подавать? Подавайте в любую близкую — правильное место доклад найдёт вместе с ПК.

Каких докладов ждём в первую очередьЧестные кейсы вместо восторгов. Не «мы внедрили Copilot», а что изменилось: скорость, качество, стоимость, инциденты — с цифрами. Как вы верифицируете сделанное агентом — самый частый вопрос индустрии, и честный ответ «мы пока не умеем» тоже принимается, если показан путь.
Ищем прямо сейчас
  • Нечеловеческая разработка: новый SDLC — loop engineering, harness engineering, context engineering. Агент с классическими практиками (DDD, spec-driven) работает хуже, чем с новыми — покажите, какими
  • Границы применимости: где агенты работают, где ломаются — сложная архитектура, распределённые системы, махровое легаси, узкоспецифичные хаки
  • AI в легаси: написать новый сервис агентом — просто. Заставить агента не испортить пятнадцатилетнюю Java — доклад, который мы ждём
  • LLM в продукте: как строить пользовательские функции на моделях под нагрузкой
  • Верификация работы агента: методики, инструменты, честные ограничения
Полный список тем по фазам SDLC
Requirements & Analysis
  • Извлечение бизнес-требований из транскриптов интервью с помощью LLM
  • AI для выявления противоречий и пробелов в объёмных ТЗ
  • Генерация User Stories и критериев приёмки из бизнес-целей
Design & Architecture
  • Генерация прототипов и UI-компонентов по описанию
  • AI-архитектор: схема БД и микросервисные взаимодействия
  • Architecture as Code: актуальная документация при помощи LLM
  • AI помогает выбрать стек и паттерны, оценивая trade-offs
Implementation
  • Агентный подход: от Copilot к автономным кодинг-агентам
  • Рефакторинг монолитов и миграции на новые стеки
  • Code Review, где AI — первый и самый строгий проверяющий
  • Локальные модели (Llama/DeepSeek) в закрытых контурах
  • Актуальная документация в процессе написания кода
Testing & QA
  • Автогенерация Unit- и Integration-тестов с высоким покрытием
  • Синтетические данные без риска утечки ПДн
  • Предсказание «хрупких» мест до тестирования
  • AI-анализ логов и Root Cause падающих пайплайнов
Deployment & CI/CD
  • Предсказание рисков релиза по истории коммитов и метрикам
  • Release Notes отдельно для бизнеса, маркетинга и инженеров
  • AI-driven Auto-rollback по аномалиям метрик
  • Оптимизация Kubernetes и Terraform агентами
Maintenance & Operations
  • AI-агенты для классификации и маршрутизации тикетов
  • Предсказание деградации и инцидентов (AIOps)
  • RAG по базе постмортемов для онбординга и дежурств
  • Автогенерация и тестирование патчей CVE
Почему это HighLoadКомпания решила перенести разработку на агентов. Нужны инструменты на тысячи инженеров — и это полноценная высоконагруженная система со всеми её проблемами. Agent Platform Engineering — новая секция HighLoad++.
Ищем прямо сейчас
  • Архитектура агентной платформы: с чего начать и почему платформы нынче ещё нужнее
  • On-premise инференс: железо, vLLM/llama.cpp на проде, падения под нагрузкой, KV-кэш, мульти-GPU, OOM — инференс как новая highload-дисциплина
  • Gateway и доступы: агент эффективен, когда доступ широкий и без ручного аппрува на каждый чих, — и опасен ровно по той же причине. «Просверленный доступ»: как дать много и не потерять данные и бизнес
  • Гардрейлы: чем резать агента, не убивая его пользу
  • Экономика: сколько стоит агентная платформа и как это посчитать. Никто не умеет: и работающая методика, и честное «мы считали так — и вот где ошиблись» соберут зал
  • Как построить платформу и не раздуть штат
  • Насколько агентную платформу можно построить самими агентами — и где предел
Что изменилосьПо нашему исследованию блокировки — боль номер один русскоязычного инженерного сообщества, с большим отрывом. Внешние условия мы не изменим — но можем обменяться инженерными ответами. Формат: не «как обойти», а «как построить систему, которая продолжает работать».
Ищем прямо сейчас
  • Архитектура связности, когда любой кусок может отвалиться: multi-cloud на российских провайдерах, деградация без падения
  • Зависимости и репозитории: как жить, когда GitHub, PyPI и Docker Hub доступны через раз — зеркала, проксирование, вендоринг
  • DDoS-защита в зоне .ru: международные сервисы заблокированы, локальные пробиваются — что реально работает
  • TLS-сертификаты: жизненный цикл без инцидентов после ухода привычных CA
  • Мониторинг и алертинг, когда пуши и SaaS ненадёжны: суверенный on-call
  • 152-ФЗ, СОРМ, реестры: комплаенс как инженерная задача, а не бумажная
  • Импортозамещение с открытыми глазами: честные сравнения, реальные миграции, цена вопроса
  • Надёжность на российских хостерах: SLA, которых нет, и архитектура поверх них
Что изменилосьАгент выдаёт правдоподобную архитектуру за минуты, но не удерживает её — под инцидентом она разваливается. Ждём доклады о том, как удерживать архитектуру системы, которую пишут агенты, и честные разборы trade-offs.
Ищем прямо сейчас
  • Легаси-система на миллионы строк: как вы вернули управляемость — и что в этом смог и не смог агент
  • Каскадный сбой: одна плохая конфигурация уронила всю систему — анатомия инцидента и защита от расползания отказа
  • Честная цена модных паттернов: DDD, Clean Architecture, микросервисы «по рынку труда» — что стало с латентностью, инцидентами и командой
  • Kafka/GraphQL/Kubernetes, внедрённые не под масштаб: как распознать и как откатиться
  • Хрупкие межсервисные вызовы: ретраи, трассировка, потеря логов при многосервисных транзакциях
Полный список тем
  • Архитектура систем с миллионами RPS и экстремальной нагрузкой
  • Микросервисная архитектура: истории успеха и провалов
  • Миграции с legacy-систем на современный стек
  • Геораспределённые архитектуры и работа с множеством ЦОДов
  • Архитектурные паттерны для масштабируемых систем
  • Производительность при резком росте нагрузки
  • Архитектура data-intensive приложений
Что изменилосьМодель уверенно говорит «production-ready» про инструмент, который ляжет под вашей нагрузкой, — выбор технологии по совету LLM стал новым источником аварий. Ждём бенчмарки, знание пределов и доклады, где после «мы выбрали X» идёт «и вот что случилось под нагрузкой».
Ищем прямо сейчас — PostgreSQL
  • Промахи планировщика на масштабе: методика разбора EXPLAIN, которая экономит дни, а не советы «добавьте индекс»
  • Репликация и DR без потери транзакций: физическая vs логическая на реальных сбоях, зависшие recovering-реплики
  • Массовые UPDATE/DELETE на сотнях миллионов строк и частичный бэкап — безопасные способы, которых нет в документации
  • HA-поставка всерьёз: Patroni, etcd, пулеры, шардирование — что зрело, а что заброшено
  • Битые страницы, разрастание WAL, bloat широких таблиц: диагностика и восстановление
Ищем прямо сейчас — ClickHouse (самая горячая СУБД нашего исследования)
  • Систематика эксплуатационных футганов: too many parts, MEMORY_LIMIT_EXCEEDED, зависшие DDL и мутации — вместо фольклора
  • Апгрейд ClickHouse без поломки прода: методика, каталог breaking changes, чеклист
  • Дедупликация без ловушек: ReplacingMergeTree, FINAL, MV над Distributed
  • Тихая порча результатов: алиасы, CTE, оптимизатор JOIN — как ловить неправильные данные, которые «работают»
  • Keeper и координация: катастрофоустойчивость, потеря ДЦ, клонирование кластера
  • Kafka → ClickHouse без потерь: что делать с молчаливыми сбоями цепочки
  • Шардирование «по мифам» и его цена: как проектировать правильно
Ищем прямо сейчас — остальные
  • YDB в проде: реальная утилизация ресурсов, апгрейды, границы применимости
  • Tarantool, MongoDB, Redis/Valkey, MySQL: опыт эксплуатации на масштабе с честными цифрами отказов
Полный список тем
  • Масштабирование БД: шардирование, репликация, балансировка
  • Высокопроизводительные решения для хранения и обработки данных
  • Распределённые SQL и NoSQL-решения при высоких нагрузках
  • Отказоустойчивые хранилища и системы восстановления
  • Облачные базы данных: архитектура, особенности, использование
  • Нестандартные решения и подходы для хранения данных
  • Оптимизация запросов и производительности БД
  • Российские решения в области хранения данных
  • Программные и аппаратные системы хранения данных
Что изменилосьКлассика потоковых данных остаётся, а из нового — RAG: по исследованию он упирается в грязные данные, ошибки ранжирования и потерю recall.
Ищем прямо сейчас
  • Kafka и потоковые пайплайны: молчаливые сбои репликации, повреждение данных во Flink/Spark — как строить контроль целостности
  • CDC на проде: потери метаданных, неполные DELETE-события
  • RAG на реальных данных: грязные корпуса, потеря recall, латентность, маскирование персональных данных на русском
Полный список тем
  • Построение эффективных ML-пайплайнов
  • MLOps: практики, инструменты, мониторинг
  • Распределённая обработка данных в реальном времени
  • Хранение и версионирование моделей и датасетов
  • Архитектура систем рекомендаций на больших масштабах
  • Оптимизация ETL для больших объёмов данных
  • Системы мониторинга качества данных и моделей
  • Высокопроизводительные вычисления для data science
Что изменилосьРядом с IDP вырастает агентная платформа (см. отдельную секцию), а стоимость ошибки платформостроения растёт: многие построили «ещё одну платформу», которую не могут ни внедрить, ни окупить.
Ищем прямо сейчас
  • Kubernetes честно: во что обходится содержание кластеров и когда он не нужен
  • Сеть кластера как источник трудноуловимых сбоев: CNI, апгрейды service mesh, graceful drain
  • Хранилище в кластере: CSI/FUSE против POSIX-семантики, опыт Longhorn/Linstor/MinIO и их альтернатив
  • CI/CD-пайплайн на десятки тысяч строк: как вернуть его под контроль
  • Инфраструктура дорожает и запирает: FinOps, выход из vendor lock, миграции без остановки
  • Карта инфраструктуры: как построить видимость связей ВМ ↔ сервисы, когда её никогда не было
Полный список тем
  • Построение внутренних платформ для ускорения разработки
  • Developer Experience как ключевой фактор эффективности
  • Управление большой инфраструктурой: от теории к практике
  • Kubernetes и облачная экосистема для высоконагруженных систем
  • Internal Developer Platforms: архитектура и практики внедрения
  • Мониторинг, управление ресурсами и оптимизация затрат
  • FinOps практики для облачных платформ
  • SDN, SDS: разработка и эксплуатация на масштабах
Что изменилосьУ систем появился новый класс субъектов — агенты с доступами (см. секцию «Агентная платформа»). Классика при этом никуда не делась: атаки на цепочку поставок — в топе болей сообщества.
Ищем прямо сейчас
  • Supply chain: компрометации npm/PyPI/GitHub Actions — как строить защиту, а не надеяться
  • Секреты и брокеринг credentials на масштабе — теперь ещё и для агентов
  • Инъекции нового поколения: вывод LLM, попадающий в shell
  • Непропатченные CVE в инфраструктуре: процесс, который работает
  • Разбор реального взлома: майнеры, руткиты, компрометация с первого дня (анонимизированный разбор — нормально)
Полный список тем
  • DevSecOps и безопасность в процессе разработки
  • Защита от DDoS, высоконагруженных атак и ботов
  • Внедрение Zero Trust в масштабных инфраструктурах
  • Безопасность контейнеров и микросервисов
  • Масштабируемые решения для аутентификации и авторизации
  • Управление секретами в распределённой инфраструктуре
  • AI-технологии для обнаружения и предотвращения атак
  • Безопасность облачных инфраструктур
Что изменилосьИнцидент — момент, где агент слабее всего: в моменте модель чинит систему плохо, а базы знаний инцидентов ускоряют следующий разбор.
Ищем прямо сейчас
  • Observability на масштабе: стоимость ELK/Loki/OpenSearch, потери данных в OpenTelemetry — архитектуры, которые не разоряют
  • Инцидент-менеджмент и on-call в РФ: чем заменить Grafana OnCall и PagerDuty, когда пуши зависят от Apple/Google
  • Отладка сети вслепую: conntrack, MTU/MSS, DNS-failover, тюнинг ядра — методики вместо шаманства
  • Баги, которые живут только в проде: почему стейджинг не воспроизводит боевые данные и что с этим делать
  • Постмортем в паре «человек + агент»: как реально ускоряется следующий инцидент
Полный список тем
  • Практики построения отказоустойчивых систем
  • Наблюдаемость: метрики, логи, трейсинг на масштабах
  • Автоматизация управления инцидентами
  • Методики постмортемов и снижения MTTR
  • SLO, SLA, SLI: практическое применение
  • Хаос-инжиниринг в продакшн-среде
  • Управление конфигурациями в распределённых системах
  • Оптимизация потребления ресурсов и финансовых затрат
Что изменилосьГлавный запрос индустрии — верификация сделанного агентом. «Как проверить» подорожало сильнее всего: агент, спроектировавший алгоритм три часа назад, не может написать к нему верификатор.
Ищем прямо сейчас
  • Как проверить сделанное агентом: запрос на верификацию — самый частый в индустрии сейчас
  • Нагрузочное тестирование AI-сгенерированных систем: где они ложатся
  • Внедрение тестирования всерьёз, без профанации: следующий уровень после «тесты нужны»
Полный список тем
  • Нагрузочное тестирование при сверхвысоких нагрузках
  • Автоматизация функционального тестирования масштабных систем
  • Тестирование отказоустойчивости и восстановления после сбоев
  • Инструменты и методики непрерывного тестирования
  • Симуляция пиковых нагрузок и экстремальных сценариев
  • Мониторинг производительности в тестовых и продакшн-средах
  • Анализ и профилирование узких мест системы
Что изменилосьДоменная экспертиза стала важнее владения языком. Хардкор (ядро Postgres, GPU, C++) — живая граница применимости агентов; ждём признанных спецов с кодом и цифрами: где модели реально помогают и где ломаются.
Ищем прямо сейчас
  • C++ на проде: UB, расходящиеся компиляторы, боль сборки — и может ли сюда агент
  • Низкоуровневая конкурентность: гонки, отмена задач, утечки горутин — разборы реальных багов
  • Наивные алгоритмы под нагрузкой: как копии, мьютексы и логирование убивают latency
  • Один код — разные результаты: prod/local и кроссплатформенные расхождения, которые стоили инцидентов
  • Go в командах: архитектурная культура против лапши — с примерами до/после
Полный список тем
  • Высокопроизводительные решения на PHP, Go, Rust, Java, C++, Python
  • Выбор технологий для конкретных задач и сценариев нагрузки
  • Оптимизация рантайма языков программирования
  • Асинхронное программирование и паттерны конкурентности
  • Эффективное использование памяти и ресурсов
  • Профилирование и оптимизация производительности кода
  • Техники горячего обновления в высоконагруженных системах
Что изменилосьДомены, где цена ошибки высока, а экспертов мало. Хардкор мы любили все двадцать лет — и зовём его без всяких оправданий.
Ищем прямо сейчас
  • Распределённые системы, которые нельзя проверить запуском: консенсус, консистентность, верификация
  • GPU-вычисления и оптимизация инференса как highload-задача (продуктовый инференс — сюда, платформа для инженеров — в секцию «Агентная платформа»)
  • Медиастриминг под нагрузкой: RTP/RTSP, латентность, отладка вслепую
  • Прошивки и железо: реверс, ограничения, «умные» устройства в проде
  • Агентные конвейеры в генерации контента: геймдев и его легаси-хаки, которых модель не понимает
Полный список тем
  • Edge Computing: обработка данных на границе сети, низколатентные решения, синхронизация и консистентность
  • IoT: архитектура, протоколы, безопасность, обработка данных с сенсоров, промышленные системы
  • Высокопроизводительные вычисления: GPU, суперкомпьютеры
  • Потоковая обработка видео и мультимедиа
  • Высоконагруженные поисковые системы
  • Биллинг и платёжные системы под экстремальными нагрузками
  • Блокчейн: архитектура нод, консенсус, шардинг, MEV, mempool, DeFi
  • Квантовые вычисления, аппаратные ускорители, новые протоколы
Что изменилосьSDLC перестраивается под агентов, топология команд меняется. Ждём доклады с цифрами до/после.
Ищем прямо сейчас
  • Bus-фактор: критичные знания живут в головах и личных AI-промптах сотрудников — опыт формализации в базу знаний, которую читают и люди, и агенты
  • Роль девопс/платформенного инженера: что от неё останется и что появится
  • Как перестроить процессы под агентов и не увеличить штат
Полный список тем
  • Быстрая и надёжная поставка изменений в продакшн
  • Автоматизация процессов в сложных системах
  • Архитектура организации: топология, команды, взаимодействие
Без изменений3–5 докладов-«экскурсий» в смежные области — физика, медицина, математика, кибербезопасность. Эффект открытого окна: интересная предметная область + технический взгляд изнутри. Это опыт, за которым иначе пришлось бы идти в другую профессию.
Примеры тем
  • Что может квантовый компьютер и где он уже работает?
  • Как устроен цифровой двойник атомной станции или буровой платформы?
  • Как машинное обучение помогает разрабатывать лекарства?
  • Какие функции растут быстрее факториала и зачем математикам такие штуки?
  • Как хакеры зарабатывают деньги на уязвимостях?
Конференция развития

HighLoad++ стал практическим интенсивом

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

Доклад

Доклад

Лекционное выступление: спикер рассказывает о технологии, подходе, кейсе или опыте внедрения.

50 мин
Мастер-класс

Мастер-класс

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

2 часа
Воркшоп

Воркшоп

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

2 часа
Круглый стол

Круглый стол

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

2 часа
Фейл-митап

Фейл-митап

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

2 часа
Питч-сессии

Питч-сессии

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

до 30 минут на такт
Нетворкинг

Нетворкинг

Формат для знакомства и обмена опытом: свободное общение, тематическая встреча, игра или фасилитированная активность.

50 мин
Интервью

Интервью

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

50 мин

Есть идея, но нет готового доклада? Этого достаточно

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

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

Обсудить идею с ПК
Сильная заявка

Какие заявки мы ждём

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

Слабая заявка

«Как мы внедрили AI в команду: расскажу про подходы и практики»

Слишком общий опыт. Непонятно, что конкретно делали, что изменилось и что участник возьмёт в работу.

Сильная заявка

«Мы внедрили AI-ассистентов в команду 30 инженеров: вот что изменилось в скорости и качестве через полгода»

Понятен масштаб, есть временной горизонт, очевидна ценность для слушателя.

Что делает заявку сильной:

  • Личный опыт важнее теории. Ждём тех, кто сам решал задачу и набил шишки
  • Цифры, примеры, результаты. Кейс, где «ускорилось на 40%», убедительнее кейса, где «улучшилось»
  • Глубина приветствуется: архитектура, ограничения, неочевидные решения
  • Практическая польза: советы, схемы, подходы, которые участники смогут применить
  • Тема не освещалась ранее на других площадках. Приоритет у новых решений
  • Формат шире доклада: воркшоп, кейс-игра, дебаты или ваша собственная механика — поможем упаковать идею
  • Никакой рекламы. Выступления с маркетинговым уклоном не принимаются

Проверьте себя

Подходит ли ваша тема для HighLoad++?

Пройдите короткий тест — 4 вопроса, 30 секунд.

Вопрос 1 из 4

Процесс и даты

От заявки до сцены

Прозрачный процесс — от подачи до выступления на HighLoad++.

1

Подайте заявку сейчас — 31 июля

Ждём тему, тезисы и расширенное описание в поле «Обращение к Программному комитету». Можно приложить видео, презентации, ссылки на прошлые выступления.

2

Общение с ПК август–сентябрь

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

3

Решение о включении в программу сентябрь

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

Актуальность Оригинальность Конкретность Практическая польза
4

Подготовка к выступлению октябрь–ноябрь

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

HighLoad++ 2026 30 ноября и 1 декабря

Москва. Два дня, 2500+ инженеров, сотни докладов.

Зачем выступать

Поделитесь опытом с теми,
кто решает те же задачи

Это вклад в сообщество и точка роста для вас.

01

Внести вклад в сообщество

Ваши кейсы и находки помогают тысячам инженеров проходить похожие этапы быстрее.

02

Структурировать опыт

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

03

Получить честную обратную связь

После выступления вас окружают люди, решающие похожие задачи. Разговоры без купюр.

04

Заявить о себе

Видимость в сообществе, репутация эксперта, узнаваемость среди инженеров и архитекторов.

05

2500+ инженеров в одном месте

И все пришли именно за разговором с единомышленниками.

06

Куратор из ПК

Эксперт в теме вашего выступления поможет выстроить структуру и довести идею до сильного доклада.

07

Билет и проживание

Бесплатный доступ на оба дня. Иногородним компенсируем дорогу и забронируем отель.

08

Запись и онлайн-аудитория

Конференция очная, но доклады доступны онлайн и в записи — охват шире зала.

Голос спикеров

Те, кто уже выступал

Спикеры HighLoad++ — инженеры и архитекторы из ведущих ИТ-компаний страны.

Выступление на HighLoad — это прямой выход на техлидов и c-level. Во время конференции я получил приглашение стать экспертом в образовательном проекте и сразу несколько предложений о работе!
Игорь Дмитриев
Независимый эксперт
Выступления на Highload-ах — это для меня в первую очередь возможность рассказать о крутых алгоритмах и решениях коллегам, чтобы российская IT-шечка была самой крутой и образованной. Я хочу, чтобы мои коллеги-разработчики, девопсы, безопасники знали и понимали новые решения, криптографию, новые децентрализованные алгоритмы, могли бы их оценивать и применять там, где это требуется. Очень качественная помощь в подготовке докладов позволяет затем использовать их и в образовательных целях, скидываю их студентам, коллегам, партнерам, чтобы не тратить время на объяснения «как это работает». На Highload-ах встречаюсь с множеством интересных людей, узнаю много того, чего никогда не прочитаешь в паблике. Ну и вообще, такая концентрация мозгов — это просто здорово.
Сергей Прилуцкий
MixBytes
Получил мощный AI-заряд!
Для себя поделил доклады на:
1) Организационно-философские — как движется внедрение AI, какие есть уровни, примеры внедрений
2) Практические — что делать специалисту, чтобы выжимать максимум из подручных тулзов
Владимир Невзоров
Servicepipe
Выступление на Highload для меня — это, во-первых, сбывшаяся мечта. Это золотой стандарт российских ИТ-конференций, во всех отношениях.
Во-вторых, это доступ к знаниям. Практическим, живым, на опыте — гарантия ценности и применимости.
А в-третьих, и это самое главное: люди. Эксперты любых ролей и должностей, которые рядом, отвечают на вопросы, с которыми потом можно делать совместные проекты.
Татьяна Сущенко
Независимый эксперт
Это, пожалуй, самая яркая конфа, где я был за последние годы. По обилию профессионального общения, обсуждения партнёрских историй и простой человеческой радости.
Бонус быть спикером: те ребята, которых я хотел найти на конфе, — сами подходят после доклада, чтобы пообщаться.
Егор Андреев
AdminDivision
Я боялась, что тема распределённых транзакций покажется аудитории HighLoad слишком заезженной и тривиальной, но именно в этом и заключается магия конференции: здесь собираются профессионалы, чьи вопросы и обмен опытом в кулуарах превращают даже знакомую тему в источник свежих идей. В итоге доклад не только попал в цель, но и напомнил: когда делишься реальным опытом — ты всегда в своей тарелке, а страх оказывается лишь топливом для роста.
Дарья Борисова
ПСБ
Часто спрашивают

Вопросы

Конечно. Каждый принятый спикер работает с куратором из ПК. Опыт выступлений необязателен — важен ваш практический опыт.
Да, на разные темы и форматы. Если у вас несколько сильных кейсов — подавайте все.
Да. Конференция сместилась в сторону интерактивных форматов: мастер-классы, кейс-игры, питч-сессии, дебаты, форсайты. Укажите желаемый формат в заявке или напишите нам — поможем выбрать и подготовить. Подробнее в блоке «Форматы».
Однозначно, если есть сильный контент. Список тем — приоритет, не ограничение. Рассматриваем все заявки с интересным практическим опытом.
Финальные решения — в августе–сентябре 2026. Если потребуются уточнения или захотим обсудить тему — напишем раньше.
Нет, спикеры выступают без гонорара. Компенсируем проезд и проживание иногородним и оформляем бесплатный билет на конференцию.
Формат очный. Если нет возможности приехать, но есть уникальная тема — напишите нам, обсудим.
Программный комитет — практики с реальным опытом эксплуатации высоконагруженных систем. Оценивают профессиональную глубину, не красоту формулировок.
Нет. Все выступления проходят конкурсный отбор. Доклады с рекламным уклоном не принимаются. Хотите представить компанию — напишите нам о партнёрских возможностях.

Не уверены?

Задайте вопрос Программному комитету

Если сомневаетесь, подходит ли тема, — напишите нам до подачи заявки. Отвечаем за 24 часа в рабочие дни.

💬

Telegram

Напишите Валерии — программному менеджеру ПК. Расскажите в двух строках, о чём думаете, и получите честный ответ: стоит подавать или нет.

Написать в Telegram →
✉️

Электронная почта

Если удобнее письмо — пишите на почту Программного комитета. Опишите тему и уровень: дадим обратную связь по критериям отбора.

Написать письмо →
Частые сомнения
  • «Моя тема слишком узкая» — именно такие доклады собирают полные залы
  • «Я не звезда индустрии» — ПК оценивает опыт, не статус
  • «Нет готового доклада» — достаточно идеи и тезисов
  • «Уже рассказывал на митапе» — если не на крупной конференции, подавайте

Программный комитет

Кто отбирает доклады

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

ПК HighLoad++
Олег Бунин
Олег Бунин
Онтико
Юрий Бабак
Юрий Бабак
Т-Банк
Александр Белоцерковский
Александр Белоцерковский
Сбер
Олег Бондарь
Олег Бондарь
YDB
Василий Бригинец
Василий Бригинец
AWS
Федор Васильев
Федор Васильев
xStack
Алексей Жиряков
Алексей Жиряков
Сбер
Александр Капитанов
Александр Капитанов
Сбер
Александр Макаров
Александр Макаров
Yii framework
Георгий Меликов
Георгий Меликов
Exordos
Роман Поборчий
Роман Поборчий
Независимый эксперт
Евгений Россинский
Евгений Россинский
Иви
Илья Сафронов
Илья Сафронов
ATOM
Антон Черноусов
Антон Черноусов
Yandex Cloud
Максим Шатунов
Максим Шатунов
Kapital Bank
Иван Евтухович
Иван Евтухович
Самозанятый
Кирилл Борисов
Кирилл Борисов
VK
Кравченко Ольга
Кравченко Ольга
Альфа-Банк
Алексей Учакин
Алексей Учакин
telega.me
Алексей Шпагин
Алексей Шпагин
VK
Евгений Крысанов
Евгений Крысанов
Сбер
Филипп Бочаров
Филипп Бочаров
МТС Web Services
Антон Егорушков
Антон Егорушков
Yandex Cloud
Витольд Коморовский
Витольд Коморовский
Цифровая платформа KAMAZ
Станислав Змиев
Станислав Змиев
Василь Закиев
Василь Закиев
ООО ИСКРА
Дмитрий Антипов
Дмитрий Антипов
Сбер / АБТ
Константин Доронин
Константин Доронин
Solopreneur
Тимур Хахалев
Тимур Хахалев
Алексей Остриков
Алексей Остриков
Дмитрий Иванов
Дмитрий Иванов
Yandex
Глеб Михеев
Глеб Михеев
Сбер
Михаил Харитончик
Михаил Харитончик
Сбер
Кирилл Мокевнин
Кирилл Мокевнин
Андер Девелопмент
Влад Сазонов
Влад Сазонов
Альфа-Банк
Серёжа Попов
Серёжа Попов
Skillaz
Глеб Кудрявцев
Глеб Кудрявцев
Карьерный Цех
Рефат Аметов
Рефат Аметов
Devstark
Дани Эль-Айясс
Дани Эль-Айясс
Social Discovery Group
Сергей Пименов
Сергей Пименов
pimenov.ai
Вячеслав Тарасов
Вячеслав Тарасов
Brio Capital
Константин Осипов
Константин Осипов
ПАО Аренадата
Иван Поддубный
Иван Поддубный
Вебпрактик
Сергей Паращенко
Сергей Паращенко
Product Vision
Алексей Рыбак
Алексей Рыбак
devhands.io
Валерия Гужевникова
Валерия Гужевникова
Онтико
ПК AI Native
Олег Бунин
Олег Бунин
Онтико
Василь Закиев
Василь Закиев
ООО ИСКРА
Дмитрий Антипов
Дмитрий Антипов
Сбер / АБТ
Константин Доронин
Константин Доронин
Solopreneur
Тимур Хахалев
Тимур Хахалев
Алексей Остриков
Алексей Остриков
Дмитрий Иванов
Дмитрий Иванов
Yandex
Глеб Михеев
Глеб Михеев
Сбер
Михаил Харитончик
Михаил Харитончик
Сбер
Кирилл Мокевнин
Кирилл Мокевнин
Андер Девелопмент
Влад Сазонов
Влад Сазонов
Альфа-Банк
Серёжа Попов
Серёжа Попов
Skillaz
Глеб Кудрявцев
Глеб Кудрявцев
Карьерный Цех
Рефат Аметов
Рефат Аметов
Devstark
Дани Эль-Айясс
Дани Эль-Айясс
Social Discovery Group
Сергей Пименов
Сергей Пименов
pimenov.ai
Иван Поддубный
Иван Поддубный
Вебпрактик
Сергей Паращенко
Сергей Паращенко
Product Vision
Алексей Рыбак
Алексей Рыбак
devhands.io
Приём заявок — до 31 июля 2026

Готовы рассказать о своём опыте?

2500+ инженеров ждут доклад с реальными кейсами и живым опытом.