javamexico / propuestas-meetup

Aquí puedes proponer tu charla, abriendo un issue con el título y descripción de la misma, para que los demás podamos votar.
Creative Commons Zero v1.0 Universal
17 stars 0 forks source link

Coding Dojo Virtual #87

Open rodrigoSaladoAnaya opened 2 years ago

rodrigoSaladoAnaya commented 2 years ago

Introducción.

Tradicionalmente un coding dojo es un evento en vivo donde un grupo de desarrolladores comparten sus conocimientos y mejoran sus habilidades programáticas mediante dinámicas, por ejemplo:

  1. Se elige un ejercicio como reto a resolver, usualmente son ejercicios sencillos.
  2. Todos los participantes se reparten en parejas, de preferencia de forma aleatoria.
  3. Se designa un tiempo límite para resolver el problema. La idea es mejorar nuestras habilidades, puede que en tu primer coding dojo no logres resolver el reto pero seguro mejoraras alguna habilidad o descubrirás un área de oportunidad para ser un mejor programador.
  4. Para resolver el reto la pareja debe compartir una misma computadora, acordar una estrategia, así como las herramientas a usar, lenguaje, estilo de programación, etc.
  5. Al final y dependiendo del tiempo, se cierra el evento con testimonios de los participantes.

Una máxima de este tipo de eventos es que no se promueva la competencia y si la colaboración y respeto entre todos los participantes, es por eso que mientras más diverso sea el conjunto más divertido se volverá el evento.

Propuesta.

Realizar un evento similar de forma remota donde podamos explorar y aprovechar las ventajas que esto nos proporciona. Claro que llevar una dinámica así al formato remoto no es una tarea sencilla, se necesitaría pensar en varias cosas a resolver, por ejemplo:

  1. Tener un coordinador; o más, con la herramienta adecuada para organizar a todos los participantes.
  2. Para evitar contratiempos se necesitan definir prerrequisitos para el evento, como puede ser una herramienta para poder hacer pair programming.
  3. Un protocolo en caso de que alguien se quede sin pareja.
  4. Tal vez en las primeras ediciones pudiéramos solo usar lenguajes sobre la JVM o incluso solo java incluyendo la versión.
  5. Buenos protocolos para recibir solicitudes de ayuda y proporcionar ayuda. Por ejemplo, que no hayan entendido el problema o parte de, que una pareja no pueda avanzar por completo, etc.
  6. Entre muchos otros puntos que no se me ocurren en este momento.

Cierre.

Creo que este tipo de eventos son bastante complejos por la cantidad de cosas que pueden salir mal, así que mientras más acotadas sean las opciones, es decir que solo se pueda usar un lenguaje/versión de programación, solo una opción para hacer pair programming, protocolos bien definidos para X situaciones, una pizca de improvisación y buena suerte, seguro que corre menos riesgo de fracasar el evento.

¿Qué opinan de la idea?

referencia: https://codingdojo.org/