Presenté TDD (Desarrollo basado en pruebas) a mis compañeros de trabajo hace dos semanas al dar una pequeña demostración. Como era la primera vez que daba una presentación en mi nuevo lugar de trabajo, fue difícil para mí. Además, iba a discutir un tema sobre el que todavía estaba aprendiendo. Sin embargo, me inspiré para hacerlo, ya que sabía que al hacerlo, podría compartir mi conocimiento y ver cuánto había aprendido. Estas son mis impresiones generales y las lecciones que aprendí del evento.

No esperes a aprender “todo”

Como no tenía mucha experiencia con TDD a nivel empresarial, al principio me sentí un poco intimidado. Entonces entendí que mientras tu principal objetivo sea compartir en lugar de parecer “sabio”, no necesitas ser un experto para traer un nuevo concepto a una multitud. Dilo si no estás seguro de la respuesta a una pregunta o no la sabes. Todavía puede dirigir a la persona al recurso apropiado o investigar la respuesta y compartirla con el grupo en una reunión posterior. Tendrá que esperar una eternidad si espera hasta que haya aprendido "todo" antes de compartir su conocimiento.

Sin embargo, tampoco querrás desperdiciar el tiempo de tus espectadores. Como resultado, debe especificar los límites de su presentación y planificar adecuadamente los temas que abordará.

Define los límites de tu presentación

En mi caso, decidí mantener mi discurso en 30 minutos y usar solo un ejemplo. Para completar todo dentro de ese límite de tiempo, elegí un ejemplo simple, un problema de " Intersección de segmento de línea ". Pero resultó que incluso este ejemplo era demasiado largo para una presentación de 30 minutos, así que tomé la decisión de transformar en un problema de “ intersección línea-línea ”.

Estructuré mi presentación en tres secciones principales. Hacer una breve introducción a TDD y el problema que buscaba resolver fue el primer paso. Simplemente escribí la definición del problema y la información mínima sobre la técnica en un documento de texto porque no quería tomar demasiado tiempo. La segunda parte fue escribir código para resolver el problema usando TDD mientras hablaba en voz alta sobre las acciones que tomo y las razones detrás de ellas. La sección final fue de preguntas y respuestas de 5 minutos.

prepárate bien

Tuve una semana para prepararme. Empecé utilizando TDD para abordar el problema por mi cuenta varias veces y luego busqué el orden ideal para los casos de prueba para ilustrar el proceso. Dispuse los casos de prueba en el orden en que quería que aparecieran, luego usé pintura para crear algunos dibujos simples que representaban los casos para los que estaba creando casos de prueba. Después de eso, codifiqué el ejemplo completo varias veces más. Esta vez, sin embargo, hablé mientras codificaba como si estuviera dando una presentación. Trabajé en la preparación durante 7 u 8 horas en total.

¡Disfrutar!

No es ningún secreto que obtienes mejores resultados si aceptas la idea de que cometer errores es muy humano y tratas de disfrutar el momento en lugar de preocuparte por tu desempeño. No digo que sea fácil o que le funcione a alguien, pero a lo largo de mi presentación, traté de reírme de mí mismo y disfrutar la experiencia en lugar de sentirme humillado cuando cometí un error. Lo apliqué cuando pasé por el proceso de contratación de Microsoft. Puedo recordar a uno de los entrevistadores señalando un error tonto que cometí, y en lugar de entristecerme o frustrarme, simplemente me reí con él y lo arreglé. lo cual, creo, funcionó porque me contrataron.

Conclusión

Es crucial seguir aprendiendo a lo largo de la carrera y de la vida. Sin embargo, quizás más crucial que eso es la capacidad de articular cualquier pensamiento u opinión que pueda tener. Quizás el método más efectivo para practicar ambos es tratar de explicar algo que hayas aprendido recientemente. Al hacer eso, podrá identificar cualquier brecha en su comprensión y contribuir al conocimiento de los demás. Tengo la intención de seguir haciendo esto durante las próximas semanas sobre varios temas y escribir sobre mis experiencias en una publicación futura.

¡Feliz aprendizaje hasta entonces!