Interesantes los papers, pero ninguno se refiere a lo que yo mencione en el email. Estoy hablando de estudios sobre si pair programming introduce mas o menos vulnerabilidades en el código desde el punto de vista de la seguridad. Estos papers son interesantes pero apuntan a otra cosa :D Gracias de todos modos ! Slds.
2009/9/24 Maximiliano Guzman <[email protected]> > Ahí van algunos estudios: > > The costs and benefits of pair programming: > collaboration.csc.ncsu.edu/laurie/*Papers*/XPSardinia.PDF > > Strenthening the case for pair programming: > www.cs.utah.edu/~lwilliam/*Papers*/ieeeSoftware.PDF > > 2009/9/23 Matias Pablo Brutti <[email protected]> > >> Me interesaria saber si hay algun estudio que indique si pair programming >> introduce mas o menos bugs ( vulnerabilidades ) en el codigo. Tengo teorias >> a favor y en contra. Pero seria interesante saber si alguna compania hizo >> algun estudio serio del tema. :D Alguien sabe de algun estudio de este tipo >> ? >> >> Slds >> >> 2009/9/23 Joaquín Vicente <[email protected]> >> >>> >>> >>> 2009/9/23 Agustin Nicolas Viñao Laseras <[email protected]> >>> >>>> Carlos, es correcto lo que decis, veo la diferencia en PP que el costo >>>> de hora de desarrollo es mas elevaldo (por poner 2 recursos en lugar de 1) >>>> pero al mismo tiempo son menos las horas de desarrollo y menos los >>>> problemas >>>> (errores, bugs, etc) que se podra presentar a posterior. >>>> >>>> Por lo tanto, y desde mi perspectiva, un mismo desarrollo lleva mas >>>> horas con 2 programadores separados que con 2 programadores haciendo PP. Lo >>>> cual eleva el costo de hora en PP para cualquier proyecto. >>>> >>>> Corrijanme si no es correcta esta relacion de menor cantidad de horas >>>> para un mismo desarrollo haciendo PP. >>>> >>> >>> Se puede pensar el pair programming como la relación entre 1 senior >>> (equipo de pair programming) y 2 juniors (dos desarrolladores separados). El >>> valor de la hora de trabajo de un senior es más cara que un junior, pero es >>> mucho más eficiente trabajando que cada junior por separado. Incluso puede >>> ser más eficiente que los dos juniors juntos. >>> >>> En el caso de dos personas haciendo pair programming, si bien parece más >>> cara la hora de desarrollo, trabajan mucho más eficientemente. El costo se >>> compensa y hasta puede ser más efectivo. >>> >>> >>> Joaquín Vicente >>> >>> _______________________________________________ >>> Ruby mailing list >>> [email protected] >>> http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar >>> >>> >> >> >> -- >> -- >> --<自由編碼人>-- >> Ing. Matias Pablo Brutti >> Security Consultant >> Email : [email protected] >> Site: http://www.freedomcoder.com.ar >> >> _______________________________________________ >> Ruby mailing list >> [email protected] >> http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar >> >> > > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > -- -- --<自由編碼人>-- Ing. Matias Pablo Brutti Security Consultant Email : [email protected] Site: http://www.freedomcoder.com.ar
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
