La programación en pareja, característica del Extreme Programmingy frecuentemente mal utilizada como solución empresarial para el desarrollo de un proyecto ( Too much management, not enough programmers,the typical corporate story ) suele traer consigo una cadena de ventajas y desventajas que se ven en mayor o menor proporción dependiendo de los skills de los desarrolladores involucrados.
Imho la decisión de emplear esta técnica dentro de un grupo de trabajo viene frecuentemente acompañada de una falta de análisis, la cual conlleva a lo siguiente :
- Alguno de los desarrolladores podrían verse ofendido al no habérsele pedido opinión acerca del uso de este modo de trabajo.
- Desarrolladores expertos pueden encontrar tedioso enseñar a un desarrollador menos experimentado en un ambiente emparejado.
- Muchos desarrolladores prefieren trabajar solos y encuentran el ambiente emparejado incómodo, vamos no es para todos.
- Si no se define una jerarquía en la pareja, incluso en el mejor de los ambientes de trabajo el desarrollador puede verse ofendido ante una petición de su compañero y/o viceversa.
- El nivel de productividad es muy dificil de medir en ocasiones esto puede llevar a rencores dentro del equipo
( ¿Oscar deja de estar copiando, quieres que te divida la calificación u_u? ).
No soy fatalista , dejo algunas ventajas de trabajar en pareja:
- Bajo la creencia popular, incluso el mas novato posee algun conocimiento que el skilled senior developer no.
- Trabajar en pareja aumenta significativamente la necesidad de
discutirplaticar en el equipo. - Aspectos del desarrollo que generalmente solo conoceria un desarrollador ahora son publicos lo que lleva a mayor entendimiento del proyecto.
“Laurie Williams de la universidad de Utah en Salt Lake City ha demostrado que los programadores emparejados son solamente 15% más lentos de dos programadores trabajando independientemente, pero producen 15% menos errores. Y ya que la prueba y depuración son a menudo muchas veces más costosa que la programación inicial, esto es un resultado impresionante”.
Tags: Oscar nevarez leal opinion, Pair programming, Xp programming
La extreme programing ya murio!!! y si no, hay que acabarla de matar!!! jojojojo. En si tiene practicas buenas pero cuando se toma a la ligera y los jefes tienen un acercamiento a él, creen que pueden convertir la programacion en un trabajo mecanizado, que todos los proyectos son improvisables, que se pueden ir planeando durante la marcha, uff en fin, tomemos lo feo y tiremos a la basura lo malo.
Pssss, yo sólo si me sientan una “programadora guepetona” lo haría, -digno, si no estoy de acuerdo con xquishi, eso ya murió es una mamada y una forma poco ortodoxa de trabajar, y peor cuando no se ponen de acuerdo, “lechi-niño”, “xquishi-heidi”, “xquishi-Dedios”, “xquishi-anyone” jajaja, que igual y no estaban en la misma maquina, pero pos por ahí iba su metodo jajajaja -rock1
Ah no, es un hecho, ponserse deacuerdo con xquizo esta muuuy cabrón, lo que pasa es que es un verdadero purista del lenguage adicto a Design-Patternizar cualquier problema de desarrollo y eso esta bien, es solo cuestión de entender porque quiere hacerlo de tal o cual modo y comprobar si es la mejor opción vdd manis ? +wow