Барух Садогурский — адвокат разработчиков в JFrog, соавтор книги «Жидкое программное обеспечение», известный IT-спикер.
В интервью Барух рассказал, как он готовится к своим докладам, чем зарубежные конференции отличаются от российских, почему участникам стоит их посещать и почему выступать в костюме лягушки.
Начнем с самого простого.
Как вы думаете, зачем вообще выступать на конференциях? На самом деле, выступления на конференциях для меня — это работа.
Если ответить шире на вопрос «Почему моя работаЭ», то это необходимо (по крайней мере для компании JFrog) для достижения двух целей.
Во-первых, для установления контакта с нашими пользователями и клиентами.
То есть, когда я выступаю на конференциях, я доступен для того, чтобы все, у кого есть какие-либо вопросы, какие-то отзывы о наших продуктах и компании, могли поговорить со мной, я мог им как-то помочь и улучшить их опыт работы с нашими продуктами.
Во-вторых, это необходимо для повышения узнаваемости бренда.
То есть, если я рассказываю какие-то интересные вещи, то люди интересуются, что это за JFrog, и в результате они попадают в нашу воронку отношений с разработчиками, которая со временем переходит в воронку наших пользователей, которая в итоге переходит в воронку наших пользователей.
воронка наших клиентов.
Расскажите, пожалуйста, как вы готовитесь к выступлениям? Есть какой-то алгоритм подготовки? Есть четыре более-менее стандартных этапа подготовки.
Первый – это зарождение, как в кино.
Какая-то идея должна появиться.
Появляется идея, а потом она довольно долго созревает. Зреет, думаешь, как лучше преподнести эту идею, в каком ключе, в каком формате, что о ней можно сказать.
Это первый этап.
Второй этап – написание конкретного плана.
У вас есть идея, и она начинает обрастать подробностями о том, как вы ее преподнесете.
Обычно это делается в каком-то формате интеллект-карты, когда вокруг идеи появляется все, что связано с докладом: подтверждающие аргументы, введение, какие-то истории, которые вы хотите о нем рассказать.
Это второй этап – план.
Третий этап – написание слайдов по этому плану.
Вы используете некоторые абстрактные идеи, которые появляются на слайдах и подтверждают вашу историю.
Четвертый этап – прогоны и репетиции.
На этом этапе важно убедиться, что сюжетная линия получилась, что история связна, и убедиться, что с точки зрения тайминга все в порядке.
После этого отчет можно объявить готовым.
Как понять, что «этой темой» нужно заняться? А как вы собираете материал для докладов? Не знаю, что ответить, просто само как-то приходит. Либо «Ой, как тут круто получилось», либо «Ой, никто толком об этом не знает и не понимает», и есть возможность рассказать, объяснить и помочь.
Один из этих двух вариантов.
Сбор материала во многом зависит от отчета.
Если это доклад на какую-то отвлеченную тему, то это больше литература, статьи.
Если это что-то практическое, то это будет написание кода, каких-то демок, поиск нужных кусков кода в продуктах и так далее.
Выступление Баруха на недавнем DevOps Summit Amsterdam 2019 Страх перед выступлением и тревога — одни из наиболее распространенных причин, по которым люди не выходят на сцену.
Есть ли у вас какой-нибудь совет для тех, кто нервничает во время выступления? Вы волнуетесь и как справляетесь? Да, оно у меня есть, так и должно быть, и, наверное, в тот момент, когда я вообще перестану волноваться, это повод бросить это дело.
Мне кажется, это совершенно нормальное явление, когда ты выходишь на сцену и перед тобой много людей.
Ты волнуешься, потому что это большая ответственность, это естественно.
Как с этим справиться? Есть разные способы.
У меня никогда не было такого уровня, чтобы с этим приходилось бороться напрямую, поэтому мне сложно сказать.
Самое главное, что мне тоже помогает, — это дружелюбное лицо, какое-то знакомое лицо в зале.
Если вы пригласите кого-то из ваших знакомых прийти на ваше выступление, сесть в первом ряду посередине, чтобы вы всегда могли смотреть на него, и человек был позитивным, улыбался, кивнул, поддержал, я думаю, это огромное, огромная помощь.
Я специально никого не прошу это делать, но если случается, что в зале есть знакомое лицо, это очень помогает и снимает стресс.
Это самый важный совет. Вы много выступаете на российских и международных конференциях.
Видите ли вы разницу между докладами на российских и зарубежных конференциях? Есть ли разница в аудитории? В организации? Я вижу две большие разницы.
Понятно, что конференции разные и в России, и за рубежом, но если брать средний показатель по больнице, то в России конференции более технические по глубине докладов, по хардкорности.
К этому люди привыкли, возможно, благодаря таким крупным конференциям, как Joker, JPoint, Highload, которые всегда основывались на хардкорных докладах.
И это именно то, чего люди ждут от конференций.
И для многих это показатель того, хорошая эта конференция или плохая: много мяса и хардкора или много воды.
Честно говоря, возможно, из-за того, что я много выступаю на зарубежных конференциях, я не согласен с таким подходом.
Я считаю, что не менее, а, возможно, даже более важными для конференций являются доклады о мягких навыках, «полугуманитарные доклады».
Потому что некоторые технические вещи в конечном итоге можно прочитать в книгах, в них можно разобраться с помощью руководства пользователя, но когда дело касается мягких навыков, когда речь идет о психологии, когда речь идет о общении, то все это взять неоткуда, по крайней мере.
легко, доступно и понятно.
Мне кажется, это не менее важно, чем техническая составляющая.
Это особенно важно для конференций DevOps, таких как DevOpsDays, поскольку DevOps вообще не касается технологий.
DevOps — это всего лишь коммуникация, это просто способы совместной работы людей, которые раньше не работали вместе.
Да, техническая составляющая есть, потому что автоматизация критически важна для DevOps, но это лишь одна из них.
А когда DevOps-конференция вместо того, чтобы говорить о DevOps, говорит о надежности сайтов или автоматизации или пайплайнах, то эта конференция, несмотря на то, что она очень хардкорная, на мой взгляд, упускает саму суть DevOps и становится конференциями о системном администрировании.
, а не про DevOps. Второе отличие – в подготовке.
Опять же, я беру среднестатистические и общие случаи по больнице, а не конкретные.
За границей предполагают, что большинство людей за свою жизнь прошли какую-то подготовку публичных выступлений.
По крайней мере, в Америке это часть высшего образования.
Если человек окончил колледж, то у него уже есть немалый опыт публичных выступлений.
Поэтому после того, как программный комитет посмотрел план и понял, о чем будет доклад, больше не проводится обучение выступлению за спикера, поскольку считается, что он, скорее всего, умеет это делать.
В России такие предположения не делаются, поскольку мало кто имеет опыт публичных выступлений, а потому ораторов готовят гораздо больше.
Опять же, в общем, есть прогоны, есть занятия со спикерами, есть курсы ораторского искусства в помощь ораторам.
В результате отсеиваются слабые ораторы, которые плохо коммуницируют, или им помогают стать более сильными ведущими.
Тот факт, что на Западе публичные выступления считаются навыком, которым обладают многие люди, в конечном итоге получает обратный эффект, поскольку это предположение часто оказывается ложным, ошибочным, и люди, не умеющие выступать публично, откровенно облажаются.
инсценировать и готовить отвратительные репортажи.
А в России, где считается, что нет опыта публичных выступлений, в итоге получается гораздо лучше, потому что их обучали, тестировали, выбрали хорошего и так далее.
Это два различия.
Вы были на DevOpsDays в других странах? Чем, на ваш взгляд, они отличаются от других конференций? Есть ли какие-то особенности? Я, наверное, был на нескольких десятках конференций DevOpsDays по всему миру: в Америке, Европе и Азии.
Эта франшиза конференций уникальна тем, что имеет более или менее устоявшийся формат, который можно ожидать где угодно от любой из этих конференций.
Формат следующий: фронтовых презентаций конференции относительно мало, много времени уделяется формату открытых пространств.
Открытые пространства — это формат, в котором тема, за которую проголосовало больше всего людей, обсуждается вместе с другими участниками.
Тот, кто предложил эту тему, является ведущим, он следит за тем, чтобы началось обсуждение.
Это отличный формат, потому что, как мы знаем, общение и нетворкинг — не менее важная часть любой конференции, чем презентации.
А когда конференция половину времени уделяет сетевому формату, это очень круто.
Плюс на DevOpsDays часто проводятся Lightning Talks — это короткие пятиминутные доклады, которые позволяют узнать много о многом и открыть глаза на что-то новое в нескучном формате.
А если в середине обычного репортажа вы поняли, что это не ваше, то время потрачено зря, 30-40 минут вашей жизни ушло, то здесь речь идет о репортажах на пять минут. А если вам не интересно, то это скоро закончится.
«Расскажи, но быстро» — тоже очень хороший формат. Есть более технические DevOpsDays, а есть те, которые специально ориентированы на то, что такое DevOps: процессы, сотрудничество и тому подобное.
Интересно иметь и то и другое, и интересно иметь и то, и другое.
Я думаю, что это одна из лучших франшиз конференций DevOps на сегодняшний день.
Многие ваши выступления похожи на спектакли или пьесы: иногда вы произносите речь в форме греческой трагедии, иногда играете роль Шерлока, иногда выступаете в костюме лягушки.
Как вы их придумываете? Есть ли какие-то дополнительные цели, кроме того, чтобы доклад не был скучным? Мне кажется, доклад не имеет права быть скучным, потому что, во-первых, я трачу время слушателей, в скучном докладе они меньше вовлечены, меньше узнают, меньше узнают нового, а это не так.
лучшая трата времени.
Во-вторых, мои цели тоже не достигнуты: обо мне ничего хорошего не думают, о JFrog ничего хорошего не думают, и для меня это какой-то провал.
Поэтому скучные репортажи не имеют права на существование, по крайней мере для меня.
Я стараюсь сделать их интересными, привлекательными и запоминающимися.
Выступления – это один из способов.
И на самом деле метод довольно простой.
Все, что вам нужно, это придумать какой-нибудь интересный формат, а затем в необычном формате излагать те же мысли, что изложены в виде обычного отчета.
Как мне это придумать? Бывает по разному.
Иногда это какие-то идеи, которые приходят мне в голову, иногда это какие-то идеи, которые мне даются, когда я делаю прогоны или делюсь мыслями по поводу отчета, и мне говорят: «О, это можно сделать вот так!» Бывает по-другому.
Когда появляется идея, это всегда очень радостно и круто, а это значит, что можно сделать более интересный и увлекательный репортаж.
Чьи выступления из IT-сферы лично вам нравятся? Есть ли такие динамики? И почему?
Есть два типа ораторов, чьи презентации мне нравятся.
Во-первых, это ораторы, на которых я стараюсь быть похожими.
Они рассказывают интересно и увлекательно, стараясь, чтобы всем было интересно и все слушали.
Второй тип спикеров — это те, кто может очень интересно и увлекательно рассказать о любом обычно скучном хардкоре.
Из имен второй категории это Алексей Шепелев, который интересно и с юмором рассказывает о какой-то глубокой производительности сборки мусора и внутренностях Java-виртуальной машины.
Еще одно открытие последних DevOops — Сергей Федоров из Netflix. Он рассказал чисто техническую вещь о том, как они оптимизировали свою сеть доставки контента, и рассказал это очень интересно.
Из первой категории – это Джессика Дин, Антон Вайс, Роман Шапошник.
Это спикеры, которые говорят интересно, с юмором и заслуженно получают высокие оценки.
Вероятно, у вас больше приглашений выступить на конференциях, чем времени для этого.
Как ты выбираешь, куда пойдешь, а куда нет? Конференции и выступления докладчиков, как и почти все остальное, регулируются рыночными отношениями спроса и предложения и ценностью одного от другого.
Есть конференции, которые, ну, скажем так, хотят меня больше, чем они мне нужны.
С точки зрения аудитории, с которой я ожидаю там встретиться, и того влияния, которое я ожидаю там оказать.
Есть конференции, на которые, наоборот, хочется пойти гораздо больше, чем они мне нужны.
Исходя из ценности для меня, я решаю, куда идти.
То есть, если это, например, какая-то география, куда мне стратегически нужно поехать, это большая известная конференция, имеющая хорошую репутацию и на которую люди пойдут, то, очевидно, мне это очень нужно.
И я предпочитаю ее другим конференциям.
Если это какая-то небольшая региональная конференция, и, возможно, там, где мы не очень заинтересованы, то, возможно, поездка туда не оправдывает потраченного на это время времени.
Нормальные рыночные отношения спроса, предложения и стоимости.
Хорошая география, хорошая демография, потенциально хорошие контакты, общение – залог того, что конференция будет мне интересна.
В одном из интервью вы упомянули, что выступаете примерно на сорока конференциях в год. Как вам удается работать и готовиться к выступлениям? И удается ли вам сохранять баланс между работой и личной жизнью при таком графике? Поделитесь своими секретами? Поездки на конференции — львиная доля моей работы.
Конечно, есть все остальное: есть подготовка к отчетам, поддержание себя в технической форме, написание кода, изучение нового.
Это все делается параллельно с конференциями: вечером, в самолете, накануне, когда ты уже приехал на конференцию, а это завтра.
Что-то вроде этого.
Конечно, сложно сохранять баланс между работой и личной жизнью, когда столько времени проводишь в командировках.
Но я стараюсь компенсировать это тем, что, по крайней мере, когда я не в командировке, я на 100% с семьей, не отвечаю по вечерам на электронные письма, стараюсь не участвовать ни в каких звонки вечером и в выходные.
Когда я не в командировке и это время для семьи, это действительно 100% время для семьи.
Работает ли это и решает ли проблему? Нет. Но я надеюсь, что это как-то компенсирует моей семье все время моего отсутствия.
Один из докладов Баруха звучит так: «У нас есть DevOps. Давайте уволим всех тестировщиков».
При таком плотном графике удается ли вам поддерживать свой технический уровень или вы уже отошли от программирования? Я стараюсь заниматься некоторыми техническими вещами во время подготовки к выступлениям и другим мероприятиям на конференции.
Это какие-то технические демо, какие-то мини-доклады, которые мы даём на стендах.
Это не программирование-программирование, это скорее интеграция, но это хоть какая-то техническая работа, которую я стараюсь делать.
Таким образом, я сохраняю знания о наших продуктах, новых функциях и т. д. Конечно, сказать, что я сейчас такой же хардкорный программист, каким был 7 лет назад, наверное, нельзя.
Не уверен, что это плохо.
Вероятно, это какая-то естественная эволюция.
Мне это менее интересно, да и времени у меня меньше, так что, наверное, бог с ним.
Я по-прежнему считаю себя сильным техническим специалистом, по-прежнему держу руку на пульсе происходящего, держу себя в тонусе.
Это моя гибридная ситуация сегодня.
Расскажите, пожалуйста, пару забавных историй или экстремальных ситуаций, произошедших с вами: опоздали на самолет/удалили презентацию/отключили электричество во время репортажа/не прибыл багаж? Из смешных ситуаций больше всего мне запомнились всякие жуткие провалы, которые происходили во время докладов.
Естественно, потому что это самая стрессовая ситуация, потому что это зрители, время, и нужно сделать так, чтобы они его не потратили зря.
Во время разговора у меня был «синий экран смерти» как на Windows, так и на Mac. На Windows такое было один раз, на Mac пару раз.
Это, конечно, стресс, но мы как-то решаем этот вопрос, компьютер перезагружается, я в это время продолжаю что-то рассказывать, но стресс колоссальный.
Наверное, самая забавная ситуация, которая у меня случилась, произошла на конференции Groovy. Не помню точно, где проходила конференция, кажется, в отеле, а напротив этого отеля шла какая-то стройка или ремонт. Итак, я рассказал о коде, который я написал, это была демо-версия.
Это была первая версия демо-версии, которая была понятна, но, возможно, не очень хорошо написана.
А я как раз собирался его рефакторить и улучшить, и упомянул какую-то фразу типа «самоуничижение» по поводу того, что это «дерьмовый код».
Это было на втором этаже, а в это время кран на стройке напротив как раз поднимал переносной туалет. А сцена была напротив окна.
То есть я смотрю в это окно, говорю «хреновый код», а мимо окна проплывает унитаз.
И я всем говорю: «Обернитесь, у нас здесь иллюстрация».
Наверное, это был лучший слайд моих мыслей — летающий унитаз в моем отчете, когда я говорил о дерьмовом коде.
Из историй типа багаж не пришел - это в принципе нормальная история, даже говорить не о чем.
О всяких советах путешественникам мы можем устроить отдельное интервью, где можно рассказать о багаже, который не прибыл, но не было ничего критичного.
Я очень стараюсь во что бы то ни стало всегда летать, приезжать и посещать все конференции, на которых обещал, потому что, опять же, пришло время людей.
Время людей бесценно, потому что это такой кредит доверия, который они вам оказывают. И если этот кредит будет потрачен впустую, то вернуть его потом уже не получится.
Если человек потратил время, пришел на конференцию послушать мой доклад, а я взял и не пришел – это плохо, потому что нет возможности вернуть время этого человека.
Поэтому для меня очень важно сдержать все свои обещания в этом плане, и пока все получается.
Многие думают так: «Зачем вообще ходить на конференции? Вы можете посмотреть видео на YouTube и всегда можете пообщаться онлайн».
Как вы думаете, почему участникам нужно ходить на конференции? Отличный вопрос! Вам следует ходить на конференции для налаживания связей.
Это бесценно, и другого способа получить это нет. Я уже упоминал о важности общения, общения и мягких навыков.
Просмотр видео на YouTube, к сожалению, не дает опыта в softkills. Поэтому на конференции нужно ходить ради общения.
Кроме того, по крайней мере у меня при просмотре видео на YouTube совсем другая вовлеченность, и материал запоминается и запоминается гораздо хуже.
Может это только я так думаю, но подозреваю, что находиться в комнате на разговоре и смотреть видео на YouTube – это совершенно разные вещи.
Тем более, если доклад хороший, мне кажется, гораздо лучше услышать его вживую.
Это как слушать живой концерт и пластинку.
И еще раз повторю: нетворкинг и общение – это не то, что можно взять из YouTube. Совместный доклад с Леонидом Игольником на DevOpsCon Скажите, пожалуйста, несколько напутственных слов тем, кто только планирует стать спикером или только начал выступать? Ищите местные встречи.
Местные встречи — отличный способ начать свою ораторскую карьеру по нескольким причинам.
Во-первых, местные митапы всегда ищут спикеров.
Возможно, не имея опыта и не будучи известным спикером, вам будет сложно подать заявку на какую-нибудь известную конференцию, либо программный комитет, пообщавшись с вами, поймет, что, возможно, вам еще рановато.
Напротив, местные встречи всегда ищут спикеров, и планка для входа намного ниже, поэтому туда гораздо легче попасть.
Кроме того, уровень стресса совершенно другой.
Когда приходит 10-15-30 человек, это совсем не то же самое, когда в зале 150-200-300 человек, так что гораздо проще.
Опять же, затраты на локальный митап гораздо ниже: не надо никуда лететь, не надо тратить дни, можно просто прийти вечером.
Помня мой совет о том, как важно иметь дружелюбное лицо в аудитории, гораздо проще прийти с кем-нибудь на местную встречу, потому что это не стоит денег.
Если вы выступаете на конференции, вы как спикер приходите бесплатно, но этому вашему +1, который будет дружелюбным лицом в публике, нужно купить билет. Если вы выступаете на митапе, такой проблемы нет, вы можете привести с собой одного, двух или трех друзей, которые будут дружелюбным лицом в комнате.
И дополнительный плюс в том, что у организаторов митапов гораздо больше возможностей вам помочь.
Потому что у организаторов конференции будет, например, 60 презентаций, которые нужно будет просмотреть, отработать и подготовить.
А у организаторов митапов их один, два или три, так что внимания вам, естественно, будет гораздо больше.
Кроме того, гораздо проще получить обратную связь от местных митапов.
Вы закончили свой доклад и теперь вы с аудиторией уже общаетесь и обсуждаете что-то, связанное с вашим докладом.
Для больших конференций это часто не так.
Вы сделали отчет и все.
Аудитория, которая во время вашего доклада была серой массой, ушла, и вы больше ничего о ней не знаете, не слышите, никакой обратной связи не получите.
Как ни крути, локальные митапы — отличная тема вообще и для новичков в частности.
Барух выступит на конференции 7 декабря DevOpsDays Москва .Теги: #DevOps #конференции #выступления #Системное администрирование #программирование #Конференции #DevOpsВ своем докладе Барух проанализирует реальные сбои, которые происходят каждый день и повсеместно при обновлении программного обеспечения.
Он покажет, как всевозможные шаблоны DevOps вписываются в различные сценарии и как их правильное применение может спасти вас.
Также в программе: Александр Чистяков (vdsina.ru), Михаил Чинков (AMBOSS), Роман Бойко (AWS), Павел Селиванов (Southbridge), Родион Нагорнов (Лаборатория Касперского), Андрей Шорин (консультант DevOps).
Приходите знакомиться!
-
Успешные Дела Становятся Успешными Сразу
19 Oct, 24 -
Эволюция Отказоустойчивости В Postgresql
19 Oct, 24 -
Непроходимые Дебри Бизнеса, Часть 1
19 Oct, 24 -
Гаджет Для Офисной Работы Зимой
19 Oct, 24 -
Плавающие Якоря
19 Oct, 24 -
Они Вырезали…
19 Oct, 24
