DevOps Conf 2024: как это было и к чему готовиться

Я Макс, руководитель DevOps-направления и тимлид в Programming Store. В этом году впервые с командой выступили на DevOps Conf. Хочу поделиться опытом с теми, кто планирует участие в 2025 году.

Ещё в марте мы с командой Programming Store съездили на DevOps Conf 2024. Это конференция для инженеров и всех, кто должен понимать инженеров. Выступили с докладом «DevOps приходит в 1С»: рассказали про критерии и ценность CI/CD, инструменты, боли заказчиков и разработчиков. Много общались и обменивались опытом с другими участниками конференции.

В материале будет про мой опыт участия в конференции: от решения ехать с докладом и моих лайфхаков до кулуарных разговоров. Будет полезно всем, кто хочет выступить на конференции и оценивает DevOps Conf для участия в 2025 году.

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

За последние годы в 1С многое изменилось, а айти-сообщество мало знает или вообще не знает про DevOps в 1С. Любопытство и удивление участников конференции подтверждают это. Однозначно, у аудитории был запрос по теме моего доклада.

Во-вторых, компания-организатор «Онтико» проводит много других крутых конференций вроде HIGHLOAD++, TechLead Conf, TeamLead Conf, FrontendConf. Было интересно принять участие и оказаться на конференции такого высокого уровня, посмотреть на организацию DevOps Conf, побывать в Сколково и набраться опыта.

В-третьих, подать доклад и стать спикером — моё личное испытание. Было бы классно, если со временем этот опыт конвертировался в узнаваемость бренда или в теплые контакты для компании.

Для большинства айтишников DevOps – это про сайты, микросервисы, то есть про платформы, но в 1С немного иначе. DevOps в 1С можно условно разделить на два вида: первый — от вендора, в виде корпоративного инструментального пакета и целого набора программ, который закрывает часть вопросов. И второй — DevOps от сообщества, где написаны различные утилиты, например OneScript, плагина для Sonar.

Первый вид рассчитан для больших компаний, крупных enterprise-решений. Второй — для небольших компаний и стартапов, когда ресурсы компании ограничены и нет ни смысла, ни отдельных бюджетов на покупку КИПа. Инструменты от сообщества позволяют минимальными средствами решить максимальный пул задач. О втором, альтернативном DevOps я и рассказывал в своем докладе.

Рассказывал про сценарные и дымовые тесты, различные проверки роботами, которые подсвечивают то, что не работает, и позволяют вносить необходимые корректировки. В целом рассказывал про инструменты, которые необходимо изучать, и куда можно двигаться. Сравнил три взгляда: DevOps-инженера из 1С, DevOps-инженера из внешнего мира (не 1С) и взгляд бизнеса. Для каждого подсветил подходящий набор инструментов.

Чтобы слушателям было легче погрузиться в контекст, я давал материал с расчетом, что аудитория не знает про 1С. Например, приводил аналогии, что OneScript в 1С — это как Python, инструмент, на котором мы запустим что угодно. Объяснял, в чем может быть ценность для бизнеса, какова может быть цена ошибки, должно ли падать API.

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

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

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

Шаг 3. Ждал ответ комитета и переживал.

Шаг 4: основной. Доклад принят! Начинается тесная работа с командой «Онтико», где четко распределены роли, ребята курируют доклад от и до:

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

1. Не зарываться в детали. Если у тебя есть какой-то гениальный скрипт, то не важно, сколько там строк кода, и не нужно все это показывать на экране. Никто из зала не будет детально читать, анализировать и вникать построчно. Расскажи, что есть код, объясни, где скачать, приложи QR-код со ссылкой. В рамках доклада у людей нет времени глубоко вникать в детали.

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

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

Нет «мяса»

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

DevOps устарел

После одного из докладов была активная дискуссия про будущее DevOps. У спикера и аудитории были полярные мнения. Спикер говорил о том, что DevOps уже устал и устарел, и надо двигаться дальше, зал недоумевал: «Мы только-только подобрались сюда, а ты говоришь, что надо уже идти куда-то дальше». Оказалось, что у всех участников дискуссии свое понимание DevOps, остановиться на общем определении непросто. Почему? Широкий спектр решаемых задач, и в целом это молодое направление.

О беспилотниках в России

Меня увлёк доклад Петра Артамонова из Evocargo на тему «Рассказ о том, как мы внедряли IAC для электрических автономных грузовиков». Они производят беспилотные грузовики в России, и классно, что на собственной платформе. Их автомобили едут сами, считывая информацию по дорожным знакам, ограничениям, разметке и так далее, а инженер за рулём лишь следит за процессом.

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

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

Было приятно, что некоторые участники узнавали меня еще с прошлогодней конференции INFOSTART TECH EVENT и начинали разговор, как со старым приятелем. А ещё я впервые встретился с бывшим онлайн-коллегой: семь лет назад мы оба работали в разных компаниях, занимались другими задачами, а вживую встретились только на этой конференции.

Задолго до конференции я спрашивал в чате спикеров: что они знают про DevOps в 1С? Получил один провокационный ответ: «Это отвратительно, я заинтригован». С автором этого комментария мы приятно подискутировали после моего выступления. Для меня всегда ценно быть полезным конкретному человеку в интересующем его вопросе.

В комментариях буду рад дать ещё какую-то конкретику по DevOps Conf. И делитесь своим опытом выступлений. Задавали ли вам провокационные или неудобные вопросы? И как вы на них ответили?