Baruch Sadogursky - Developer Advocate en JFrog, coautor del libro "Liquid Software", famoso orador de TI.
En una entrevista, Baruch explicó cómo se prepara para sus informes, en qué se diferencian las conferencias extranjeras de las rusas, por qué los participantes deberían asistir a ellas y por qué deberían hablar disfrazados de rana.
Empecemos por lo más sencillo. ¿Por qué crees que hablar en conferencias?
De hecho, hablar en conferencias es un trabajo para mí. Si respondemos de manera más general a la pregunta “¿Por qué es mi trabajo?”, entonces esto es para (al menos para la empresa JFrog) lograr dos objetivos. En primer lugar, establecer contacto con nuestros usuarios y clientes. Es decir, cuando hablo en conferencias, estoy disponible para que todos los que tengan alguna pregunta, algún comentario sobre nuestros productos y nuestra empresa, puedan hablar conmigo, de alguna manera puedo ayudarlos y mejorar su experiencia al trabajar con nuestros productos.
En segundo lugar, esto es necesario para aumentar el conocimiento de la marca. Es decir, si cuento algunas cosas interesantes, entonces la gente está interesada en qué tipo de JFrog es este y, como resultado, terminan en nuestro embudo de relaciones con desarrolladores, que eventualmente ingresa al embudo de nuestros usuarios, que eventualmente ingresa al embudo de nuestros clientes.
¿Cuéntanos cómo te preparas para las actuaciones? ¿Existe algún tipo de algoritmo de preparación?
Hay cuatro etapas de preparación más o menos estándar. El primero es el inicio, como en las películas. Alguna idea debe aparecer. Aparece una idea y luego madura durante bastante tiempo. Está madurando, estás pensando en cuál es la mejor manera de presentar esta idea, en qué clave, en qué formato, qué se puede decir al respecto. Esta es la primera etapa.
La segunda etapa es redactar un plan específico. Tienes una idea y esta comienza a adquirir detalles sobre cómo la presentarás. Esto generalmente se hace en una especie de formato de mapa mental, cuando todo lo relacionado con el informe aparece alrededor de la idea: argumentos de apoyo, introducción, algunas historias que se quieren contar al respecto. Ésta es la segunda etapa: el plan.
La tercera etapa consiste en escribir diapositivas según este plan. Utiliza algunas ideas abstractas que aparecen en las diapositivas y respaldan su historia.
La cuarta etapa son las pruebas y los ensayos. En esta etapa, es importante asegurarse de que el arco de la historia haya resultado, que la historia sea coherente y que todo esté bien en términos de tiempo. Después de esto, el informe se puede declarar listo.
¿Cómo entiende que es necesario abordar “este tema”? ¿Y cómo se recopila material para los informes?
No sé cómo responder, simplemente surge de alguna manera. O es "Oh, qué genial resultó aquí", o es "Oh, nadie realmente sabe ni entiende esto", y existe la oportunidad de contarlo, explicarlo y ayudar. Una de estas dos opciones.
La recopilación de material depende en gran medida del informe. Si se trata de un informe sobre algún tema abstracto, entonces es más literatura, artículos. Si esto es algo práctico, entonces será escribir código, algunas demostraciones, encontrar las piezas de código correctas en los productos, etc.
El miedo a la actuación y la ansiedad son algunas de las razones más comunes por las que la gente no sube al escenario. ¿Tiene algún consejo para aquellos que se sienten nerviosos al actuar? ¿Estás preocupado y cómo lo afrontas?
Sí, lo tengo, debería serlo y, probablemente, en el momento en que deje de preocuparme por completo, este sea un motivo para dejar este asunto.
Me parece que esto es un fenómeno completamente normal cuando subes al escenario y hay mucha gente frente a ti. Te preocupas porque es una gran responsabilidad, es natural.
Como lidiar con esto? Hay diferentes maneras. Nunca lo he tenido a tal nivel que necesite luchar directamente, así que es difícil para mí decirlo.
Lo más importante y que también me ayuda es una cara amiga, una cara familiar entre el público. Si le pides a alguien que conoces que venga a tu charla, siéntate en la primera fila en el medio para que siempre puedas mirarlo, y la persona será positiva, sonreirá, asentirá, apoyará, creo que esto es un enorme, gran ayuda. No le pido específicamente a nadie que haga esto, pero si sucede que hay una cara familiar entre el público, ayuda mucho y alivia el estrés. Este es el consejo más importante.
Hablas mucho en conferencias rusas e internacionales. ¿Ve la diferencia entre los informes de conferencias rusas y extranjeras? ¿Hay alguna diferencia en la audiencia? ¿En la organización?
Veo dos grandes diferencias. Está claro que las conferencias son diferentes tanto en Rusia como en el extranjero, pero si tomamos el promedio del hospital, entonces en Rusia las conferencias son más técnicas en términos de profundidad de los informes, en términos de dureza. Esto es a lo que la gente está acostumbrada, quizás gracias a conferencias tan importantes como Joker, JPoint, Highload, que siempre se han basado en presentaciones incondicionales. Y esto es exactamente lo que la gente espera de las conferencias. Y para mucha gente esto es un indicador de si esta conferencia es buena o mala: hay mucha carne y duro o hay mucha agua.
Sinceramente, tal vez por el hecho de que hablo mucho en conferencias extranjeras, no estoy de acuerdo con este enfoque. Creo que los informes sobre habilidades interpersonales, los “informes semihumanitarios”, no son menos importantes para las conferencias, y quizás incluso más. Debido a que, en última instancia, algunas cosas técnicas se pueden leer en los libros, puedes resolverlas usando el manual del usuario, pero cuando se trata de habilidades sociales, cuando se trata de psicología, cuando se trata de comunicación, no hay ningún lugar donde conseguir todo esto, al menos. fácil, accesible y comprensible. Me parece que esto no es menos importante que el componente técnico.
Esto es especialmente importante para conferencias de DevOps como DevOpsDays, porque DevOps no se trata de tecnología en absoluto. DevOps se trata solo de comunicaciones, se trata solo de formas en que las personas que no han trabajado juntas antes puedan trabajar juntas. Sí, hay un componente técnico, porque la automatización es fundamental para DevOps, pero este es sólo uno de ellos. Y cuando una conferencia de DevOps, en lugar de hablar de DevOps, habla de confiabilidad del sitio o automatización o canalizaciones, entonces esta conferencia, a pesar de que es muy dura, en mi opinión, pierde la esencia misma de DevOps y se convierte en conferencias sobre administración de sistemas. , no sobre DevOps.
La segunda diferencia está en preparación. Nuevamente tomo el promedio hospitalario y los casos generales, no los específicos. En el extranjero, suponen que la mayoría de las personas han recibido algún tipo de formación para hablar en público a lo largo de sus vidas. Al menos en Estados Unidos, es parte de la educación superior. Si una persona se graduó de la universidad, entonces ya tiene una experiencia considerable en hablar en público. Por lo tanto, una vez que el comité del programa ha examinado el plan y ha comprendido de qué se tratará el informe, no se imparte más formación sobre cómo hablar en nombre del orador, porque se cree que lo más probable es que él sepa cómo hacerlo.
En Rusia, no se hacen tales suposiciones, porque pocas personas tienen experiencia en hablar en público y, por lo tanto, los oradores están mucho más capacitados. Nuevamente, en general, hay ensayos, hay clases con oradores, hay cursos de oratoria para ayudar a los oradores.
Como resultado, los oradores débiles que se comunican mal son eliminados o se les ayuda a convertirse en presentadores más fuertes. El hecho de que en Occidente hablar en público se considere una habilidad que muchas personas tienen, en última instancia, produce el efecto contrario, porque esta suposición a menudo resulta ser falsa, errónea, y las personas que no saben hablar en público cometen abiertamente la pata. escenario y producir informes repugnantes. Y en Rusia, donde se cree que no hay experiencia en hablar en público, al final resulta mucho mejor, porque fueron entrenados, probados, eligieron uno bueno, etc.
Estas son las dos diferencias.
¿Has estado en DevOpsDays en otros países? ¿En qué crees que se diferencian de otras conferencias? ¿Hay alguna característica especial?
Probablemente he asistido a varias docenas de conferencias DevOpsDays en todo el mundo: en Estados Unidos, Europa y Asia. Esta franquicia de conferencias es bastante única porque tiene un formato más o menos establecido que se puede esperar de cualquiera de estas conferencias. El formato es el siguiente: hay relativamente pocas presentaciones de conferencias de primera línea y se dedica mucho tiempo al formato de espacios abiertos.
Los espacios abiertos son un formato en el que se debate junto con otros participantes el tema por el que más personas votaron. Quien propuso este tema es el líder, él se encarga de que comience la discusión. Este es un gran formato porque, como sabemos, la comunicación y el networking son partes no menos importantes de cualquier conferencia que las presentaciones. Y cuando una conferencia dedica la mitad de su tiempo a un formato de networking, es genial.
Además, en los DevOpsDays a menudo se llevan a cabo Lightning Talks: son informes breves de cinco minutos que le permiten aprender mucho sobre muchas cosas y abrir los ojos a algunas cosas nuevas en un formato no aburrido. Y si en medio de un informe regular te diste cuenta de que esto no es tuyo, entonces se pierde tiempo, se desperdician entre 30 y 40 minutos de tu vida, entonces aquí estamos hablando de informes de cinco minutos. Y si no estás interesado, terminará pronto. “Cuéntanos, pero rápido” también es un muy buen formato.
Hay DevOpsDays más técnicos y hay aquellos que se adaptan específicamente a lo que es DevOps: procesos, colaboración, cosas así. Es interesante tener ambos y es interesante tener ambos. Creo que esta es una de las mejores franquicias de conferencias DevOps en la actualidad.
Muchas de tus actuaciones son similares a representaciones u obras de teatro: a veces das una charla en forma de tragedia griega, a veces interpretas el papel de Sherlock, a veces actúas disfrazado de rana. ¿Cómo se te ocurren? ¿Existen objetivos adicionales además de hacer que el informe no sea aburrido?
Me parece que un informe no tiene derecho a ser aburrido porque, en primer lugar, hago perder el tiempo a los oyentes, en un informe aburrido están menos involucrados, han aprendido menos, han aprendido menos cosas nuevas, y esto no es la mejor pérdida de su tiempo. En segundo lugar, mis objetivos tampoco se han logrado: no piensan nada bien de mí, no piensan nada bien de JFrog, y para mí esto es una especie de fracaso.
Por tanto, los reportajes aburridos no tienen derecho a existir, al menos para mí. Intento hacerlos interesantes, atractivos y memorables. Las actuaciones son unidireccionales. Y, de hecho, el método es bastante sencillo. Todo lo que necesita es encontrar algún formato interesante y luego presentar las mismas ideas que se presentan en forma de informe regular en un formato inusual.
¿Cómo se me ocurre esto? No siempre es lo mismo. A veces son algunas ideas que me vienen a la mente, a veces son algunas ideas que se me dan cuando hago repasos o comparto ideas sobre un informe y me dicen: “¡Oh, se puede hacer así!”. Sucede de manera diferente. Cuando surge una idea, siempre es muy alegre y genial, esto significa que puedes hacer un reportaje más interesante y participativo.
¿Qué discursos del campo de TI le gustan personalmente? ¿Existen tales oradores? ¿Y por qué?
Hay dos tipos de oradores cuyas presentaciones disfruto. El primero son los oradores a los que trato de parecerme. Hablan de una manera interesante y participativa, tratando de asegurarse de que todos estén interesados y todos escuchen.
El segundo tipo de oradores son aquellos que pueden hablar sobre cualquier tema habitualmente aburrido de una manera muy interesante y emocionante.
De los nombres de la segunda categoría, este es Alexey Shepelev, quien de una manera interesante y divertida habla sobre algún tipo de recolección de basura de alto rendimiento y el interior de la máquina virtual Java. Otro descubrimiento de lo último en DevOops es Sergey Fedorov de Netflix. Contó algo puramente técnico sobre cómo optimizaron su red de entrega de contenido, y lo contó de una manera muy interesante.
De la primera categoría: Jessica Deen, Anton Weiss, Roman Shaposhnik. Estos son los oradores que hablan de manera interesante, con humor y reciben merecidamente altas calificaciones.
Probablemente tenga más invitaciones para hablar en conferencias que tiempo para hacerlo. ¿Cómo eliges dónde irás y dónde no?
Las conferencias y los ponentes, como casi todo lo demás, se rigen por las relaciones de mercado de oferta y demanda y el valor de uno del otro. Hay conferencias que, bueno, digamos, me quieren más de lo que yo las necesito. En términos de la audiencia que espero encontrar allí y el impacto que espero causar allí. Hay congresos a los que, por el contrario, quiero ir mucho más de lo que me necesitan. Según el valor para mí, decido adónde ir.
Es decir, si se trata, por ejemplo, de algún tipo de geografía a la que necesito ir estratégicamente, es una conferencia grande y conocida que tiene buena reputación y a la que la gente asistirá, entonces obviamente realmente la necesito. Y lo prefiero a otras conferencias.
Si se trata de una especie de conferencia regional pequeña y, tal vez, en la que no estamos muy interesados, entonces puede ser que el viaje allí no justifique el tiempo dedicado a este asunto. Relaciones normales de mercado de demanda, oferta y valor.
Buena geografía, buena demografía, potencialmente buenos contactos y comunicación son la garantía de que la conferencia será interesante para mí.
En una de sus entrevistas, mencionó que habla en unas cuarenta conferencias al año. ¿Cómo se las arregla para trabajar y prepararse para las actuaciones? ¿Y logras mantener el equilibrio entre vida personal y laboral con ese horario? ¿Compartir tus secretos?
Viajar a conferencias es la mayor parte de mi trabajo. Por supuesto, está todo lo demás: preparación para informes, mantenerse en forma técnica, escribir código, aprender cosas nuevas. Todo esto se hace en paralelo con las conferencias: por las tardes, en el avión, el día anterior, cuando ya llegaste a la conferencia, y es mañana. Algo como esto.
Por supuesto, es difícil mantener el equilibrio entre la vida personal y laboral cuando se pasa tanto tiempo en viajes de negocios. Pero trato de compensar esto con el hecho de que, al menos cuando no estoy en viaje de negocios, estoy 100% con mi familia, no contesto correos electrónicos por las tardes, trato de no participar en ningún Llamadas por las tardes y fines de semana. Cuando no estoy en un viaje de negocios y es tiempo en familia, realmente es 100% tiempo en familia. ¿Funciona esto y resuelve el problema? No. Pero espero que esto de alguna manera compense a mi familia por todo el tiempo que estoy fuera.
¿Con una agenda tan apretada logras mantener tu nivel técnico o ya te has alejado de la programación?
Intento hacer algunas cosas técnicas mientras me preparo para mis charlas y otras actividades en la conferencia. Son todo tipo de demostraciones técnicas, unos miniinformes que damos en los stands. No es codificación-programación, es más integración, pero al menos es un trabajo técnico que intento hacer. De esta manera mantengo el conocimiento sobre nuestros productos, nuevas características, etc.
Por supuesto, probablemente sea imposible decir que soy el mismo programador incondicional ahora que hace 7 años. No estoy seguro si eso es algo malo. Probablemente se trate de algún tipo de evolución natural. Esto es menos interesante para mí y tengo menos tiempo, así que probablemente Dios lo bendiga.
Todavía me considero un gran especialista técnico, todavía me mantengo al tanto de lo que sucede, me mantengo alerta. Esta es mi situación híbrida hoy.
Cuéntenos un par de historias divertidas o situaciones extremas que le hayan sucedido: ¿perdió el avión/borró la presentación/se cortó la luz durante el informe/no llegó el equipaje?
De las situaciones divertidas, lo que más recuerdo son todo tipo de terribles fallos que ocurrieron durante los informes. Naturalmente, porque esta es la situación más estresante, porque es la audiencia, el tiempo, y hay que asegurarse de que no lo desperdicien.
Tuve una “pantalla azul de la muerte” tanto en Windows como en Mac durante la charla. En Windows sucedió una vez, en Mac un par de veces. Esto, por supuesto, es estresante, pero de alguna manera solucionamos este problema, la computadora se reinicia, sigo contando algo en este momento, pero el estrés es enorme.
Probablemente la situación más divertida que tuve fue en una conferencia de Groovy. No recuerdo exactamente dónde se celebró la conferencia, al parecer, en un hotel, y frente a este hotel había algún tipo de construcción o renovación. Entonces hablé sobre un código que escribí, era una demostración. Esta fue la primera versión de la demostración, que era comprensible, pero quizás no estaba bien escrita. Y justo iba a refactorizarlo y mejorarlo, y mencioné una frase como "autocrítico" sobre el hecho de que se trata de un "código de mierda". Estaba en el segundo piso y en ese momento una grúa en la obra de enfrente estaba levantando un inodoro portátil. Y el escenario estaba frente a la ventana. Es decir, miro por esta ventana, digo "código de mierda" y un inodoro pasa flotando por la ventana. Y les digo a todos: “Dense la vuelta, aquí tenemos una ilustración”. Esta fue probablemente la mejor diapositiva de mis pensamientos: el inodoro volador en mi informe cuando hablé de códigos de mierda.
De historias como las del equipaje no surgió; esta es, en principio, una historia normal, no hay nada de qué hablar. Podemos concertar una entrevista aparte sobre todo tipo de consejos de viaje, donde podemos hablar sobre el equipaje que no llegó, pero no hubo nada crítico.
Me esfuerzo a toda costa en volar siempre, venir y asistir a todas las conferencias en las que prometí, porque, nuevamente, es el momento de la gente. El tiempo de las personas no tiene precio porque es un gran crédito de confianza el que te dan. Y si este préstamo se desperdicia, no habrá forma de recuperarlo más adelante.
Si una persona pasó tiempo, vino a la conferencia para escuchar mi informe, y yo lo tomé y no fui, esto es malo, porque no hay forma de recuperar el tiempo de esta persona. Por eso, para mí es muy importante cumplir todas mis promesas al respecto y hasta ahora todo está funcionando.
Mucha gente piensa así: “¿Por qué ir a conferencias? Puedes ver el vídeo en YouTube y siempre puedes chatear en línea”. ¿Por qué crees que los participantes necesitan ir a conferencias?
¡Gran pregunta! Deberías asistir a conferencias para establecer contactos. Esto no tiene precio y no hay otra forma de conseguirlo. Ya he mencionado la importancia de la comunicación, la comunicación y las habilidades blandas. Lamentablemente, ver un vídeo en YouTube no proporciona experiencia en habilidades interpersonales. Por lo tanto, es necesario asistir a conferencias para comunicarse.
Además, al menos para mí, cuando veo vídeos en YouTube, la interacción es completamente diferente y el material se recuerda y recuerda mucho menos bien. Tal vez sea solo yo, pero sospecho que estar en una sala en una charla y ver un video en YouTube son cosas completamente diferentes. Sobre todo si el reportaje es bueno, me parece que es muchísimo mejor escucharlo en directo. Es como escuchar un concierto en vivo y un disco.
Y repito una vez más: el networking y la comunicación no son algo que se pueda sacar de YouTube.
Por favor, dé algunas palabras de despedida a aquellos que recién están planeando convertirse en oradores o acaban de comenzar a hablar.
Busque reuniones locales. Las reuniones locales son una excelente manera de comenzar tu carrera como orador por varias razones. En primer lugar, las reuniones locales siempre buscan oradores. Puede ser que sin experiencia y sin ser un orador famoso, te resulte difícil postularte a alguna conferencia famosa, o el comité del programa, después de comunicarse contigo, entenderá que tal vez todavía sea un poco pronto para ti. Por el contrario, las reuniones locales siempre buscan oradores y el listón de entrada es mucho, mucho más bajo, por lo que es mucho más fácil llegar allí.
Además, el nivel de estrés es completamente diferente. Cuando vienen 10-15-30 personas, no es en absoluto lo mismo que cuando hay 150-200-300 personas en la sala, así que es mucho más fácil.
Nuevamente, los costos de una reunión local son mucho más bajos: no tienes que volar a ningún lado, no tienes que pasar días, simplemente puedes venir por la noche. Recordando mi consejo sobre la importancia de tener una cara amigable entre la audiencia, es mucho más fácil asistir a una reunión local con alguien porque no cuesta dinero. Si hablas en una conferencia, tú como orador vienes gratis, pero este +1 tuyo, que será una cara amigable entre el público, necesita comprar una entrada. Si estás hablando en una reunión, no existe tal problema, puedes traer a uno, dos o tres amigos que serán una cara amigable en la sala.
Y una ventaja adicional es que los organizadores de reuniones tienen muchas más oportunidades para ayudarte. Porque los organizadores de la conferencia tendrán, por ejemplo, 60 presentaciones que deberán revisar, practicar y preparar. Y los organizadores de reuniones tienen uno, dos o tres, por lo que, naturalmente, recibirás mucha más atención.
Además, es mucho más fácil obtener comentarios de las reuniones locales. Ha terminado su informe y ahora usted y la audiencia ya se están comunicando y discutiendo algo relacionado con su informe. En las grandes conferencias, este no suele ser el caso. Hiciste un informe y listo. La audiencia, que durante su informe era una masa gris, se ha ido y usted ya no sabe nada de ellos, no los escucha, no recibirá ninguna respuesta.
Digan lo que digan, las reuniones locales son un gran tema en general y para principiantes en particular.
Baruch hablará en la conferencia el 7 de diciembre . En su informe, Baruch analizará fallos reales que se producen cada día y en todas partes a la hora de actualizar el software. Mostrará cómo todo tipo de patrones DevOps encajan en diferentes escenarios y cómo aplicarlos correctamente podría salvarle la vida.
También en el programa: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (consultor de DevOps).
¡Ven a conocerte!
Fuente: habr.com