Te cuento... 2009/9/23 Lucas Florio <[email protected]>
> Siguiendo en la línea de la encuesta, y leyendo el artículo de Obie [1], > más la respuesta clásicamente provocadora de Giles [2], se me ocurrió > preguntar quienes de la lista han hecho, o hacen Pair > Programming<http://en.wikipedia.org/wiki/Pair_programming>. > > > Por mi lado lo he intentado con distintos compañeros, en diferentes > ocasiones (por supuesto, no con el Hardware que tienen en HashRocket) y > resultó interesante. Creo que en realidad lo más complicado de hacer PP es > la perseverancia, como con TDD/BDD. No es un rato, es siempre, o al menos en > los momentos/features clave. > > ¿Qué piensan? > > Nosotros en INSIGNIA adoptamos la buena práctica de hacer pair programming recién este año, al encarar el desarrollo de los proyectos BurdaStyle<http://www.burdastyle.com>, VBS <http://www.vbs.tv>, y Motherboard <http://www.motherboard.tv> (gracias AREA 17 <http://www.area17.com> por la confianza). De paso, aplicamos un poco de SCRUM <http://en.wikipedia.org/wiki/Scrum_%28development%29>. Al tratarse de proyectos medio largos, tomamos todos los recaudos necesarios para que la experiencia de hacer pair programming fuera lo más placentera posible. Es por esto que acondicionamos nuestros workstations lo mejor que pudimos: Monitores grandes, doble teclado, doble mouse, por suerte los escritorios nos quedaron comodos (aunque debe ser porque los hicimos hacer a medida). La experiencia fue más que satisfactoria. Cuando el pair se asienta, hay una mejora considerable en la productividad, básicamente porque "la rueda" no se detiene nunca, cuando un developer se levanta a hacer algo, el otro puede seguir y el trabajo no se detiene (esto, a mi entender, es la principal ventaja de hacer pairing). También vimos que se producen menos errores en el código, esto es inevitable porque mientras que un developer escribe, el otro mira atento y ante cualquier "irregularidad" avisa. También aprovechando un poco el BDD, para que nadie se aburra, hacíamos que uno de los developers escribe el spec y el otro lo implemente; y luego cambiar. Vimos que el pairing contribuye positivamente a la hora de sentarse a desarrollar features complejas (siempre dos cabezas pensarán mejor que una). Actualmente tenemos un pair trabajando en un proyecto y estamos todos chochos con los resultados. Y se vienen un par de proyectos nuevos para los que acordamos hacer pairing. La verdad el tema da mucho para debatir, pero a grandes rasgos esto es lo que puedo aportar. Saludos. Saludos > > Lucas Efe > > [1] > http://blog.obiefernandez.com/content/2009/09/10-reasons-pair-programming-is-not-for-the-masses.html > [2] Lo tengo en el Reader, pero no funciona el link a su sitio. Raro. > > > > > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > -- Juan Maria Martinez Arce (in)signia O: +54 381 420 7387 H: +54 381 430 2853 M: +54 381 155 505571 http://www.linkedin.com/in/jmartinezarce http://www.workingwithrails.com/person/8707-juan-maria-martinez-arce
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
