Trabajé en una compañía que usaba la Programación de parejas regularmente, y la encontré muy productiva, pero mentalmente agotadora. Por lo general, hacíamos una sesión de 2 a 3 horas por la mañana y, a veces, una sesión de 1 a 2 horas por la tarde.
También me entrevisté en una compañía donde la etapa final del proceso de la entrevista fue pasar un día entero emparejándose con 3 de sus ingenieros existentes.
Diría que el emparejamiento es algo que debe aprenderse y practicarse, pero resulta productivo y, en general, agradable.
- ¿Cómo describirías el hashing a un niño de 10 años?
- Cómo diseñar un diagrama de flujo de software de diagrama
- Si te dejara probando un software durante dos horas, ¿qué me tendrías que mostrar cuando regrese?
- ¿Debo dejar mi trabajo de desarrollo de software y hacer freelance a tiempo completo?
- ¿Cuándo debería considerar comprar una Mac como desarrollador?
Termina siendo agotador porque generalmente no tomas pequeños descansos para leer correos electrónicos o hacer otro trabajo que no sea de desarrollo. Al trabajar solo, obtengo muchos descansos cortos (de 1 a 5 minutos), mientras se realiza una compilación, mientras se ejecuta una prueba, etc.
Un comentario final: el emparejamiento NO se usa para desarrolladores experimentados para entrenar a los más nuevos, aunque eso es un beneficio adicional ocasional. Me emparejé con personas con menos, lo mismo y más experiencia que yo, y ambos aprendieron algo y enseñaron algo en casi todas las sesiones. Cuando se emparejan con un desarrollador relativamente inexperto, a menudo cuestionan suposiciones básicas sobre el código que todas las personas mayores aceptan como “status quo”. Por lo general, hay buenas razones para ellos, pero es bueno pensar en suposiciones y, en algunos casos, terminaron siendo innecesarios, por lo que fue realmente útil analizar el problema con una nueva perspectiva.