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

Команда «Онтико» решила не делать вид, что это просто «ещё один виток роста», и в 2026 году меняет сам формат IT-конференций! GolangConf 2026 — это уже не про «послушать доклады», которые кто-то просЛушал, а кто-то просРушал :) Мы будем разбираться с тем, что реально болит у команд прямо сейчас.

Почему обычного формата уже недостаточно

Если вы работаете с Go и не только, скорее всего, вам знакомы эти проблемы.

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

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

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

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

Мы в «Онтико» хотим сделать формат более полезным для решения конкретных проблем конкретных людей. Отсюда — новый подход!

Конференция развития

GolangConf 2026 проходит в формате конференции развития. Что это значит? Речь о том, что у участников будет возможность поработать со своими задачами.

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

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

Как это устроено: стримы развития

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

Посетители проходят через несколько уровней: сначала разбираются, что происходит,
затем пробуют применить это к своим задачам и обсуждают с экспертами, что делать дальше. Таким образом, переход от «понять» к «разобраться у себя» — ключевой.

Три направления, в которых сейчас больнее всего

Программа GolangConf 2026 собрана вокруг трёх зон, где у команд сегодня больше всего вопросов. 

AI: когда инструмент превращается в риск

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

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

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

И это меняет всё — от процессов до требований к разработчикам. При этом важно не скатиться в иллюзии.

Стрим посвящён новым подходам к использованию ИИ, которые сформировались после технологического скачка 2025 года. Участники обсудят переход от привычного взаимодействия в формате чата к агентской разработке как ключевому способу применения ИИ в индустрии. 

На этом стриме развития будут не только доклады, но и практики — например, мастер-класс «Создаём маркетплейс на Go с помощью AI» от разработчиков Виталия Московкина и Михаила Фролова из «Яндекс.Еды». Ребята покажут, как с использованием библиотеки правил для AI-ассистентов разработки написать полноценный маркетплейс на Go — от витрины и чекаута до процессинга заказов.

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

Платформы: решение или новая проблема

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

Как организовать платформенную команду? Где проходит граница её ответственности? Как внедрить платформу в существующий зоопарк сервисов? И главное — как сделать так, чтобы продуктовые команды реально ей пользовались? На эти вопросы даже у экспертов нет единого ответа.

«Даже в нашем программном комитете нет общего понимания, что такое платформа и что должно входить в её область ответственности. Каждая компания должна найти эти ответы для себя самостоятельно», — отметил член ПК Даниил Подольский.

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

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

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

Он расскажет, почему платформа — это не статичный набор шаблонов пайплайнов над k8s, а живой процесс, который должен расти вместе с бизнесом и технической командой. Для этого на конференции разберём этапы развития команды и на каждом этапе определим, чем платформа должна являться и заниматься, а также как грамотно управлять SDLC и влиять на надёжность и T2M и не душить разработку.

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

Производительность: между «всё нормально» и «всё плохо» и почему всё это завязано на архитектуру

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

Как понять, что сервис работает достаточно эффективно? Как снять профилирование? Как читать результаты? Как построить адекватный стенд? И главный вопрос — а точно ли у вас есть проблема? В мире Go это становится ещё интереснее.

«Если сравнивать Go с интерпретируемыми языками, он даёт прирост. Но если сравнивать с Java или C#, мы обнаружим, что у Go есть проблемы там, где он считается сильным», — отмечает член ПК конференции.

Соответственно, старые итерации уже не работают. И отдельная линия, которая проходит через всю конференцию — это, конечно, архитектура.

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

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

Требования к надёжности, безопасности растут, а хочется простое, гибкое и производительное решение для брокера сообщений? Возможно, стоит присмотреться к NATS — это высокопроизводительная система обмена сообщениями с открытым исходным кодом, написанная на Go. Вместе с Сергеем Соболевым и Алексеем Сосновым рассмотрим её внешнее и внутреннее устройство, сосредоточившись на сути механизмов и сущностей. На десерт ребята поделятся секретами правильной настройки прав и нашим опытом по решению проблем репликации очередей для интенсивного потока сообщений. 

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

Чего не стоит ожидать

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

А кроме того, участие в конференции — это не только про себя, но и про влияние на индустрию. Если вы хотите влиять на то, как будут развиваться конференции — приходите, участвуйте и оставляйте отзывы!

GolangConf 2026 — это место, где вы не просто узнаёте новое, а разбираетесь со своим текущим хаосом и начинаете его структурировать.

Подробности и программа — на сайте.

Увидимся 20 апреля в Москве! Будет полезно и по делу.