<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios en: Primeros pasos en pair programming</title>
	<atom:link href="http://retrorock.info/primeros-pasos-en-pair-programming/feed/" rel="self" type="application/rss+xml" />
	<link>http://retrorock.info/primeros-pasos-en-pair-programming/</link>
	<description>Reflexiones y Código por Wilbur Suero</description>
	<lastBuildDate>Fri, 13 Jan 2012 05:58:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Por: wilburhimself</title>
		<link>http://retrorock.info/primeros-pasos-en-pair-programming/#comment-696</link>
		<dc:creator>wilburhimself</dc:creator>
		<pubDate>Wed, 01 Dec 2010 15:50:37 +0000</pubDate>
		<guid isPermaLink="false">http://retrorock.info/?p=15#comment-696</guid>
		<description>Hola Juan,

Para adoptar pair programming o cualquier metodología de desarrollo ágil, el compromiso debe tomarlo la compañía en cuestión y deben estar de acuerdo con que este tipo de cosas van a estar sucediendo. 

No en todos los ambientes de trabajo se puede hacer pair programming.</description>
		<content:encoded><![CDATA[<p>Hola Juan,</p>
<p>Para adoptar pair programming o cualquier metodología de desarrollo ágil, el compromiso debe tomarlo la compañía en cuestión y deben estar de acuerdo con que este tipo de cosas van a estar sucediendo. </p>
<p>No en todos los ambientes de trabajo se puede hacer pair programming.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Juan</title>
		<link>http://retrorock.info/primeros-pasos-en-pair-programming/#comment-693</link>
		<dc:creator>Juan</dc:creator>
		<pubDate>Tue, 30 Nov 2010 19:02:32 +0000</pubDate>
		<guid isPermaLink="false">http://retrorock.info/?p=15#comment-693</guid>
		<description>Genial lo del pair programming.. pero... ¿cómo aplicarlo en un entorno de trabajo donde la separación de puestos no existe? En muchas oficinas las instalaciones son diáfanas.

¿Cómo mantener a dos desarrolladores hablando constantemente sin molestar e interrumpir la concentración del resto del equipo de trabajo?

¿Dejamos que los decibelios suban con varios grupos de desarrolladores en pair programming?

Un escéptico intentando reciclarse....</description>
		<content:encoded><![CDATA[<p>Genial lo del pair programming.. pero&#8230; ¿cómo aplicarlo en un entorno de trabajo donde la separación de puestos no existe? En muchas oficinas las instalaciones son diáfanas.</p>
<p>¿Cómo mantener a dos desarrolladores hablando constantemente sin molestar e interrumpir la concentración del resto del equipo de trabajo?</p>
<p>¿Dejamos que los decibelios suban con varios grupos de desarrolladores en pair programming?</p>
<p>Un escéptico intentando reciclarse&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Gerardo Monroy</title>
		<link>http://retrorock.info/primeros-pasos-en-pair-programming/#comment-684</link>
		<dc:creator>Gerardo Monroy</dc:creator>
		<pubDate>Wed, 17 Nov 2010 17:52:24 +0000</pubDate>
		<guid isPermaLink="false">http://retrorock.info/?p=15#comment-684</guid>
		<description>hay que recalcar también el test-driven develpment, base de esta sentada en pares...</description>
		<content:encoded><![CDATA[<p>hay que recalcar también el test-driven develpment, base de esta sentada en pares&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: wilburhimself</title>
		<link>http://retrorock.info/primeros-pasos-en-pair-programming/#comment-683</link>
		<dc:creator>wilburhimself</dc:creator>
		<pubDate>Sat, 13 Nov 2010 03:19:27 +0000</pubDate>
		<guid isPermaLink="false">http://retrorock.info/?p=15#comment-683</guid>
		<description>Hola Leito, gracias por venir y gracias por el enlace ;)

Es como dices acerca de compartir conocimientos y la cultura colaborativa. Al mismo tiempo que se logran objetivos desde el punto de vista revisado de dos programadores, Ambos programadores comparten conocimientos y costumbres entre si, que al final fortalecen las costumbres y practicas del equipo.</description>
		<content:encoded><![CDATA[<p>Hola Leito, gracias por venir y gracias por el enlace <img src='http://retrorock.info/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Es como dices acerca de compartir conocimientos y la cultura colaborativa. Al mismo tiempo que se logran objetivos desde el punto de vista revisado de dos programadores, Ambos programadores comparten conocimientos y costumbres entre si, que al final fortalecen las costumbres y practicas del equipo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Leito</title>
		<link>http://retrorock.info/primeros-pasos-en-pair-programming/#comment-682</link>
		<dc:creator>Leito</dc:creator>
		<pubDate>Tue, 09 Nov 2010 13:24:08 +0000</pubDate>
		<guid isPermaLink="false">http://retrorock.info/?p=15#comment-682</guid>
		<description>Desde mi perspectiva, la programación de a pares es la práctica más importante y dificil de XP. No tanto por los beneficios técnicos que genera, sino por el cambio cultural de fondo al que apunta: la programación de a pares es la base central de una cultura colaborativa, donde las personas se sientan libres de compartir lo que conocen y preguntar lo que quieran aprender. 

Muy buen artículo, breve y preciso. Muchsa gracias por compartir!</description>
		<content:encoded><![CDATA[<p>Desde mi perspectiva, la programación de a pares es la práctica más importante y dificil de XP. No tanto por los beneficios técnicos que genera, sino por el cambio cultural de fondo al que apunta: la programación de a pares es la base central de una cultura colaborativa, donde las personas se sientan libres de compartir lo que conocen y preguntar lo que quieran aprender. </p>
<p>Muy buen artículo, breve y preciso. Muchsa gracias por compartir!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Wilbur Suero</title>
		<link>http://retrorock.info/primeros-pasos-en-pair-programming/#comment-4</link>
		<dc:creator>Wilbur Suero</dc:creator>
		<pubDate>Mon, 18 May 2009 01:35:54 +0000</pubDate>
		<guid isPermaLink="false">http://retrorock.info/?p=15#comment-4</guid>
		<description>... O con dos mentes?

Lo sorprendente es que no hayan más managers y jefes de proyectos que crean en este tipo de formas de trabajo.</description>
		<content:encoded><![CDATA[<p>&#8230; O con dos mentes?</p>
<p>Lo sorprendente es que no hayan más managers y jefes de proyectos que crean en este tipo de formas de trabajo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: zeros0</title>
		<link>http://retrorock.info/primeros-pasos-en-pair-programming/#comment-3</link>
		<dc:creator>zeros0</dc:creator>
		<pubDate>Mon, 18 May 2009 01:22:01 +0000</pubDate>
		<guid isPermaLink="false">http://retrorock.info/?p=15#comment-3</guid>
		<description>Tengo que decir(Por experiencia) que la programacion en pares es lo mejor, ya que entre los dos crecen mas rapido y la complejidad se disminuye sustancialemente.

Unos de los puntos a la hora de programar en pares, es que uno desarrolla la forma a la hora de programar tan sutil a la lectura de cualquier programador que va a ver el codigo por primera vez.

Tambien unas de las ventajas de programar en pares es que a la hora de desarrollar junto llega a entender que el codigo que tira uno es identico a la forma de tirar el otro y hasta podria confundir quien fue que hizo x clase. (Esto quiere decir que es como ser una gente con 4 manos.)</description>
		<content:encoded><![CDATA[<p>Tengo que decir(Por experiencia) que la programacion en pares es lo mejor, ya que entre los dos crecen mas rapido y la complejidad se disminuye sustancialemente.</p>
<p>Unos de los puntos a la hora de programar en pares, es que uno desarrolla la forma a la hora de programar tan sutil a la lectura de cualquier programador que va a ver el codigo por primera vez.</p>
<p>Tambien unas de las ventajas de programar en pares es que a la hora de desarrollar junto llega a entender que el codigo que tira uno es identico a la forma de tirar el otro y hasta podria confundir quien fue que hizo x clase. (Esto quiere decir que es como ser una gente con 4 manos.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

