pair programming?
- explicar pair programming
- driver
why?
thinking
- muchos pueden decir que 2 por separado rinden mucho mejor que uno, eso es así si fuera mecanografía, no es cuestion de escribir más rápido
- pasamos la mayor parte del día pensando y no escribiendo, 2 piensan mejor que uno, 4 ojos ven mas que 2
calidad
- calidad de código
- menos bugs
- mejor diseño
focus
- foco en la tarea
- twitter, facebook
- las pausas están consensuadas
mentoring
- flujo de conocimiento
- mentoring y aprendizaje
- aprender los unos de los otros
compartir triunfos
- la victoria, si la compartes sabe mejor
compartir fracasos
- compartir responsabilidades
- 4 ojos ven más que dos, las tareas delicadas siempre se deberían hacer entre 2
rules
- hay que acordar unas reglas, tener claros los patrones de diseño que se siguen en la empresa
talk
- es muy importante la comunicación, no consiste en que uno pica y el otro mira
argue
- siempre que no se entre en discusiones absurdas de si indento a 2 o 3 espacios, eso entra en las reglas
be confortable
- ambiente tranquilo, cómodos (no banqueta)
humildad
- importante la confianza
- no ir de sobrado, intentar aprender los unos de los otros y no dar master classes
rotate
- cambiar a menudo, una vez al día
patience
- los errores tontos te los da el ide
- todo parece mucho más lento desde las trincheras
rest
- cansa mucho
enjoy it
- es importante pasarselo bien, herramientas....
----------------------
inseguridad
- al principio, y si no hay mucha confianza, parece que te cuesta todo mucho más y te atascas con chorradas, tranquilidad
inspector
- no es un examen
bossy
- dominante, querer el teclado todo el rato o ir dictando al que escribe
teclado
marriages
empatía
- no forzar las parejas
-----------------------------
planificar el día
- hasta dónde queremos llegar, postit
- pausas
- cambios de pareja
- que parte hacemos solos