За последний год мир заполонили всевозможные курсы и онлайн-конференции. Все предлагают поднять свой уровень до сеньора и переквалифицировать в айтишника кого угодно: от жестянщика до бобра. О том, стоит ли искать смысл в подобных объявлениях и как получить максимум пользы от мероприятия, на котором собираются настоящие профессионалы, мы побеседовали с куратором секции DevOps конференции HighLoad++ Весна 2021 Артемом Каличкиным.
— Расскажи немного о себе — кто ты, чем занимаешься, как давно в программном комитете HighLoad и почему?
— Меня зовут Артем Каличкин. Я технический директор Faktura.ru, это облачный интернет-банк для юридических и физических лиц. Наш сервис входит в состав группы компаний ЦФТ. Мы один из старейших и крупнейших игроков на рынке финтеха в России: компания начала свою работу в 1993 году. А сам я работаю там с 2010.
В 2014 году я в первый раз выступил на внешней конференции. В тот момент внутри моей команды происходила активная трансформация: мы пытались встать на рельсы DevOps. И примерно в то же время у меня закрутилось общение в Александром Титовым, который изначально был автором, идеологом и создателем DevOpsConf. Чуть позже меня позвали в программный комитет этой конференции, а с прошлого года я стал его руководителем.
Совершенно логично, что я переместился и в программный комитет на HighLoad++, где есть большая секция DevOps.
— Как тебе в программном комитете HighLoad++? Чувствуешь, что ты — часть движения, и приносишь активную пользу для твоей секции на этой конференции?
— Конечно! Если не чувствовать этого, то зачем заниматься такими вещами? Что прикольно в HighLoad++? В DevOpsConf у нас своя очень закрытая локальная группа, а HL — это огромное сообщество в духе опенсорс. Количество его участников так велико, что периодически встречаешь новых людей. Я даже не всех членов ПК лично знаю, и при этом именно они создают основной движ. Эта особенность мне очень нравится.
Кульминацией становится наша встреча на площадке конференции. Обычно все это в итоге выливается в достаточно эмоциональное общение, в том числе, членов программного комитета между собой, особенно на этапе афтерпати. Мы все ждем возвращения в оффлайн, и пусть оно наконец состоится! Живое общение на площадке — это огромная и очень важная составляющая истории.
— DevOpsConf — милейшая конференция, которая всегда подразумевает очень корректное общение, взаимопомощь, обнимашки. А что происходит на HighLoad++? Сложно ли тебе перестраиваться?
— Я, как спикер, очень боюсь HighLoad++. Несмотря на то, что я выступал на этой конференции неоднократно, для меня это всегда проверка на вшивость. Это не значит, что на DevOpsConf я себе не задаю высокую планку. Но на HighLoad есть ощущение масштабности, взрослости и понимания, что ошибку тебе не простят. Это элитарный клуб, в котором запомнят твои косяки. Но выступление на этой конференции в качестве докладчика всегда дает драйв, предпосылки и энергию для того, чтобы лучше подготовиться, тщательно, аккуратно и очень щепетильно выбирать темы.
Соответственно, к выбору спикеров и докладов мы подходим самым серьезным образом. Мы понимаем, насколько требовательна будет к ним аудитория. Тем более, что HighLoad — ниша в нашем IT, в которой выживают только хардкорные спецы. Соответственно, если люди попали туда, значит они сами знают и умеют практически все, что ты можешь им рассказать. Дать им дельту над их собственными навыками очень трудно. Поэтому критерии к содержимому доклада очень высоки: ведь мы изначально предполагаем, что слушать его будут профессионалы самого высокого уровня.
— Расскажи, пожалуйста, про свою секцию на HighLoad++. В чем ее особенность?
— Ее особенность в том, что она про DevOps. И тут сразу возникает дополнительный вопрос: а что же такое DevOps? Это взаимоотношение Dev и Ops? Это туллинг, это скриптование операций на production, это Kubernetes? Или DevOps — это история про отдельного инженера, которого, как мы убеждены, просто не существует? И мы на протяжении всего существования DevOpsConf, пытаемся доказать, что он — вымысел.
Вся идея DevOps состоит в том, что одни инженеры должны объединятся с другими. Поэтому когда произносят слова «DevOps-инженер», имея в виду профессию, нас начинает трясти. Ведь это сегрегация, выделение отдельного человека, который будет решать проблемы взаимодействия.
Запутанность отношения к термину DevOps в мире, помноженная на высокие требования хардкорности контента на HighLoad++ представляет собой сложную задачу, которую нам нужно решить на конференции. И мы — члены программного комитета — очень аккуратно выбираем доклады, касающиеся и реального тяжелого туллинга (Kubernetes и т.д), и преобразований, смены культурных парадигм в командах, и историй о том, как профессионалы из IT-сферы приходили к этому объединению и взаимодействию.
Взаимодействие в командах обычно идет циклично: сперва люди объединяются, потом их отношения могут усложниться, а после снова начинают искать способы наладить отношения. Такие истории мы тоже рассказываем на конференции. В частности, на предстоящем HighLoad++ будет доклад моего коллеги из ЦФТ Сергея Бердникова о втором витке DevOps: атмосфера в команде уже была налажена, но потом разработчики замучили совсем небольшой штат ребят, отвечавших за production, и те сперва устроили противостояние, а потом начали искать совместное решение проблем.
Я к этой команде имею историческое отношение, потому что первый DevOps создавался с моим участием. Доклад называется «500 Dev vs 10 Ops, или Как же NoOps внедряется в масштабе». И он отлично демонстрирует те аспекты, которым мы стараемся уделять внимание наравне с инженерными и туллинговыми вопросами.
— А какие доклады тебя удивили в этом году? Ожидаются ли на секции DevOps звезды, или, может быть, есть новички, выступления которых хочется услышать?
— Я всегда обращаю внимание не столько на новичков, сколько на то, что спикер зашел с чем-то новым: с новым акцентом, про который в таком ключе еще не говорили.
И в этом году мне очень нравится задумка доклада «В чем сила, брат, или Зачем нужен источник правды» Алексея Учакина из компании ECOMMPAY IT. Я сам с интересом послушаю его, хотя примерно представляю, о чем пойдет речь. По своему посылу этот доклад затрагивает интересные мне аспекты и как раз связан с цикличностью построения взаимоотношений. И несмотря на то, что выход на новый виток проблемы не является для меня не изученной историей, он очень важен. И ему стоит уделить внимание с первых шагов, когда вы только начинаете заниматься автоматизацией своей инфраструктуры. Это как с тестированием: поздно задумываться о нем, когда вы выпустили на production баг на баге.
Есть интересный доклад Станислава Щербаковаиз компании Plesk «Prometheus Operator: «Out-of-the-Box» Monitoring as a Code». Во-первых, у него просто отличная тема. Уже давно стало понятно, что мониторинг — это самостоятельная отрасль. И для того, чтобы он работал грамотно, иногда нужно применять изощренные методы. Ведь если вы настроите мониторинг, который будет срабатывать постоянно, он будет бесполезен, потому что все просто перестанут на него реагировать. Кроме того, добиться грамотного мониторинга просто невозможно без хорошей поддержки, в том числе, самого кода.
Конечно, есть ребята, которые всегда с нами, и всегда они рассказывают что-то интересное, новое, передовое: Женя Потапов (ITSumma), Петр Зайцев (Percona), фамилии можно перечислять и перечислять. Это именитые спикеры, которые традиционно наполняют и обогащают конференцию своими докладами высочайшего класса.
— Давай поговорим о трендах в твоей области. Каковы они в 2021 году?
— О, мои тренды! Они тоже про новые витки. Мы прошли этап дружбы со всеми, потом снова поругались, и сейчас опять находимся на этапе поиска новых механизмов дружбы. На словах взаимодействие Dev и Ops звучит просто замечательно. А реальность вносит кучу своих проблем. И одним из вопросов, к которому мы уже подходим вплотную является такой: как все-таки все должно быть организовано?
Хорошо нам сидеть и умствовать о том, что DevOps-инженеров не существует. Но как условному техдиректору структурировать свои подразделения таким образом, чтобы было понятно, кто и за что отвечает?
Здесь на первый план выходит очень популярная в нынешний момент тема командных топологий. О ней на конференции будет серия докладов, посвященных организационным тимлидским вопросам и менеджерским аспектам того, как организовывать команды, которые хотят жить и работать по DevOps.
Если раньше на самом старте энтерпрайзы даже не смотрели в сторону DevOps, то сегодня он повсюду пустил свои корни. Энтерпрайзы имеют многозвенную структуру, с кучей связей, далеко не всегда очевидных и прописанных. И как втащить туда идею DevOps — серьезный вопрос, на который нет простого ответа.
Поиск ответов приводит, в том числе, к экспериментам, создающим новые конфликты и новое противостояние сторон. Например, дебаты о том, нужна или нет платформенная команда только начинают разгораться.
В области туллинга и технических инженерных решений сейчас все более или менее понятно, их инструментарий достаточно богат. В нем нужно уметь разбираться, и это тоже непростая история, но все реально. А вот проблемы того, как правильно структурировать людей, которые во всем этом вращаются, пока стоят очень остро. Если у вас есть команда из десяти человек, среди которых разработчики, тестировщики и инженеры, отвечающие за production или SRE-инженеры, все понятно. Но когда команда разрастается до пятидесяти человек, ситуация уже не так проста. А ведь сегодня DevOps активно внедряется в команды, которые насчитывают тысячу человек.
— Что бы ты лично посоветовал посетить на конференции? Какие активности считаешь самыми интересными и полезными?
— Лично я — афтерпати. Кроме шуток, дело не в выпивке! А в том, что это прекрасный шанс наконец-то побеседовать с интересными людьми в живую.
У меня есть определенный подход к посещению конференций. И я считаю, что оффлайновый HighLoad — это место, где обязательно стоит следовать такому подходу.
Во-первых, я стараюсь адекватно заполнить свой график посещений. Сажусь и выделяю для себя доклады, которые мне интересны. В том числе те, что идут параллельно: залов и потоков на HighLoad++ немало. И, понятное дело, в конце концов придется чем-то пожертвовать. Но нужно сузить поле для этих жертв, создать себе нарратив. Поэтому я отмечаю все доклады, которые мне так или иначе кажутся интересными.
По опыту могу сказать, что каким бы ни был классным доклад, самое интересное обычно происходит после того, как он завершился. Могу сказать об этом в том числе как спикер. Я понимаю, что сделал хороший доклад, если после выступления меня еще час не отпускают, задавая в коридоре вопросы. Послушать, о чем говорят в этот момент, даже если у тебя самого нет вопросов к автору — просто огонь решение! Зачастую этот момент намного ценнее, чем сам доклад.
Я заполняю свой план посещения интересных докладов не полностью, а на 2/3. Для того, чтобы была возможность, в том числе, поучаствовать в обсуждении интересных докладов и позадавать вопросы спикерам.
Во-вторых, оставшаяся треть времени нужна для случайных встреч, что является супер-ценным бонусом конференции. Потому что наше IT сообщество — это одна большая деревня, и мы все так или иначе друг друга знаем. И бывает очень классно встретиться, поговорить, обменяться текущими новостями с людьми, которые тебе интересны. Такая серьезная конференция как HighLoad++ для меня — это отличный механизм сверки часов: не устарели ли мои методы, не отстал ли я, не упустил ли чего-то нового и полезного, что может помочь в развитии моей команды.
Для того, чтобы понять это, нужно не только слушать доклады, но и общаться. Поэтому стоит заложить время на случайные встречи. И в афтерпати я участвую не для того, чтобы там напиться, моя цель — узнать, кто чем дышит и живет сейчас. Как правило, именно там можно найти самое ценное и интересное.
Не стоит забывать и о стендах партнеров. Возможность поразглядывать их и узнать, что нового предлагают — это милая вишенка на торте.
Еще один must have выбор — участие в каком-то обсуждении или мастер-классе.
— Повлияла ли удаленная работа на твою область? Если да, то как, и будут ли освещаться на конференции связанные с этим проблемы?
— Популярная нынче шутка: кто больше сделал для вашей цифровой трансформации в вашей компании: ваш СТО или COVID?
Конечно, удаленка повлияла на DevOps. Если говорить конкретно о моей команде, мы вкатились в новую реальность достаточно эффективно. Я был уверен в том, что наш IT департамент справится со всеми техническими трудностями удаленного подсоединения.
Мы были не remote first, не remote second, даже не remote-сколько-нибудь. В момент, когда грянул ковид, наша компания была распределенной: люди работали в разных городах России и зарубежья, но не удаленно. Тем не менее, мы достаточно сильно были коллоцированны. У нас не было привычки совещаться в наушниках. Для того, чтобы команда, разбитая по разным офисам, провела стендап, у нас были специальные большие экраны со конференцсвязью. И во время таких мероприятий люди постоянно жаловались на качество связи. А сейчас все отлично разговаривают и забыли о том, что раньше были проблемы такого рода.
Изначально, когда пришлось переходить на удаленный режим работы, я сделал максимальную ставку на то, чтобы у нас были супер-прозрачные и понятные взаимодействия. И поставил своей задачей и задачей всех менеджеров и тимлидов ответить на неозвученные вопросы сотрудников. Это был самый главный вызов и, наверное, самый изматывающий за весь этот период. Честно говоря, я уже падаю с ног и мечтаю о месячном отпуске полного бездумья. Усталость накопилась именно от попыток предвосхитить неозвученные вопросы, которые задавать вслух не станут, предпочитая тихонько злиться.
Еще один мощнейший эффект удаленки — полностью стершиеся границы на рынке труда. Раньше этого никогда не было, а теперь это происходит в полный рост.
Есть еще один момент: поднялась безумная волна курсов, настоящий бум так называемого educational technology. Моя лента завалена объявлениями примерно такого содержания: «Пройди обучение на менеджера-управленца — работу гарантируем». И меня, как человека, который 14 лет занимается управленческой работой, начинает бомбить, когда кому-то обещают, что его за три месяца научат быть руководителем. Еще и гарантируют трудоустройство.
Вторая волна популярных объявлений: это переквалификация в IT. Считается, что мир накрыл кризис, а у айтишников все нормально, и деньги они гребут лопатой.
Это очень смешно. Да, деньги есть, но дают-то их не просто так. Тот, у кого есть голова на плечах, светлый ум и высокая лабильность мышления, действительно может переквалифицироваться и найти себе место в IT. Но много ли таких людей?
На самом деле никаких предпосылок к тому, что рынок сможет насытиться нужными специалистами нет. Я сам веду в университете спецкурсы по проектированию высоконагруженных систем и по Agile/Scrum. Поэтому знаю, как мало мы делаем для того, чтобы количество хороших специалистов было достаточным.
— Как ты думаешь, почему люди должны приехать на оффлайновый HighLoad++, а не пойти на какую-нибудь онлайн-конференцию, цена которой будет в четыре раза ниже, а ее создатели дают обещание сделать участников супер-квалифицированными специалистами за 48 часов?
— Во-первых, потому что это ложь. Этому невозможно научиться, этим нужно жить. Все, что можно почерпнуть даже на такой конференции, как HighLoad — это направление для дальнейшего исследования. Я твердо убежден в том, что хороший айтишник — это исследователь и по духу, и по способу мышления.
Конференция, особенно такая зрелая и серьезная как HighLoad++, не претендует на то, чтобы дать тебе полное знание. Как говорил Сократ: «Чем больше я знаю, тем больше понимаю, что ничего не знаю».
Мне кажется, что цель конференции даже не в том, чтобы дать ответы. Она пытается помочь тебе правильно сформулировать вопросы. Именно в этом ее сила и ценность, и именно поэтому это гораздо ценнее, чем прохождение курсов, которые тебе обещают что-то несуществующее. Огромное количество секций конференции — это прекрасный шанс, потому, что он позволяет актуализировать градацию ценностей: что на самом деле тебе интересно?
Когда задаешься новым вопросом в неизведанной области, даже если ты в ней профессионал, внутри появляется куча сомнений. И это тоже признак признак хорошего исследователя: сомневаться в том, правильно ли ты все понимаешь. Что может быть лучшим подспорьем в разрешении сомнений? Возможность поделиться ими, с кем-то их обсудить. И мы приходим ко второй части ценности конференций — это случайные встречи в коридорах, общение со спикером за рамками доклада, возможность задать ему живые вопросы.
Мы пытались, но так и не смогли организовать эти моменты в онлайн. Видимо, нужно просто принять, что все это возможно только оффлайн.
— Последний вопрос: дай, пожалуйста, пару советов спикерам, как им выступить на конференции так, чтобы зажечь аудиторию? Что может помочь, кроме классной заявленной темы?
— У меня есть заготовочка, которой я следую сам.
Первое правило: рассказывать только то, за что ты готов ответить. Я хотел сказать «в чем ты уверен», но это неправильно. Ты можешь быть не уверен, но готов погружаться, сомневаться, разбираться. От этого зависит большой процент успешности доклада, и такого спикера всегда интересно слушать.
Второе правило: не стоит пренебрегать подготовкой. Я сам спикер уже много лет, неплохо выступаю и получаю хорошие оценки, но никогда не отказываюсь от прогона, потому что он всегда дает мне что-то ценное.
Поскольку у нас был большой перерыв в оффлайне, очень важно снять себя на камеру. Думаю, что за последний год вы привыкли рассказывать о чем-то, сидя в кресле. И, после выхода на сцену, может внезапно оказаться, что некуда деть руки или что ноги стоят как-то неправильно. Как правильно перемещаться по сцене? Как не выпадать из камер? Ведь они снимают в ограниченной зоне. Поэтому сейчас записать себя на камеру и посмотреть, не появилось ли у тебя за ковидный 2020 сюрпризов в поведении, может оказаться очень полезным.
Говорят, что нельзя заучивать доклад, и я с этим полностью согласен. Но его нужно очень хорошо знать. Я всегда пишу открывающий текст, расписываю связи логических построений, которые мне не очевидны, и готовлю завершение выступления. Репетирую доклад, заучиваю его, но за день до выхода на сцену забываю о нем напрочь.
Это позволяет, с одной стороны, хорошо подготовить доклад, а с другой, рассказывать его искренне, будто бы с чистого листа. Это добавляет живости. Я использую этот лайфхак со студенческих времен, и он ни разу меня не подвел.
Конференция HighLoad++ Весна 2021 пройдет 17 и 18 мая 2021 года. Приобрести билеты можно уже сейчас.
Мечтаете стать докладчиком? Такая возможность есть! Мы расширяем программу HighLoad++ Весна 2021. До 15 апреля открыт дополнительный Call for Papers.
На весенней конференции появятся доклады из 4 новых областей применения: Финтех. Использование IT в финансовой сфере, Агротех. Использование IT в агропромышленности, Геймдев. Разработка серверной составляющей многопользовательских игр и E-commerce. IT в электронной коммерции, включая логистические системы и другой бекофис.
Кроме того, дополнительный набор открывается в секциях: С++ (разработка сложных и высоконагруженных IT-систем на языке C++), Кибербезопасность (всё о вопросах промышленной кибербезопасности). Подробности и форму подачи доклада найдете здесь.
Хотите бесплатно получить материалы конференции мини-конференции Saint HighLoad++ 2020? Подписывайтесь на нашу рассылку.
