<?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: Apache Continuum. Eligiendo nuestro entorno de Integración Continua (II).</title>
	<atom:link href="http://www.xnoccio.com/es/369-apache-continuum-eligiendo-nuestro-entorno-de-integracion-continua-ii/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.xnoccio.com/es/369-apache-continuum-eligiendo-nuestro-entorno-de-integracion-continua-ii/</link>
	<description>Blog de viavansi</description>
	<lastBuildDate>Mon, 30 Jan 2012 19:00:44 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Félix García Borrego</title>
		<link>http://www.xnoccio.com/es/369-apache-continuum-eligiendo-nuestro-entorno-de-integracion-continua-ii/comment-page-1/#comment-389</link>
		<dc:creator>Félix García Borrego</dc:creator>
		<pubDate>Fri, 17 Oct 2008 08:35:24 +0000</pubDate>
		<guid isPermaLink="false">http://xnoccio.com/369-apache-continuum-eligiendo-nuestro-entorno-de-integracion-continua-ii/#comment-389</guid>
		<description>Hola ibon,
En realidad viendo tu comentario no estamos en desacuerdo y de hecho los puntos a) y b) que comentas fueron los que nos hicieron elegir una opción alternativa. En general, los beneficios de estos sistemas de integración continua (que últimamente están tan de moda) son grandes, pero el peaje en ocasiones es excesivo ( aunque el problema no &quot;sea&quot; de la herramienta sino de la realidad de los proyectos).</description>
		<content:encoded><![CDATA[<p>Hola ibon,<br />
En realidad viendo tu comentario no estamos en desacuerdo y de hecho los puntos a) y b) que comentas fueron los que nos hicieron elegir una opción alternativa. En general, los beneficios de estos sistemas de integración continua (que últimamente están tan de moda) son grandes, pero el peaje en ocasiones es excesivo ( aunque el problema no &#8220;sea&#8221; de la herramienta sino de la realidad de los proyectos).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: ibon</title>
		<link>http://www.xnoccio.com/es/369-apache-continuum-eligiendo-nuestro-entorno-de-integracion-continua-ii/comment-page-1/#comment-388</link>
		<dc:creator>ibon</dc:creator>
		<pubDate>Fri, 17 Oct 2008 07:24:33 +0000</pubDate>
		<guid isPermaLink="false">http://xnoccio.com/369-apache-continuum-eligiendo-nuestro-entorno-de-integracion-continua-ii/#comment-388</guid>
		<description>Uau! Estos artículos si que van a ser una comparativa y lo demás son tonterías... Muy completos la verdad.
Pero disiento de la conclusión personal:
&quot;Hay que aclarar que la mayoría de los problemas que encontramos no son directamente achacables a Continuum, sino a la poca experiencia con este tipo de soluciones del grupo de desarrolladores y a las exigencias que se imponían sobre proyectos que, por falta de tiempo, nunca eran configurados al 100%&quot;
Es que precisamente, eso SI que me parece un problema de una herramienta de integración continua. Realmente estamos hablando de inraestructura para el desarrollador, y la infraestructura para mí:
a) No debe obligar a leerse enormes tochos antes de poder usarla de una forma medianamente útil.
b) No debe imponer una nueva forma de trabajo, sino adaptarse y mejorar la que haya.
Y a mi la verdad (como a muchos programadores) estar peleándome con la configuración de una herramienta que se supone viene a ayudar, me frustra bastante.
Salu2</description>
		<content:encoded><![CDATA[<p>Uau! Estos artículos si que van a ser una comparativa y lo demás son tonterías&#8230; Muy completos la verdad.<br />
Pero disiento de la conclusión personal:<br />
&#8220;Hay que aclarar que la mayoría de los problemas que encontramos no son directamente achacables a Continuum, sino a la poca experiencia con este tipo de soluciones del grupo de desarrolladores y a las exigencias que se imponían sobre proyectos que, por falta de tiempo, nunca eran configurados al 100%&#8221;<br />
Es que precisamente, eso SI que me parece un problema de una herramienta de integración continua. Realmente estamos hablando de inraestructura para el desarrollador, y la infraestructura para mí:<br />
a) No debe obligar a leerse enormes tochos antes de poder usarla de una forma medianamente útil.<br />
b) No debe imponer una nueva forma de trabajo, sino adaptarse y mejorar la que haya.<br />
Y a mi la verdad (como a muchos programadores) estar peleándome con la configuración de una herramienta que se supone viene a ayudar, me frustra bastante.<br />
Salu2</p>
]]></content:encoded>
	</item>
</channel>
</rss>

