He programado muchos pares, pero solo comencé a hacerlo después de una larga carrera. He estado programando durante 34 años en total, pero solo comencé la programación de pares hace unos 6 años. No pasó mucho tiempo para darse cuenta de que uno de los secretos sobre la programación de pares es que un par de desarrolladores tienden a centrarse más en la tarea en cuestión. Mientras que un solo desarrollador puede salir fácilmente en una expedición personal para explorar su tecnología favorita. Digamos que parte de la tarea es usar una base de datos SQL y al desarrollador le encanta SQL, ¿adivina qué? El desarrollador, por su cuenta, podría pasar mucho más tiempo del necesario jugando con SQL, puliendo su código, leyendo sobre SQL y, en general, jugando y experimentando y probando cosas. Si está en un par, este tipo de pérdida de tiempo aún puede continuar, pero en menor medida. Efectivamente, el par de programación tiene el doble de conciencia acerca de hacer la tarea a mano. Diría que esta doble conciencia es la mejor parte de la programación de pares, pero por alguna razón nadie parece escribir sobre eso. ¡Así que AFAIK esta es la primera vez! 🙂
Entonces, si está decidido a querer tomarse su propio tiempo dulce para cualquier tarea en particular, entonces diría que esta es la razón # 1 para oponerse a la programación de pares. # 2 es probablemente más un aspecto social. No hay nada peor que programar en pareja con alguien que está ‘conduciendo’ que no quiere o no está interesado en aprender a hablar en voz alta como está pensando. Si alguien está pensando y no hablando, entonces no puede seguirlo y no está en la misma página, no está trabajando juntos, y se sentirá más como una mano derecha que ha sido cortada. Obviamente, diferentes desarrolladores dominarán el arte de pensar en voz alta en diferentes marcos de tiempo y en diferentes grados. Pero, básicamente, si eres tímido y simplemente no quieres hacerlo, entonces apestarás en la programación de pares … o al menos será un asco para el emparejamiento de desarrolladores contigo.
Yo diría que la razón # 3 para oponerse a la programación de pares sería la defensa religiosa de varias tecnologías. Si un fanático de vim y un fanático del eclipse comienzan a emparejarse y no pueden “ superarse ” a sí mismos y a su solución personal de tecnología, entonces las chispas de programación de pares obviamente comenzarán a volar … si alguno de ellos comienza a emparejar el programa.
- ¿Qué libros debo leer para prepararme para la entrevista de prácticas de Google para el puesto de Ingeniero de Software?
- ¿Cuál es la diferencia en el trabajo que hace un ingeniero de software que obtiene 3LPA y 6LPA?
- ¿Cuál es la tarea diaria de un ingeniero de software especializado en seguridad?
- (Específicamente) ¿Qué trabajo hiciste como desarrollador de software durante tu pasantía?
- ¿Cómo son las oficinas de los equipos de Microsoft?
Estas serían las 3 razones principales que he observado. Curiosamente, también son las 3 razones principales por las que estoy a favor de la programación en pareja 🙂 # 1 Es genial tener a todo el equipo analizando las tareas de mayor prioridad sin distraerse. # 2 Cuando las parejas experimentadas aprenden a pensar en voz alta, es sorprendente lo mucho más productivos que pueden ser dos cerebros para resolver problemas y no cometer errores que un cerebro. ¡Y la programación de pares n. ° 3 es la forma ideal de aprender y adoptar las nuevas tecnologías sobre la marcha!