y si cada tanto , cuando se esta auditando codigo, un dice que carajo quiso hacer este developer, alguien le debería dar un buen sopla moco... !!! Gracias al pair programming es posible darle un buen sopla moco para que aprenda a no hacer boludeces ajajaajajaa :D ajajajajaajjajaj Slds.
2009/9/23 Rodolinux <[email protected]> > Una ventaja interesante del Pair Programming es que le podes pegar al > developer, en vez de solo putearlo... > > > 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 >> >> > > > -- > http://www.rodolinux.com.ar > > "I must not fear. Fear is the mind-killer. I will face my fear. I will > permit it to pass over me and through me. And when it has gone past I will > turn the inner eye to see its path. Where the fear has gone there will be > nothing. Only I will remain." - Bene Geserit's Fear Lethany - Dune Trilogy - > Frank Herbert > > _______________________________________________ > 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
