Baruch Sadogursky – Developer Advocate da JFrog, coautor do livro “Liquid Software”, famoso palestrante de TI.
Em uma entrevista, Baruch explicou como ele se prepara para seus relatórios, como as conferências estrangeiras diferem das russas, por que os participantes deveriam comparecer a elas e por que deveriam falar fantasiados de sapo.
Vamos começar com o mais simples. Por que você acha que falar em conferências?
Na verdade, falar em conferências é um trabalho para mim. Se respondermos de forma mais geral à pergunta “Por que é meu trabalho?”, então isso é necessário (pelo menos para a empresa JFrog) para atingir dois objetivos. Em primeiro lugar, estabelecer contacto com os nossos utilizadores e clientes. Ou seja, quando falo em conferências, fico à disposição para que todos que tenham alguma dúvida, algum feedback sobre nossos produtos e empresa, possam falar comigo, posso de alguma forma ajudá-los e melhorar sua experiência no trabalho com nossos produtos.
Em segundo lugar, isto é necessário para aumentar o conhecimento da marca. Ou seja, se eu contar algumas coisas interessantes, então as pessoas ficam interessadas em que tipo de JFrog é esse, e como resultado elas acabam no nosso funil de relações com desenvolvedores, que eventualmente vai para o funil dos nossos usuários, que eventualmente vai para o funil de relações com desenvolvedores. funil de nossos clientes.
Por favor, conte-nos como você se prepara para as apresentações? Existe algum tipo de algoritmo de preparação?
Existem quatro estágios de preparação mais ou menos padrão. O primeiro é o início, como nos filmes. Alguma ideia deve aparecer. Uma ideia aparece e depois amadurece por muito tempo. Está amadurecendo, você está pensando na melhor forma de apresentar essa ideia, em que tom, em que formato, o que pode ser dito sobre ela. Esta é a primeira etapa.
A segunda etapa é escrever um plano específico. Você tem uma ideia e começa a adquirir detalhes sobre como irá apresentá-la. Isso geralmente é feito em algum tipo de formato de mapa mental, quando tudo relacionado ao relatório aparece em torno da ideia: argumentos de apoio, introdução, algumas histórias que você deseja contar sobre ele. Esta é a segunda etapa – o plano.
A terceira etapa é escrever slides de acordo com este plano. Você usa algumas ideias abstratas que aparecem nos slides e apoiam sua história.
A quarta etapa consiste em ensaios e ensaios. Nesta fase, é importante certificar-se de que o arco da história se desenvolveu, de que a história é coerente e de que tudo está bem em termos de timing. Depois disso, o relatório pode ser declarado pronto.
Como você entende que “este tema” precisa ser abordado? E como você coleta material para relatórios?
Não sei como responder, simplesmente vem de alguma forma. Ou é “Oh, que legal ficou aqui”, ou é “Oh, ninguém realmente sabe ou entende sobre isso”, e há uma oportunidade de contar, explicar e ajudar. Uma dessas duas opções.
A coleta de material depende muito do relatório. Se este é um relatório sobre algum tema abstrato, então é mais literatura, artigos. Se isso for algo prático, então será escrever código, algumas demonstrações, encontrar os trechos de código certos nos produtos e assim por diante.
O medo do desempenho e a ansiedade são alguns dos motivos mais comuns pelos quais as pessoas não sobem ao palco. Você tem algum conselho para quem fica nervoso durante a apresentação? Você está preocupado e como você lida com isso?
Sim, tenho, deveria ser e, provavelmente, no momento em que parar de me preocupar por completo, este é um motivo para desistir deste assunto.
Parece-me que este é um fenômeno completamente normal quando você sobe no palco e tem muita gente na sua frente. Você se preocupa porque é uma responsabilidade grande, é natural.
Como lidar com isso? Existem diferentes maneiras. Nunca estive em tal nível que precise lutar diretamente, então é difícil para mim dizer.
A coisa mais importante que também me ajuda é um rosto amigável – algum rosto familiar na plateia. Se você pedir a alguém que você conhece para vir à sua palestra, sente-se na primeira fila, no meio, para que você possa sempre olhar para ele, e a pessoa será positiva, sorrirá, acenará com a cabeça, apoiará, acho que isso é enorme, enorme ajuda. Não peço especificamente para ninguém fazer isso, mas se acontecer de haver um rosto conhecido na plateia, ajuda muito e alivia o estresse. Este é o conselho mais importante.
Você fala muito em conferências russas e internacionais. Você vê a diferença entre os relatórios das conferências russas e estrangeiras? Existe diferença de público? Na organização?
Vejo duas grandes diferenças. É claro que as conferências são diferentes tanto na Rússia como no estrangeiro, mas se tomarmos a média do hospital, então na Rússia as conferências são mais técnicas em termos de profundidade dos relatórios, em termos de hardcore. É a isso que as pessoas estão acostumadas, talvez graças a grandes conferências como Joker, JPoint, Highload, que sempre foram baseadas em apresentações hardcore. E é exatamente isso que as pessoas esperam das conferências. E para muitas pessoas isto é um indicador de se esta conferência é boa ou má: há muita carne e hardcore ou há muita água.
Para ser sincero, talvez pelo facto de falar muito em conferências estrangeiras, não concordo com esta abordagem. Acredito que os relatórios sobre competências interpessoais, “relatórios semi-humanitários”, não são menos, e talvez até mais importantes para as conferências. Como algumas coisas técnicas podem ser lidas em livros, você pode descobri-las usando o manual do usuário, mas quando se trata de habilidades interpessoais, quando se trata de psicologia, quando se trata de comunicação, não há onde conseguir tudo isso, pelo menos fácil, acessível e compreensível. Parece-me que isto não é menos importante que a componente técnica.
Isso é especialmente importante para conferências de DevOps, como DevOpsDays, porque DevOps não tem nada a ver com tecnologia. DevOps trata apenas de comunicações, trata-se apenas de maneiras pelas quais pessoas que nunca trabalharam juntas antes podem trabalhar juntas. Sim, existe uma componente técnica, porque a automação é crítica para DevOps, mas esta é apenas uma delas. E quando uma conferência DevOps, em vez de falar sobre DevOps, fala sobre confiabilidade do site ou automação ou pipelines, então esta conferência, apesar de ser muito hardcore, na minha opinião, perde a própria essência do DevOps e se torna conferências sobre administração de sistemas , não sobre DevOps.
A segunda diferença está na preparação. Novamente, considero a média hospitalar e os casos gerais, não os específicos. No exterior, eles presumem que a maioria das pessoas passou por algum tipo de treinamento para falar em público durante a vida. Pelo menos na América, faz parte do ensino superior. Se uma pessoa se formou na faculdade, já possui uma experiência considerável em falar em público. Portanto, após o comitê de programa ter analisado o plano e entendido do que tratará o relatório, não é mais feito treinamento para falar pelo palestrante, pois acredita-se que ele, muito provavelmente, sabe como fazê-lo.
Na Rússia, tais suposições não são feitas, porque poucas pessoas têm experiência em falar em público e, portanto, os oradores são muito mais treinados. Novamente, em geral, há ensaios, há aulas com palestrantes, há cursos de oratória para ajudar os palestrantes.
Como resultado, os oradores fracos que comunicam mal são eliminados ou são ajudados a tornarem-se apresentadores mais fortes. O fato de no Ocidente falar em público ser considerado uma habilidade que muitas pessoas possuem acaba tendo o efeito oposto, porque essa suposição muitas vezes acaba sendo falsa, errônea, e pessoas que não sabem falar abertamente em público erram. encenar e produzir reportagens repugnantes. E na Rússia, onde se acredita que não há experiência em falar em público, no final fica muito melhor, porque foram treinados, foram testados, escolheram um bom e assim por diante.
Estas são as duas diferenças.
Você já esteve em DevOpsDays em outros países? Como você acha que eles diferem de outras conferências? Existem recursos especiais?
Provavelmente já participei de várias dezenas de conferências DevOpsDays em todo o mundo: na América, Europa e Ásia. Esta franquia de conferências é única porque tem um formato mais ou menos estabelecido que você pode esperar de qualquer uma dessas conferências. O formato é o seguinte: há relativamente poucas apresentações em conferências de primeira linha e muito tempo é dedicado ao formato de espaços abertos.
Espaços abertos é um formato em que o tema que mais votou é discutido em conjunto com os demais participantes. Quem propôs esse tema é o líder, ele faz com que a discussão comece. Este é um excelente formato porque, como sabemos, a comunicação e o networking não são partes menos importantes de qualquer conferência do que as apresentações. E quando uma conferência dedica metade do seu tempo ao formato de networking, isso é muito legal.
Além disso, os Lightning Talks costumam ser realizados no DevOpsDays - são relatórios curtos de cinco minutos que permitem que você aprenda muito e abra os olhos para algumas coisas novas em um formato não chato. E se no meio de um relatório normal você percebeu que este não é seu, então tempo é perdido, 30-40 minutos da sua vida se foram, então aqui estamos falando de relatórios de cinco minutos. E se você não estiver interessado, isso acabará em breve. “Conte-nos, mas rapidamente” também é um formato muito bom.
Existem DevOpsDays mais técnicos e existem aqueles que são adaptados especificamente ao que é DevOps: processos, colaboração, coisas assim. É interessante ter os dois, e é interessante ter os dois. Acho que esta é uma das melhores franquias de conferências DevOps da atualidade.
Muitas de suas performances são semelhantes a performances ou peças de teatro: às vezes você dá uma palestra na forma de uma tragédia grega, às vezes você faz o papel de Sherlock, às vezes você atua fantasiado de sapo. Como você os cria? Há algum objetivo adicional além de tornar o relatório não enfadonho?
Parece-me que um relatório não tem o direito de ser aborrecido, porque, em primeiro lugar, desperdiço o tempo dos ouvintes, num relatório aborrecido eles estão menos envolvidos, aprenderam menos, aprenderam menos coisas novas, e isso não é o melhor desperdício de seu tempo. Em segundo lugar, meus objetivos também não foram alcançados: eles não pensam nada de bom em mim, não pensam nada de bom em JFrog, e para mim isso é uma espécie de fracasso.
Portanto, relatórios enfadonhos não têm o direito de existir, pelo menos para mim. Tento torná-los interessantes, atraentes e memoráveis. As apresentações são unilaterais. E, de fato, o método é bastante fácil. Tudo o que você precisa é criar algum formato interessante e, em seguida, apresentar as mesmas ideias apresentadas na forma de um relatório regular em um formato incomum.
Como faço para chegar a isso? Nem sempre é o mesmo. Às vezes, essas são algumas ideias que me vêm à mente, às vezes, são algumas ideias que me são dadas quando faço análises ou compartilho pensamentos sobre um relatório e eles me dizem: “Ah, isso pode ser feito assim!” Acontece de forma diferente. Quando surge uma ideia é sempre muito alegre e legal, isso significa que você pode fazer um relato mais interessante e envolvente.
De quais discursos da área de TI você gosta pessoalmente? Existem tais alto-falantes? E porque?
Existem dois tipos de palestrantes cujas apresentações eu gosto. O primeiro são os alto-falantes com os quais tento ser. Eles falam de uma forma interessante e envolvente, tentando garantir que todos estejam interessados e que todos ouçam.
O segundo tipo de palestrantes são aqueles que conseguem falar sobre qualquer hardcore geralmente chato de uma forma muito interessante e emocionante.
Dos nomes da segunda categoria, este é Alexey Shepelev, que fala sobre algum tipo de coleta de lixo de desempenho profundo e o interior da máquina virtual Java de uma forma interessante e bem-humorada. Outra descoberta do DevOops mais recente é Sergey Fedorov, da Netflix. Ele contou algo puramente técnico sobre como eles otimizaram sua rede de distribuição de conteúdo, e contou isso de uma forma muito interessante.
Da primeira categoria - estes são Jessica Deen, Anton Weiss, Roman Shaposhnik. São palestrantes que falam de maneira interessante, com humor e merecidamente recebem notas altas.
Você provavelmente tem mais convites para falar em conferências do que tempo para fazê-lo. Como você escolhe para onde irá e para onde não?
Conferências e palestrantes, como quase tudo o mais, são regidos por relações de mercado de oferta e demanda e pelo valor de um em relação ao outro. Há conferências que, bem, digamos, me querem mais do que eu preciso delas. Em termos do público que espero encontrar lá e do impacto que espero causar lá. Há conferências que, pelo contrário, quero ir muito mais do que precisam de mim. Com base no valor para mim, decido para onde ir.
Ou seja, se isso for, por exemplo, algum tipo de geografia onde eu estrategicamente preciso ir, se for uma conferência grande e conhecida, que tenha uma boa reputação e que as pessoas irão, então obviamente eu preciso muito dela. E eu prefiro isso a outras conferências.
Se se tratar de uma espécie de pequena conferência regional, e, talvez, onde não estamos muito interessados, então pode ser que a viagem até lá não justifique o tempo gasto neste assunto. Relações normais de mercado de demanda, oferta e valor.
Boa geografia, boa demografia, potencialmente bons contactos, comunicação são a garantia de que a conferência será interessante para mim.
Em uma de suas entrevistas, você mencionou que fala em cerca de quarenta conferências por ano. Como você consegue trabalhar e se preparar para as apresentações? E você consegue manter o equilíbrio entre trabalho e vida pessoal com esse cronograma? Compartilhe seus segredos?
Viajar para conferências é a maior parte do meu trabalho. Claro, tem todo o resto: tem preparação para relatórios, manter-se em forma técnica, escrever código, aprender coisas novas. Tudo isso é feito paralelamente às conferências: à noite, no avião, na véspera, quando você já chegou para a conferência, e é amanhã. Algo assim.
É claro que é difícil manter o equilíbrio entre trabalho e vida pessoal quando você passa tanto tempo em viagens de negócios. Mas procuro compensar isso pelo fato de que, pelo menos quando não estou em viagem de negócios, estou 100% com minha família, não respondo e-mails à noite, procuro não participar de nenhuma ligações à noite e nos finais de semana. Quando não estou em viagem de negócios e é tempo para a família, é realmente um tempo 100% para a família. Isso funciona e resolve o problema? Não. Mas espero que isso compense de alguma forma minha família por todo o tempo que estou fora.
Com uma agenda tão apertada você consegue manter o nível técnico ou já se afastou da programação?
Tento fazer algumas coisas técnicas enquanto me preparo para minhas palestras e outras atividades na conferência. São todos os tipos de demonstrações técnicas, alguns mini-relatórios que damos nos estandes. Isso não é programação-programação, é mais integração, mas é pelo menos algum trabalho técnico que tento fazer. Dessa forma mantenho conhecimento sobre nossos produtos, novos recursos e assim por diante.
Claro, provavelmente é impossível dizer que sou o mesmo programador hardcore de 7 anos atrás. Não tenho certeza se isso é uma coisa ruim. Isto é provavelmente algum tipo de evolução natural. Isso é menos interessante para mim e tenho menos tempo, então, provavelmente, Deus o abençoe.
Ainda me considero um forte especialista técnico, continuo a par do que está acontecendo, me mantenho alerta. Esta é a minha situação híbrida hoje.
Por favor, conte-nos algumas histórias engraçadas ou situações extremas que aconteceram com você: perdeu o avião/apagou a apresentação/cortou a energia durante o relatório/a bagagem não chegou?
Das situações engraçadas, o que mais me lembro são todos os tipos de falhas terríveis que aconteceram durante as reportagens. Naturalmente, porque essa é a situação mais estressante, porque é o público, o tempo, e você precisa ter certeza de que eles não desperdiçam.
Tive uma “tela azul da morte” no Windows e no Mac durante a palestra. No Windows isso aconteceu uma vez, no Mac algumas vezes. Isso, claro, é estressante, mas de alguma forma resolvemos esse problema, o computador reinicia, continuo contando alguma coisa nesse momento, mas o estresse é enorme.
Provavelmente a situação mais engraçada que tive foi em uma conferência Groovy. Não me lembro exatamente onde a conferência foi realizada, ao que parece, em um hotel, e em frente a este hotel havia algum tipo de construção ou reforma em andamento. E então falei sobre um código que escrevi, foi uma demonstração. Esta foi a primeira iteração da demo, que era compreensível, mas talvez não bem escrita. E eu ia refatorá-lo e melhorá-lo, e mencionei uma frase como “autodepreciativo” sobre o fato de que este é um “código de merda”. Ficava no segundo andar, e naquela época um guindaste no canteiro de obras em frente levantava um vaso sanitário portátil. E o palco ficava em frente à janela. Ou seja, eu olho pela janela, digo “código de merda” e um vaso sanitário passa pela janela. E eu falo para todo mundo: “Vire-se, temos uma ilustração aqui”. Este foi provavelmente o melhor slide dos meus pensamentos - o banheiro voador no meu relatório quando falei sobre código de merda.
De histórias como a bagagem não veio - esta é, em princípio, uma história normal, não há nada para falar. Podemos marcar uma entrevista separada sobre todo tipo de dicas de viagem, onde podemos falar sobre bagagens que não chegaram, mas não houve nada de crítico.
Procuro a todo custo voar sempre, vir assistir a todas as conferências que prometi, porque, mais uma vez, é a hora das pessoas. O tempo das pessoas não tem preço porque é um grande crédito de confiança que elas lhe dão. E se esse empréstimo for desperdiçado, não há como recuperá-lo mais tarde.
Se uma pessoa gastou tempo, veio na conferência ouvir meu relatório, e eu peguei e não vim, isso é ruim, porque não tem como recuperar o tempo dessa pessoa. Portanto, é super importante para mim cumprir todas as minhas promessas nesse sentido, e até agora está tudo dando certo.
Muitas pessoas pensam assim: “Por que ir a conferências? Você pode assistir ao vídeo no YouTube e sempre conversar online.” Por que você acha que os participantes precisam ir às conferências?
Ótima pergunta! Você deveria ir a conferências para networking. Isso não tem preço e não há outra maneira de obtê-lo. Já mencionei a importância da comunicação, da comunicação e das soft skills. Assistir a um vídeo no YouTube, infelizmente, não proporciona experiência em habilidades sociais. Portanto, você precisa ir a conferências para se comunicar.
Além disso, pelo menos para mim, ao assistir vídeos no YouTube, o engajamento é completamente diferente, e o material é lembrado e lembrado muito menos bem. Talvez seja só eu, mas suspeito que estar na sala de uma palestra e assistir a um vídeo no YouTube sejam coisas completamente diferentes. Principalmente se o relatório for bom, parece-me que é muito, muito melhor ouvi-lo ao vivo. É como ouvir um concerto ao vivo e um disco.
E repito mais uma vez: networking e comunicação não são algo que você possa tirar do YouTube.
Por favor, dê algumas palavras de despedida para aqueles que estão planejando se tornar palestrantes ou apenas começaram a falar.
Procure encontros locais. Os encontros locais são uma ótima maneira de iniciar sua carreira de palestrante por vários motivos. Em primeiro lugar, os encontros locais estão sempre à procura de palestrantes. Pode ser que sem experiência e sem ser um palestrante famoso, seja difícil para você se inscrever em alguma conferência famosa, ou o comitê do programa, após se comunicar com você, entenderá que talvez ainda seja um pouco cedo para você. Por outro lado, os encontros locais estão sempre em busca de palestrantes e a barreira de entrada é muito, muito menor, então é muito mais fácil chegar lá.
Além disso, o nível de estresse é completamente diferente. Quando vêm 10-15-30 pessoas, não é a mesma coisa que quando há 150-200-300 pessoas no salão, então é muito mais fácil.
Novamente, os custos de um encontro local são muito mais baixos: você não precisa voar para lugar nenhum, não precisa passar dias, você pode simplesmente vir à noite. Lembrando do meu conselho sobre a importância de ter um rosto amigável na plateia, é muito mais fácil comparecer a um encontro local com alguém porque não custa dinheiro. Se você falar em uma conferência, você como palestrante vem de graça, mas esse seu +1, que será um rosto amigável do público, precisa comprar um ingresso. Se você estiver falando em um encontro, não existe esse problema, você pode trazer um, dois ou três amigos que serão um rosto amigável na sala.
E uma vantagem adicional é que os organizadores do encontro têm muito mais oportunidades de ajudá-lo. Porque os organizadores da conferência terão, por exemplo, 60 apresentações que precisam ser revisadas, praticadas e preparadas. E os organizadores dos meetups têm um, dois ou três, então você naturalmente receberá muito mais atenção.
Além disso, é muito mais fácil obter feedback de encontros locais. Você terminou seu relatório e agora você e o público já estão se comunicando e discutindo algo relacionado ao seu relatório. Para grandes conferências, muitas vezes este não é o caso. Você fez um relatório e pronto. O público, que era uma massa cinzenta durante a sua reportagem, foi embora e você não sabe mais nada sobre ele, não ouve, não recebe nenhum feedback.
O que quer que se diga, os encontros locais são um ótimo tema em geral e para iniciantes em particular.
Baruch falará na conferência em 7 de dezembro . Em seu relatório, Baruch analisará falhas reais que ocorrem todos os dias e em todos os lugares durante a atualização de software. Ele mostrará como todos os tipos de padrões DevOps se encaixam em diferentes cenários e como aplicá-los corretamente pode salvar você.
Também no programa: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (consultor DevOps).
Venha conhecer!
Fonte: habr.com