Aplícalo esta semana
Con otros · ejemplo: Regla de descuento en pareja
Programación en pareja
Dos personas, un teclado: una escribe, la otra navega y pregunta. Cambian de rol.
Evidencia moderada150 min en total
Quien conduce escribe la prueba y el código; quien navega piensa en el diseño, detecta errores y pregunta por qué. Cambiar de rol cada 15 minutos obliga a explicar decisiones en voz alta, todo el tiempo.
- Para quién
- Todos. Mejor entre niveles cercanos o con rol explícito de mentor.
- Fuente
- McDowell et al. (2006); Hannay et al. (2009), The Effectiveness of Pair Programming: A Meta-Analysis
- Estudios controlados con resultados favorables, con matices según contexto.
El plan en el tiempo
Qué haces antes, durante y después. Mueve t y mira qué ya ocurrió.
Antes de encontrar el concepto t<0
Esta metodología no prepara nada antes: llegas en frío al concepto.
El encuentro t=0
- t=0
Leen juntos el problema
Explicación · 30 min · El primer encuentro: alguien (o un texto) explica el concepto.
Después: consolidar t>0
- t=+1
Tú conduces: escribes la prueba roja
Aplicación · 30 min · Usar el concepto en un problema nuevo construye transferencia.
- t=+1
Explicas en voz alta por qué esa prueba primero
Enseñar · 25 min · Preparar y dar una explicación a otro organiza el conocimiento (efecto protegido).
- t=+3
Navegas: tu pareja implementa y tú preguntas
Aplicación · 30 min · Usar el concepto en un problema nuevo construye transferencia.
- t=+3
Justificas cada sugerencia de diseño
Enseñar · 25 min · Preparar y dar una explicación a otro organiza el conocimiento (efecto protegido).
- t=+8
Retrospectiva de 10 minutos: qué aprendió cada uno
Reflexión escrita · 10 min · Escribir qué esperabas y qué pasó convierte experiencia en criterio.
Trayectoria frente al método de control
Programación en parejaReleer y subrayar (control)
Se aplica en la ruta
Úsala programando, no solo leyendo
Pruébalo ahora
Regla de descuento en pareja
Organiza una sesión en pareja con turnos y preguntas para quien navega.
Ahora · Conduces tú
- Escribes la prueba roja y el código mínimo.
- Piensas en voz alta: qué vas a escribir y por qué.
- No discutes el diseño mientras tecleas: lo anotas.
Siguiente turno · Navegas tú
- Miras el diseño completo, no la línea actual.
- Preguntas por qué, no dictas el código.
- Llevas la lista de pruebas pendientes.
15:00
turno 1
Pregunta para quien navega
¿Qué prueba escribirías después de esta?
Al terminar: diez minutos de retrospectiva. Cada uno dice una cosa que aprendió del otro y una decisión que discutieron.
Cuándo no usarla
Tareas mecánicas y conocidas: dos personas hacen el trabajo de una.
Señal de que funciona
Discuten diseño antes de escribir y las pruebas salen mejores.
Tu decisión
¿Programación en pareja te hizo aprender?
Responde después de probar el ejemplo. Se guarda solo en este navegador.