<?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>Comments on: Sobre grandes alterações pequenas</title>
	<atom:link href="http://blog.thiagoarrais.com.br/2007/08/29/sobre-grandes-alteracoes-pequenas/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.thiagoarrais.com.br/2007/08/29/sobre-grandes-alteracoes-pequenas/</link>
	<description>Pensamentos, idéias e devaneios sobre desenvolvimento de software e tecnologia em geral</description>
	<lastBuildDate>Fri, 16 Apr 2010 04:05:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: thiagoarrais</title>
		<link>http://blog.thiagoarrais.com.br/2007/08/29/sobre-grandes-alteracoes-pequenas/comment-page-1/#comment-138</link>
		<dc:creator>thiagoarrais</dc:creator>
		<pubDate>Fri, 31 Aug 2007 12:22:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2007/08/29/sobre-grandes-alteracoes-pequenas/#comment-138</guid>
		<description>Alessandro, testes costumam realmente facilitar muito a vida dos mantenedores. Eu particularmente prefiro receber patches com testes do que sem, e incentivo qualquer um interessado em colaborar com código para minhas aplicações a escrever testes.

Porém, assim como tudo que consigo pensar, testes não são uma solução mágica para todos os problemas. O esforço necessário para revisar uma alteração cresce junto com o tamanho dela. Há a possibilidade do crescimento ser maior do que linear, já que o pobre mantenedor precisa verificar se o colaborar não introduziu nenhum tipo de efeito colateral. Testes certamente ajudam, mas não eliminam o problema.

Caso o mantenedor julgue necessário rejeitar algumas das alterações, não seria mais fácil se elas já tivessem sido recebidas separadamente?</description>
		<content:encoded><![CDATA[<p>Alessandro, testes costumam realmente facilitar muito a vida dos mantenedores. Eu particularmente prefiro receber patches com testes do que sem, e incentivo qualquer um interessado em colaborar com código para minhas aplicações a escrever testes.</p>
<p>Porém, assim como tudo que consigo pensar, testes não são uma solução mágica para todos os problemas. O esforço necessário para revisar uma alteração cresce junto com o tamanho dela. Há a possibilidade do crescimento ser maior do que linear, já que o pobre mantenedor precisa verificar se o colaborar não introduziu nenhum tipo de efeito colateral. Testes certamente ajudam, mas não eliminam o problema.</p>
<p>Caso o mantenedor julgue necessário rejeitar algumas das alterações, não seria mais fácil se elas já tivessem sido recebidas separadamente?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alessandro</title>
		<link>http://blog.thiagoarrais.com.br/2007/08/29/sobre-grandes-alteracoes-pequenas/comment-page-1/#comment-140</link>
		<dc:creator>Alessandro</dc:creator>
		<pubDate>Thu, 30 Aug 2007 16:57:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2007/08/29/sobre-grandes-alteracoes-pequenas/#comment-140</guid>
		<description>Se a alteração estiver fundamentada em testes, não tem problema dela ser realiza em &quot;grande&quot; ou &quot;pequena&quot; escala. Mas senão, até mesmo as pequenas alterações irá prejudicar o trabalho do mantenedor do projeto. 

&quot;É serio mesmo, essas coisas ainda existem.&quot; 

Esse tipo de comentário, não ajuda, pelo contrário, ele faz com que haja fuga do tema. E foi isso que reparei neste post.</description>
		<content:encoded><![CDATA[<p>Se a alteração estiver fundamentada em testes, não tem problema dela ser realiza em &#8220;grande&#8221; ou &#8220;pequena&#8221; escala. Mas senão, até mesmo as pequenas alterações irá prejudicar o trabalho do mantenedor do projeto. </p>
<p>&#8220;É serio mesmo, essas coisas ainda existem.&#8221; </p>
<p>Esse tipo de comentário, não ajuda, pelo contrário, ele faz com que haja fuga do tema. E foi isso que reparei neste post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcos Tapajós</title>
		<link>http://blog.thiagoarrais.com.br/2007/08/29/sobre-grandes-alteracoes-pequenas/comment-page-1/#comment-141</link>
		<dc:creator>Marcos Tapajós</dc:creator>
		<pubDate>Thu, 30 Aug 2007 00:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2007/08/29/sobre-grandes-alteracoes-pequenas/#comment-141</guid>
		<description>Eu faço vários commits com pequenas partes de código pelos mesmos motivos que você citou e por usar integração continua com processo completamente automatizado. Fica tão fácil integrar que não tem motivo para demorar muito tempo.

Um abraço</description>
		<content:encoded><![CDATA[<p>Eu faço vários commits com pequenas partes de código pelos mesmos motivos que você citou e por usar integração continua com processo completamente automatizado. Fica tão fácil integrar que não tem motivo para demorar muito tempo.</p>
<p>Um abraço</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raony Araújo</title>
		<link>http://blog.thiagoarrais.com.br/2007/08/29/sobre-grandes-alteracoes-pequenas/comment-page-1/#comment-139</link>
		<dc:creator>Raony Araújo</dc:creator>
		<pubDate>Wed, 29 Aug 2007 19:22:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2007/08/29/sobre-grandes-alteracoes-pequenas/#comment-139</guid>
		<description>ideal: commit em cada teste verde e o código que o faz passar (devidamente refatorado);

de fato: ultimamente só tenho conseguido de grandes pedaços, que englobam estórias inteiras.</description>
		<content:encoded><![CDATA[<p>ideal: commit em cada teste verde e o código que o faz passar (devidamente refatorado);</p>
<p>de fato: ultimamente só tenho conseguido de grandes pedaços, que englobam estórias inteiras.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
