Share
Si alguna vez ha estado en una conferencia centrada en el código, seguramente puede confirmar el hecho de que el número de conversaciones de codificación en vivo es increíblemente bajo. La razón por la cual es obvia: ¡son super, super difíciles! ¡Imagina la codificación en el escenario frente a cientos de personas, cuando, de repente, algo sale mal y tu código se rompe! En la vida real, unos pocos minutos de depuración no es un problema. En el escenario, incluso un solo momento de silencio es la pesadilla de un orador.
Entonces, ¿nunca deberíamos intentar tales conversaciones? ¡Absolutamente no! Simplemente tienes que prepararte de la manera correcta. Te daré algunos consejos en este artículo..
¿Qué es la codificación en vivo?? Esto se refiere a un estilo de presentación, donde el orador limita el número de sus diapositivas, a favor de escribir los ejemplos o demostraciones en tiempo real. Es un estilo de conversación increíblemente peligroso, pero puede ofrecer beneficios significativos para la audiencia.
Si eres del tipo nervioso, puede que no sea una buena opción..
Ciertamente, al preparar una nueva charla, la pregunta más importante que debe hacerse es si hay algún valor en hacer una presentación de codificación en vivo. Por ejemplo, si simplemente proporciona una variedad de ejemplos, ¿realmente necesita codificarlos en tiempo real? ¿Una diapositiva bien presentada no funcionaría igual de bien, a la vez que le aliviaría algo de estrés y la posibilidad de rotura?
Podría considerar tomar la ruta de codificación en vivo en los siguientes casos:
Personalmente, le insto a que busque las diapositivas, a menos que pueda proporcionar un argumento lo suficientemente bueno sobre por qué no serán tan eficaces. La codificación en vivo requiere una cantidad significativa de preparación, así como planes de respaldo, para contrarrestar cualquier obstáculo potencial que pueda surgir a medida que codifique. Mantenlo en mente. Si eres del tipo nervioso, puede que no sea una buena opción..
Práctica. Práctica. Y, cuando hayas terminado, practica un poco más..
Claramente, cada conversación debe ser ensayada al menos una o dos veces antes de darla frente a una audiencia en vivo. Sin embargo, si pretende codificar en tiempo real, como regla básica, triplique el número de ensayos. Codifique su camino a través de la conversación una vez, y luego repita el proceso; Cuantas más repeticiones, mejor.!
Cuando hables en el escenario, deberías esperar en blanco por lo menos unas cuantas veces.
Estas inseguridades existen en todos los hablantes. La forma más fácil de prevenir tantos errores como sea posible es conocer el tema (y cómo lo presentará) y lo humanamente posible. Práctica. Práctica. Y, cuando hayas terminado, practica un poco más..
Tu primer paso debe ser esperar lo peor..
Así que has decidido seguir adelante con una presentación en vivo al estilo de un taller. ¡Bien por usted! Tu primer paso debe ser esperar lo peor. Pregúntate a ti mismo: "¿Qué sucede si me caigo completamente y me quemo? ¿Qué pasa si mi mente se queda en blanco?"
Siempre guardo una copia del proyecto terminado antes de mi charla. De esa manera, si el escenario se me cae debajo, por así decirlo, siempre puedo hacer una broma casual y de autocrítica, observando que claramente no tengo el talento suficiente para ejecutar este estilo de conversación. Luego, puedo cambiar rápidamente al código terminado y hacer lo mejor para continuar desde allí..
Utilizo religiosamente una aplicación para Mac, llamada Dash.
Además, considere la posibilidad de crear una variedad de fragmentos de código más pequeños, que pueden representar todo, desde una sola función, a un poco de HTML, a un conjunto de reglas CSS. Hacerlo puede servir para algunos propósitos diferentes:
Utilizo religiosamente una aplicación para Mac, llamada Dash, sin embargo, cualquier expansor de texto (o incluso la funcionalidad de creación de fragmentos de su editor de código) funcionará muy bien..
Piensa en cada línea como una deuda mental..
Recuerde: la codificación en vivo no es una excusa para demostrar qué tan inteligente es, o qué tan rápido puede maniobrar alrededor de su editor de código. El objetivo final es, por supuesto, enseñar a la audiencia algo que no sabían antes de subir al escenario. Con eso en mente, haz lo mejor para estructurar el código que escribes de una manera que no abrume a la audiencia. Es cierto que esto requiere un poco de retoques para lograr el equilibrio perfecto.
Como guía, siempre opte por la ruta más simple a través de su código. Si una parte de la lógica no es vital para lo que está intentando transmitir a la audiencia, entonces elimínela (quizás con una rápida advertencia de que, en un proyecto del mundo real, es probable que agregue un poco más aquí y allá ).
Haga todo lo posible por ser increíblemente sensible a cada línea que escriba durante el curso de su presentación. Piense en cada línea agregada como deuda mental. El público es una esponja; finalmente, han absorbido todo lo que son capaces en una sesión de cuarenta y cinco minutos. Mantenlo simple.
Hablar en el escenario es una experiencia aterradora. La codificación en el escenario es aún peor!
No hay dos maneras de hacerlo: hablar en el escenario es una experiencia aterradora. ¡La codificación en el escenario es aún peor! Si eres del tipo nervioso, encuentra alguna forma de eliminar el exceso de energía una hora antes de subir al escenario. Cuanto menos energía acumulada tenga al hablar, menos probable será que sus manos se sacudan sin control. Aquí hay algunos consejos:
Evita la tendencia a teclear silenciosamente en el escenario..
Como desarrolladores, pasamos la mayoría de nuestros días de trabajo en silencio, codificándolos. Pero, tendrá lugar una transición interesante, si decide probar suerte en una presentación de codificación en vivo: no solo estará codificando, sino que también hablará en el proceso e ilustrará verbalmente cada línea de código..
No olvides seguir hablando! Evita la tendencia a teclear silenciosamente en el escenario. Esta es una forma de boleto para una mala revisión. La clave es reformular cada línea de código de manera que todos los miembros de la audiencia puedan entender, independientemente de su nivel de habilidad..
A veces, todo se reduce a un poco de suerte..
Mire: hay una razón por la que los desarrolladores consideran que una presentación de codificación en vivo es increíblemente peligrosa y rara vez tiene éxito. Si no está lo suficientemente preparado, tan pronto como las cosas vayan mal (y lo harán), la audiencia se estremecerá, mientras te observan en silencio, pero intentan desesperadamente corregir tu error..
A veces, sin embargo, todo se reduce a un poco de suerte. Prepárate como un loco, cruza los dedos y espera lo mejor. Si tiene éxito, podría mostrarle a la audiencia algo que rara vez (o nunca) verán en una conferencia. Buena suerte!
Accentsconagua