This media is not supported in your browser
VIEW IN TELEGRAM
🔥5❤4❤🔥3🤝1
Друзья, фотографии с конференции будут загружены в альбомы в нашей группе ВКонтакте
Ловите свои и делитесь ими с друзьями и коллегами 🧡
*все фото догрузим в течение двух дней
Ловите свои и делитесь ими с друзьями и коллегами 🧡
*все фото догрузим в течение двух дней
🔥5❤4❤🔥2🥰1🤝1
This media is not supported in your browser
VIEW IN TELEGRAM
DevOpsConf 2026 завершилась 🎉
Мы благодарим каждого из вас за то, что сделали это событие возможным: партнерам, спикерам и каждому участнику на площадке и в онлайн! Ваше присутствие и активное участие создали уникальную атмосферу обмена знаниями и опытом.
Надеемся, что вы нашли много полезного, интересного и нужного за эти два дня 🙌
До встречи в 2027 году 😎
Мы благодарим каждого из вас за то, что сделали это событие возможным: партнерам, спикерам и каждому участнику на площадке и в онлайн! Ваше присутствие и активное участие создали уникальную атмосферу обмена знаниями и опытом.
Надеемся, что вы нашли много полезного, интересного и нужного за эти два дня 🙌
До встречи в 2027 году 😎
❤12❤🔥7🥰3👍1🤝1
Онбординг — один из больших камней преткновения при росте компании.
Возможно ли с помощью современных инструментов попробовать сделать этот процесс проще и удобнее? Однозначно да!
Представьте, что у вас есть универсальный инструмент, который помогает закрывать целый класс задач команды разработки:
✔️настраивает локальное окружение проекта одной кнопкой,
✔️унифицирует окружение для всех разработчиков на разных ОС,
✔️обеспечивает безопасность инфраструктуры,
✔️упрощает CI и многое другое.
➡️ Подробнее — в статье Владимира Лилы.
Продолжение следует ✅
Возможно ли с помощью современных инструментов попробовать сделать этот процесс проще и удобнее? Однозначно да!
Представьте, что у вас есть универсальный инструмент, который помогает закрывать целый класс задач команды разработки:
✔️настраивает локальное окружение проекта одной кнопкой,
✔️унифицирует окружение для всех разработчиков на разных ОС,
✔️обеспечивает безопасность инфраструктуры,
✔️упрощает CI и многое другое.
➡️ Подробнее — в статье Владимира Лилы.
Продолжение следует ✅
Хабр
Не настраивайте локальное окружение вручную. Devcontainers — уже пора! Часть первая
Онбординг — один из важных аспектов, требующих особого внимания при масштабировании компании. А теперь представьте, что у вас есть универсальный инструмент, который помогает закрывать целый класс...
👍1
Друзья, мы завершили опрос о DevOps-практиках — спасибо всем, кто принял участие!
Для нас было важно собрать мнения инженеров, которые ежедневно формируют реальную практику DevOps-среды.
Если вам интересно:
— какие инструменты сейчас действительно используются
— как команды работают с Kubernetes, AI, Security, IDP и инцидентами
— какие подходы масштабируются, а где возникают основные сложности 👇
📊 Результаты опроса уже опубликованы и доступны всем в сообществе MWS Cloud Platform
❗️ Обратите внимание: розыгрыш перенесен на 10 апреля.
Чтобы принять участие в розыгрыше, необходимо быть подписчиком сообщества MWS Cloud Platform.
🏆Напоминаем, что команда MWS Cloud Platform разыграет:
— Два билета на одну из конференций Онтико (HighLoad++, TeamLead Conf, FrontendConf и другие).
— Подарки авторам самых интересных комментариев к разделам опроса.
Ещё раз спасибо за участие. Ваши ответы помогли нам сформировать картину DevOps-практик на рынке и лучше понять текущие подходы.
Реклама ООО "МВС" ИНН 7707767501 erid:2W5zFJsok9w
Для нас было важно собрать мнения инженеров, которые ежедневно формируют реальную практику DevOps-среды.
Если вам интересно:
— какие инструменты сейчас действительно используются
— как команды работают с Kubernetes, AI, Security, IDP и инцидентами
— какие подходы масштабируются, а где возникают основные сложности 👇
📊 Результаты опроса уже опубликованы и доступны всем в сообществе MWS Cloud Platform
❗️ Обратите внимание: розыгрыш перенесен на 10 апреля.
Чтобы принять участие в розыгрыше, необходимо быть подписчиком сообщества MWS Cloud Platform.
🏆Напоминаем, что команда MWS Cloud Platform разыграет:
— Два билета на одну из конференций Онтико (HighLoad++, TeamLead Conf, FrontendConf и другие).
— Подарки авторам самых интересных комментариев к разделам опроса.
Ещё раз спасибо за участие. Ваши ответы помогли нам сформировать картину DevOps-практик на рынке и лучше понять текущие подходы.
Реклама ООО "МВС" ИНН 7707767501 erid:2W5zFJsok9w
🔥6❤🔥4⚡3🥰2🤝1
Дебют формата, который сработал: итоги форсайта DevOpsConf 2026
На прошедшей конференции мы попробовали посмотреть на перспективу — провели форсайт-сессию (впервые на DevOpsConf) про будущее DevOps в РФ и круглый стол про роль инженера в этом будущем. В результате чего участники собрали карту будущего: от роли AI-агентов до суверенизации и новых инженерных ролей. Вот что получилось ⤵️
Основные тренды, которые мы видим сейчас:
Основные сценарные развилки:
Глобальность <-> региональность:
➡️ На круглом столе главной развилкой стало дальнейшее усиление специализации у инженеров <-> отказ от специализации в пользу условного «продакшн инженера», который и продукт сделает, и тесты, и аналитику и вообще все — но значимую часть агентами.
Возможные сценарии:
Революционный сценарий:
Региональный сценарий:
Ключевые компетенции будущего:
Общий результат:
Что думаете, друзья?
На прошедшей конференции мы попробовали посмотреть на перспективу — провели форсайт-сессию (впервые на DevOpsConf) про будущее DevOps в РФ и круглый стол про роль инженера в этом будущем. В результате чего участники собрали карту будущего: от роли AI-агентов до суверенизации и новых инженерных ролей. Вот что получилось ⤵️
Основные тренды, которые мы видим сейчас:
🔴 Платформизация. Развитие platform engineering и модели DevOps as a service.
Растет интерес к собственным небольшим решениям, лучше встроенным в локальный контекст, чем готовые внешние платформы.🔴 AI в эксплуатации. AI-агенты, автоматизация рутины, vibe coding, применение AI для SLI/SLO и других повседневных инженерных задач. AI уже рассматривается как фактор, способный заметно изменить практику эксплуатации.🔴 Оптимизация затрат.🔴 Ожидание роста эффективности при тех же или меньших ресурсах.🔴 Основной механизм — автоматизация и снижение доли ручного труда.🔴 Суверенизация эксплуатации. Безопасность, импортозамещение, on-prem, развитие локального стека и высокая стоимость железа очень сильно влияют на архитектурные и организационные решения.
Основные сценарные развилки:
Активное развитие AI <-> схлопывание AI-пузыря.
В одном случае AI становится основной рабочей средой: агенты, оркестрация, новый интерфейс работы.
В другом — остается полезным, но ограничивается ролью помощника и инструмента ускорения отдельных задач.
Глобальность <-> региональность:
В одном случае сохраняются универсальный стек и общая логика мирового рынка.Именно эти две оси задают пространство наиболее вероятных сценариев для эксплуатации.
В другом — усиливаются on-prem, локальные контуры, собственные инструменты и расхождение российского стека с внешним рынком.
➡️ На круглом столе главной развилкой стало дальнейшее усиление специализации у инженеров <-> отказ от специализации в пользу условного «продакшн инженера», который и продукт сделает, и тесты, и аналитику и вообще все — но значимую часть агентами.
Возможные сценарии:
Инерционный сценарий.
AI остается помощником. Работа упрощается, но не меняется принципиально.
Базовые практики эксплуатации сохраняются.
Революционный сценарий:
Мир существенно меняется. AI становится основной операционной средой. Эксплуатация заметно перестраивается. Востребованы уже не просто инженеры, а специалисты, управляющие инфраструктурой через агентов. Они постоянно учатся и в эту роль ещё сложнее зайти, нужно всё больше знаний.
Региональный сценарий:
Эксплуатация развивается по собственной траектории — с ограниченным использованием AI, опорой на локальные контуры, on-prem, импортозамещение и собственный технический стек.
Ключевые компетенции будущего:
🔴 Работа с AI. Промптинг, создание агентов, мультиагентные системы, локальный запуск AI-контуров.🔴 Инженерное, архитектурное и продуктовое мышление. Понимание системы целиком, знание контекста, критическое мышление, базовая техническая подготовка и способность проектировать решения, а не только исполнять задачи.🔴 Коммуникация. Умение договариваться, слышать собеседника, давать и принимать обратную связь.
Общий результат:
AI воспринимается как неизбежное будущее. Магии станет больше, но работы меньше не будет. Придется еще больше учиться новым инструментам и подходам, а также вбирать в себя больше ответственностей и ролей.
При этом целостный образ будущего пока не сложился.
Участники думают про революционный сценарий, но не верят в него.
Участники в среднем не верят, что их заменит AI, скорее что ускорит и возьмет на себя часть работы.
Что думаете, друзья?
Please open Telegram to view this post
VIEW IN TELEGRAM
🤝4😎3🔥2
В начале недели мы с вами начали разбираться с онбордингом через девконтейнеры — изучили его составляющие, способы организации, упаковку репозиториев, как работать с более чем одним контейнером и прочим.
Сегодня идем дальше и первый вопрос на повестке дня — безопасность.
Спойлер:в этой статье вас ждет небольшой полезный подарок 🎁
Сегодня идем дальше и первый вопрос на повестке дня — безопасность.
Спойлер:
Хабр
Не настраивайте локальное окружение вручную. Devcontainers — уже пора! Часть вторая
Привет, Хабр! На связи — любопытный DevOps Владимир Лила, и это вторая часть материала о девконтейнерах по мотивам моего доклада для DevOps Conf . Этот материал посвящён одновременно практике...
❤🔥2👍2❤1🔥1
Баги в проде — неизбежность, но кто за них отвечает? Часто списывается все на тестирование, но реальные причины гораздо глубже.
В Okko столкнулись с тем, что «взвешивание» багов помогло сократить их количество, но этого оказалось недостаточно. В компании поняли, что для системного улучшения нужно не просто фиксировать дефекты, а классифицировать их по категориям причин. Это позволяет не только выявить слабые места в процессах, но и целенаправленно на них влиять. Ведь одно дело — баг, который пропустил QA, и совсем другое — дефект из-за неполной документации или решения релизить с известной проблемой.
Понимание истинных корней проблем помогает командам корректировать поведение и повышать качество продукта.
➡️ Узнайте подробности о том, как категоризация багов помогла снизить их количество и улучшить процессы — в статье.
В Okko столкнулись с тем, что «взвешивание» багов помогло сократить их количество, но этого оказалось недостаточно. В компании поняли, что для системного улучшения нужно не просто фиксировать дефекты, а классифицировать их по категориям причин. Это позволяет не только выявить слабые места в процессах, но и целенаправленно на них влиять. Ведь одно дело — баг, который пропустил QA, и совсем другое — дефект из-за неполной документации или решения релизить с известной проблемой.
Понимание истинных корней проблем помогает командам корректировать поведение и повышать качество продукта.
➡️ Узнайте подробности о том, как категоризация багов помогла снизить их количество и улучшить процессы — в статье.
👍1
Можно ли развернуть ASR-модель на CPU без потери качества и производительности?
Этот вопрос часто встает перед разработчиками, когда GPU недоступны или нужно оптимизировать ресурсы. Кажется, что компромиссы неизбежны, но так ли это на самом деле?
➡️ В этой статье подробно разбирается, как MWS AI удалось продуктивизировать нейросетевые решения для распознавания речи на CPU, сохраняя при этом высокое качество и сопоставимую с GPU-кластерами точность.
Различные бэкенды, особенности настройки Triton Inference Server и подводные камни, с которыми столкнулись инженеры. Если вы работаете с ASR, оптимизацией инференса или просто ищете способы эффективного использования ресурсов, этот материал даст вам конкретные ответы и практические кейсы.
✅ Узнайте, как избежать ловушки усреднения метрик и добиться впечатляющих результатов.
Этот вопрос часто встает перед разработчиками, когда GPU недоступны или нужно оптимизировать ресурсы. Кажется, что компромиссы неизбежны, но так ли это на самом деле?
➡️ В этой статье подробно разбирается, как MWS AI удалось продуктивизировать нейросетевые решения для распознавания речи на CPU, сохраняя при этом высокое качество и сопоставимую с GPU-кластерами точность.
Различные бэкенды, особенности настройки Triton Inference Server и подводные камни, с которыми столкнулись инженеры. Если вы работаете с ASR, оптимизацией инференса или просто ищете способы эффективного использования ресурсов, этот материал даст вам конкретные ответы и практические кейсы.
✅ Узнайте, как избежать ловушки усреднения метрик и добиться впечатляющих результатов.
Онтико традиционно выступает информационным партнёром исследования облачно-ориентированных технологий в России.
Команда АОТ проводит одно из первых детальных исследований того, как российские компании применяют Cloud Native-технологии и ИИ в разработке и DevOps.
Новое исследование — расширенная версия State of DevOps Russia, в котором вы могли принимать участие ранее. В опросе — вопросы про инструменты и практики Cloud Native, использование ИИ на разных этапах разработки и подходы к безопасности при работе с нейросетями.
Если вы связаны с DevOps и разработкой — пройдите опрос и расскажите, как используете облачные технологии в связке с ИИ.
На основе ответов будет подготовлен подробный отчёт, в котором поделимся ключевыми трендами этого года и выводами экспертов.
Команда АОТ проводит одно из первых детальных исследований того, как российские компании применяют Cloud Native-технологии и ИИ в разработке и DevOps.
Новое исследование — расширенная версия State of DevOps Russia, в котором вы могли принимать участие ранее. В опросе — вопросы про инструменты и практики Cloud Native, использование ИИ на разных этапах разработки и подходы к безопасности при работе с нейросетями.
Если вы связаны с DevOps и разработкой — пройдите опрос и расскажите, как используете облачные технологии в связке с ИИ.
На основе ответов будет подготовлен подробный отчёт, в котором поделимся ключевыми трендами этого года и выводами экспертов.
❤4
Индустрия DevOps меняется так быстро, что порой кажется, будто мы постоянно бежим за поездом. Как оставаться в курсе самых актуальных трендов и не упустить главное?
✅ Мы проанализировали более 300 заявок на DevOpsConf 2026 и отраслевые отчеты, чтобы выделить ключевые направления, которые будут определять развитие DevOps в ближайшие годы. Это не просто список технологий, а глубокий взгляд на тектонические сдвиги, которые уже происходят. Понимание этих трендов критически важно как для руководителей, чтобы строить стратегию и выбирать стек, так и для инженеров, чтобы развивать свои навыки и оставаться востребованными на рынке.
От «Все как код» до проникновения AI в инженерные процессы — расскажем, что ждет нас впереди. Загляните в будущее DevOps и адаптируйте свои подходы уже сейчас.
➡️ Подробности и глубокий анализ каждого тренда — в нашей статье
✅ Мы проанализировали более 300 заявок на DevOpsConf 2026 и отраслевые отчеты, чтобы выделить ключевые направления, которые будут определять развитие DevOps в ближайшие годы. Это не просто список технологий, а глубокий взгляд на тектонические сдвиги, которые уже происходят. Понимание этих трендов критически важно как для руководителей, чтобы строить стратегию и выбирать стек, так и для инженеров, чтобы развивать свои навыки и оставаться востребованными на рынке.
От «Все как код» до проникновения AI в инженерные процессы — расскажем, что ждет нас впереди. Загляните в будущее DevOps и адаптируйте свои подходы уже сейчас.
➡️ Подробности и глубокий анализ каждого тренда — в нашей статье
👍1
Новость-молния⚡
Вы внедряли AI в разработку и есть что рассказать? Особенно о том, что пошло не так? Вот это нам и нужно!
🙌 Мы открыли короткое окно на дополнительный прием заявок для стрима «Внедрение ИИ в цикл разработки». Ищем именно вас: тех, кто уже столкнулся с AI в реальном проекте.
📍Дедлайн подачи заявок — 15 мая
AI в SDLC занимает больше трети программы Saint HighLoad++ 2026. Поэтому мы хотим добрать кейсы про внедрение AI в реальный инженерный цикл: требования, архитектуру, разработку, тестирование, CI/CD, эксплуатацию, безопасность и управление командой. Тема может быть любой точкой SDLC, но не про «AI пишет код».
Мы хотим усилить программу там, где рынок быстро меняется, а аудитории особенно нужны зрелые практики вместо очередной демонстрации промптов.
Нас интересует живой опыт: как AI встретился с legacy, дорогим инференсом, несговорчивым ревью, compliance или командой, которая смотрит на все это скептически. Что сломалось, что пришлось переделать, какие trade-offs вы приняли и почему.
Есть сырая идея, но не знаете, как оформить? Пишите — поможем выбрать формат: доклад, case clinic, постмортем, дискуссия.
🖐️ Пройдите на сайт, чтобы отправить заявку
Вы внедряли AI в разработку и есть что рассказать? Особенно о том, что пошло не так? Вот это нам и нужно!
🙌 Мы открыли короткое окно на дополнительный прием заявок для стрима «Внедрение ИИ в цикл разработки». Ищем именно вас: тех, кто уже столкнулся с AI в реальном проекте.
📍Дедлайн подачи заявок — 15 мая
AI в SDLC занимает больше трети программы Saint HighLoad++ 2026. Поэтому мы хотим добрать кейсы про внедрение AI в реальный инженерный цикл: требования, архитектуру, разработку, тестирование, CI/CD, эксплуатацию, безопасность и управление командой. Тема может быть любой точкой SDLC, но не про «AI пишет код».
Мы хотим усилить программу там, где рынок быстро меняется, а аудитории особенно нужны зрелые практики вместо очередной демонстрации промптов.
Нас интересует живой опыт: как AI встретился с legacy, дорогим инференсом, несговорчивым ревью, compliance или командой, которая смотрит на все это скептически. Что сломалось, что пришлось переделать, какие trade-offs вы приняли и почему.
Есть сырая идея, но не знаете, как оформить? Пишите — поможем выбрать формат: доклад, case clinic, постмортем, дискуссия.
🖐️ Пройдите на сайт, чтобы отправить заявку
👍3
В 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++ в Питере. Там участники вместе с экспертным советом разберут, что получилось, и зафиксируют финальные версии в глоссарии. Авторы формулировок будут указаны.
Потом цикл повторится: новые термины, новый сбор, новая дискуссия.
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++ в Питере. Там участники вместе с экспертным советом разберут, что получилось, и зафиксируют финальные версии в глоссарии. Авторы формулировок будут указаны.
Потом цикл повторится: новые термины, новый сбор, новая дискуссия.
👍2🔥2
AI — это не просто новый инструмент, а новая природа организации.
Звучит как маркетинговый слоган, но за этой фразой Сбера скрывается глубокое архитектурное утверждение, которое меняет весь подход к разработке. Если вы думаете, что достаточно внедрить Copilot в существующие процессы, то, по мнению Сбера, это стратегический тупик. Почему? Потому что код перестает быть основным артефактом, становясь производным от намерения.
В whitepaper «AI-Disrupt PDLC» Сбер делится своим видением трансформации Product Development Life Cycle, где человек отвечает за намерение, а агенты — за исполнение. Это не просто теория, а конкретная архитектура внутренней платформы с мультиагентными системами, операторами контекста и FinOps-ориентированными подходами.
В статье разобрали ключевые тезисы и цифры из этого документа, которые показывают, почему IDP — это не просто папка со скриптами, а центральная инженерная сущность, и как избежать скрытого техдолга от AI-ассистентов.
Если вы хотите понять, как AI изменит разработку уже в ближайшие годы и почему «окружение агента важнее модели», читайте разбор whitepaper Сбера.
Звучит как маркетинговый слоган, но за этой фразой Сбера скрывается глубокое архитектурное утверждение, которое меняет весь подход к разработке. Если вы думаете, что достаточно внедрить Copilot в существующие процессы, то, по мнению Сбера, это стратегический тупик. Почему? Потому что код перестает быть основным артефактом, становясь производным от намерения.
В whitepaper «AI-Disrupt PDLC» Сбер делится своим видением трансформации Product Development Life Cycle, где человек отвечает за намерение, а агенты — за исполнение. Это не просто теория, а конкретная архитектура внутренней платформы с мультиагентными системами, операторами контекста и FinOps-ориентированными подходами.
В статье разобрали ключевые тезисы и цифры из этого документа, которые показывают, почему IDP — это не просто папка со скриптами, а центральная инженерная сущность, и как избежать скрытого техдолга от AI-ассистентов.
Если вы хотите понять, как AI изменит разработку уже в ближайшие годы и почему «окружение агента важнее модели», читайте разбор whitepaper Сбера.
Forwarded from Онтико
Друзья, поговорим о внедрении AI?
Слишком много хайпа вокруг, слишком много инфоцыганства. В YouTube каждая вторая реклама про "Научу вайбкодить доходный бот" :)
А давайте используем главный навык наших Программных комитетов, отточенный за десяток лет — отделять реальные работающие решения от хайпа и инфобиза? И применим его к тематике внедрения AI в жизненный цикл разработки.
Поговорим на конференциях о качестве и полноте окружения LLM-моделей, что, как оказывается, важнее самих LLM-моделей. О том, что гонять агентов ночью на личном ноутбуке и в корпоративной среде - две большие разницы.
О том, что построить vault на команду требует пересборки всех технических процессов в команде. А полноценное внедрение AI в цикл SDLC в компании означает перестройку буквально всех управленческих процессов и к нему надо готовиться заранее, а не бросаться на амбразуру.
На серьёзном уровне, как профессионалы. Хотим мы или не хотим, но похоже, нас с этим вашим AI теперь жить.
В письме анонсы двух треков, новой конференции и плейлист с видео про внедрение AI, которые уже звучали этой весной.
Agentic Dev Conf — новая самостоятельная конференция Онтико. Конференция целиком посвящена внедрению AI в SDLC: от сбора требований и дизайна до деплоя и эксплуатации в продакшене. Отдельный трек для инженерного менеджмента: метрики ROI, трансформация найма, новые роли. Специальный трек Tiny Teams для тех, кто строит продукты командой 1–3 человека с парком AI-агентов. (CFP открыт)
Внутри HighLoad++ мы впервые запускаем отдельный стрим «Внедрение ИИ в цикл разработки» (треть программы). Практика на воркшопах, разбор с цифрами от CTO и бизнеса прямо на сцене, понимание того, как меняется роль разработчика, когда код пишет агент.
Конференция для тимлидов и руководителей с сильным AI-треком (тоже треть программы): как подготовить команду к внедрению AI в цикл разработки, как меняется роль тимлида, как тимлиду использовать агентов в своей работе. Меньше лекций, больше практики и живых кейсов.
Ну и плейлист, делимся, пока не устарел :)
Выступлений по теме “AI в SDLC” с прошедших DevOpsConf 2026, AiConf 2026, GolangConf 2026.
До встречи на конференциях!
Олег Бунин и
Команда Онтико, теперь вайбкодящая по ночам и скучающая по ночным застройкам :)
Слишком много хайпа вокруг, слишком много инфоцыганства. В YouTube каждая вторая реклама про "Научу вайбкодить доходный бот" :)
А давайте используем главный навык наших Программных комитетов, отточенный за десяток лет — отделять реальные работающие решения от хайпа и инфобиза? И применим его к тематике внедрения AI в жизненный цикл разработки.
Поговорим на конференциях о качестве и полноте окружения LLM-моделей, что, как оказывается, важнее самих LLM-моделей. О том, что гонять агентов ночью на личном ноутбуке и в корпоративной среде - две большие разницы.
О том, что построить vault на команду требует пересборки всех технических процессов в команде. А полноценное внедрение AI в цикл SDLC в компании означает перестройку буквально всех управленческих процессов и к нему надо готовиться заранее, а не бросаться на амбразуру.
На серьёзном уровне, как профессионалы. Хотим мы или не хотим, но похоже, нас с этим вашим AI теперь жить.
В письме анонсы двух треков, новой конференции и плейлист с видео про внедрение AI, которые уже звучали этой весной.
Новая конференция
Agentic Dev Conf — новая самостоятельная конференция Онтико. Конференция целиком посвящена внедрению AI в SDLC: от сбора требований и дизайна до деплоя и эксплуатации в продакшене. Отдельный трек для инженерного менеджмента: метрики ROI, трансформация найма, новые роли. Специальный трек Tiny Teams для тех, кто строит продукты командой 1–3 человека с парком AI-агентов. (CFP открыт)
Saint HighLoad++ 2026, 22–23 июня, Санкт-Петербург
Внутри HighLoad++ мы впервые запускаем отдельный стрим «Внедрение ИИ в цикл разработки» (треть программы). Практика на воркшопах, разбор с цифрами от CTO и бизнеса прямо на сцене, понимание того, как меняется роль разработчика, когда код пишет агент.
Saint TeamLead Conf 2026, 25–26 июня, Санкт-Петербург
Конференция для тимлидов и руководителей с сильным AI-треком (тоже треть программы): как подготовить команду к внедрению AI в цикл разработки, как меняется роль тимлида, как тимлиду использовать агентов в своей работе. Меньше лекций, больше практики и живых кейсов.
Ну и плейлист, делимся, пока не устарел :)
Выступлений по теме “AI в SDLC” с прошедших DevOpsConf 2026, AiConf 2026, GolangConf 2026.
До встречи на конференциях!
Олег Бунин и
Команда Онтико, теперь вайбкодящая по ночам и скучающая по ночным застройкам :)
👍1