Hola Nelson, > > > 2009/9/23 Nelson Fernandez <[email protected]>: > > > > Pero luego el día a día no lo > > veo mucho. La sensación que tengo es de gallinas con la luz todo el día y > > empollando (tirando código)... y en ese sentido lo pone claro Obie... de > > usar el orgullo hacker de tener otro al lado y de que va a haber menos > > distracción (cosa que comparto y que es cierta), pero no estoy seguro que > > sea lo más adecuado a largo plazo. > > Antes que nada una aclaración... hice poco pair programming y hablo mas de mi experiencia como programador. Me gustaría conocer las opiniones de gente que lo usa día a día o que laburó en un proyecto de un par de meses haciendo pair programming.
> Por qué no lo ves adecuado en el día a día? > porque si estuviera ahora haciendo pair programming no te podría estar contestando !! :D :D :D ... creo que un programador es una persona (como cualquier laburante) y tiene una vida aparte de meter 8 horas de código de corrido.... como se ve en la encuesta de Lucas, el 90% somos autodidactas en la capacitación y esa capacitación entra de muchas maneras en uno y no creo que solamente haciendo pair programing la logres. > Como lo diferenciarías un developer que está 8 horas al día trabajando y > otro > que está haciendo pair programming ? > lo diferenciaría por el laburo que hace y no por estar 8 horas frente al monitor... laburar por objetivos, por proyecto y no por estar 8 horas adelante de la pantalla. > En realidad mi duda es por qué pensás que no es adecuado a largo plazo y > como una práctica que se mantenga en el día a día? > > Uno de los comentarios al post de Obie, en relación a que si juntas un programador bueno con uno de más bajo nivel, solo se beneficia directamente el más bajo y no el bueno, porque no hay una reciprocidad en los conocimientos que se comparten, por eso lo veo solo bueno para transferir conocimiento.. mentoring.. aprender una librería o ambiente como comentaba Lucas sobre Java y Linux creo. Y si juntas a dos buenos, no haces avanzar a los de más abajo, no nivelas al grupo, una solución podría ser tener todos buenos, como dice Obie.... pero en ese punto no estoy seguro que puedas mantener 8x5 (contando de lunes a viernes, salvo que quieras hacerlos laburar 7 días a la semana :D ).... y en ese punto volvemos nuevamente a las 'personas' .... hay programadores que laburan mejor de mañana, otros de tarde y algunos mañosos como yo, de noche.... y creo que eso se debe tener en cuenta porque es una actividad 'creativa' la nuestra, una tarea de 'artesano' y no una tarea de linea de producción. Creo que habría que dividir las aguas un poco también.... por un lado pensarlo como 'negocio' y por el otro pensarlo como 'programador'.... Si yo tengo un webshop donde tengo 2 buenos analistas que toman todo el requerimiento, escriben unos buenos specs y tests y luego se lo dan a un equipo de 6 developers haciendo pair programing, puede ser un golazo (que es lo que hace hashrocket). En ese sentido lo que más importa son los contratos que puedas conseguir y las horas facturables al cliente (golazo para el dueño del boliche, se entiende), al final del día es la dura realidad, lo que importa son las horas que facturastes. Si lo vemos del lado del programador, en ese mismo esquema, lo veo como una picadora de carne y no lo veo interesante a largo plazo. > En realidad yo tengo otra visión de por qué a veces no es simplemente > posible > aplicarlo full time, pero no están relacionadas con lo que decís y no > quiero meter > más ruido en el mismo mensaje (ampliaré :P) > > me encantaría escuchar tu punto de vista ! -- :: nelson :: [ artesano de software & software craftsman ] http://netflux.com.ar
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
