2009/9/23 Matias Pablo Brutti <[email protected]>: > 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
No me parece gracioso. Pegándole a alguien porque no te gusta su opinión? :S Que…que…que falta de tacto y diplomacia :S > 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 > > _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
