Mi primera charla técnica: cómo me preparé y cómo lo superé

Era una tarde de septiembre y estaba discutiendo con Hari . Mientras hablaba, me dio una nueva tarea, Hablar . Esta es una captura de pantalla de lo que escribimos en un documento. En los siguientes 6 meses, primero tuve que asistir a una conferencia y luego dar una charla técnica externa.

Al ser la primera vez que hacía una, la perspectiva de presentar una Tech Talk era emocionante y aterradora.

Ahora que tenía que dar una charla, lo más importante era encontrar una conferencia. Como había estado trabajando en Ruby on Rails, la idea era encontrar una conferencia relacionada con Ruby y presentar allí el CFP.

En noviembre, me encontré con el Ruby on Rails Global Summit de Geekle . Tenía la intención de asistir a esta cumbre, observar las presentaciones de los oradores y luego enviar un CFP para las próximas conferencias de Ruby que pudiera encontrar. Sin embargo, los CFP todavía estaban abiertos.

Le conté mi idea a Hari y me convenció de que, dado que los CFP están abiertos, debería presentar uno y, si no me seleccionan, siempre puedo volver para asistir a la cumbre. De esta manera, mi plan de asistir a la cumbre ahora se cambió a hablar en la cumbre.

Envío de la PPC

Como los CFP estaban abiertos desde hace algún tiempo, muchos de los temas sobre los que pensaba hablar ya estaban tomados. Finalmente me decidí a hablar de Rubocop, ya que llevaba algún tiempo trabajando en ello.

El plan era mostrar una demostración en vivo sobre la modificación de policías y mostrar los resultados de antes y después. Después de varias iteraciones en el resumen y el título, finalmente presenté mi primer CFP: mejora de la calidad del código con Rubocop .

A mediados de diciembre, Liliya del equipo de Geekle se acercó y sí, se aceptó el CFP; Ahora estaba dando mi primera charla técnica.

Preparándose para la charla

Como la charla fue en enero, estaba bastante relajado cuando recibí la aceptación. Ya había escrito un blog sobre Rubocop, así que sentí que podía manejar la charla.

Cuando recibí otro correo electrónico con información sobre la plataforma que utilizaríamos y pancartas promocionales para mi charla, fue cuando comencé a enloquecer al darme cuenta de la escala de la conferencia. Para asegurarme de que todo estaba configurado, me pidieron que programara una llamada de prueba con el equipo técnico.

Durante la llamada técnica, me explicaron la plataforma Streamyard, cómo funciona el uso compartido de pantalla y todos los demás detalles menores.

Cuando terminó la llamada, fue cuando me sentí tenso por primera vez. Empecé a pensar demasiado incluso en cosas simples como compartir la pantalla porque era muy nuevo en la plataforma. ¿Qué sucede si comparto la pantalla incorrecta o se corta mi Internet?

Además, tuve que codificar en vivo frente a mi audiencia. ¿Qué sucede si mi código no funciona correctamente? Empecé a preguntarme si debería haber grabado la presentación de antemano y enviarla. Pero era hora de superar su nivel de comodidad.

Para evitar cualquier problema que pudiera surgir durante la discusión, la idea era preparar las diapositivas y repasar el flujo completo tantas veces como pudiera. Además, para tener una idea de cómo la gente suele hacerlo, fui a YouTube y vi varias charlas dadas por desarrolladores de los que había oído hablar.

Practicando la charla

Una vez que tuve la charla lista, las practiqué y fue cuando me di cuenta de que necesitaba reestructurar las diapositivas. Dado que tenía una combinación de teoría y código, tenía que asegurarme de que hubiera un espacio adecuado entre los dos, para que el contenido fuera fácil de consumir.

Reordené y practiqué de nuevo. Me di cuenta de que la velocidad a la que estaba hablando era demasiado rápida y necesitaba reducir la velocidad.

Le mostré a Hari una demostración de mi charla dos días antes del evento y me ofreció revisiones como retroalimentación. Esto fue muy útil. El consejo más significativo que recibí fue interactuar con la audiencia y hacer que la charla fuera más atractiva.

Empecé a considerar formas de incluir la participación de la audiencia en la presentación. Las opciones de participación estaban restringidas porque era una conferencia en línea y no se encendía el video de nadie.

Como resultado, incorporé encuestas en forma de códigos QR e invité a la audiencia a participar en la codificación.

Una vez que tuve las diapositivas finales, hice una charla de demostración final con Ishan y nuevamente con Hari. Dar demostraciones ayudó a aumentar mi confianza.

El día de la charla, jugué con los comandos y el código dos o tres veces para asegurarme de que todo funcionaba como se esperaba.

Va en directo

Todo el nerviosismo se desvaneció tan pronto como comencé a hablar porque me quedé absorto.

Durante la charla, no pude ver si las personas estaban respondiendo mis preguntas o la encuesta, pero cuando completé la charla y verifiqué, me alegró ver que la audiencia interactuaba conmigo y respondía las encuestas.

Algunas personas incluso se comunicaron en LinkedIn con comentarios positivos.

En general, fue una experiencia fantástica, y me alegro de haberlo hecho en vivo en lugar de pregrabar.

PD: Puedes encontrar mi charla aquí :)