2009/9/23 Carlos Kozuszko <[email protected]>: > En cambio, si uno se pone a disposición del cliente, en una forma mucho más > alineada con el agile web development, donde hay mucha más conversación, > posibilidad para incorporar cambios rapidamente aunque no hayan sido acordados > inicialmente por contrato, etc... Entonces en esos escenarios sí tiene > que ver con > que el cliente vea como una ventaja el hecho de tener un equipo de dos > developers > haciendo pair, con respondo a dos developers por separado por ejemplo. > Porque en esa modalidad, el cliente paga por hora de trabajo > realizada.
Creo que esto parte de la premisa de que dos programadores juntos hacen la mitad del trabajo que dos programadores separados, cuando en realidad la gente que usa pair programming como metodología descubre que dos programadores juntos hacen mucho más que separados (y mi modesta experiencia me lo confirma). Si esto es cierto, entonces como cliente me conviene que se use pair programming. _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
