<?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: (re)Construindo</title>
	<atom:link href="http://blog.thiagoarrais.com.br/2006/03/24/reconstruindo/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.thiagoarrais.com.br/2006/03/24/reconstruindo/</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</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Fábricas de software - Uma analogia levada longe demais &#171; Mergulhando no Caos</title>
		<link>http://blog.thiagoarrais.com.br/2006/03/24/reconstruindo/comment-page-1/#comment-10</link>
		<dc:creator>Fábricas de software - Uma analogia levada longe demais &#171; Mergulhando no Caos</dc:creator>
		<pubDate>Wed, 25 Jul 2007 14:17:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2006/03/24/reconstruindo/#comment-10</guid>
		<description>[...] não se encaixa num modelo de produção em massa e manufatura porque não é repetição. Fazer software é projetar, não construir. Ninguém pensa em fazer o mesmo projeto do mesmo sistema duas vezes, mas muita [...] </description>
		<content:encoded><![CDATA[<p>[...] não se encaixa num modelo de produção em massa e manufatura porque não é repetição. Fazer software é projetar, não construir. Ninguém pensa em fazer o mesmo projeto do mesmo sistema duas vezes, mas muita [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Desmontando &#171; Mergulhando no Caos</title>
		<link>http://blog.thiagoarrais.com.br/2006/03/24/reconstruindo/comment-page-1/#comment-9</link>
		<dc:creator>Desmontando &#171; Mergulhando no Caos</dc:creator>
		<pubDate>Wed, 29 Nov 2006 12:47:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2006/03/24/reconstruindo/#comment-9</guid>
		<description>[...] Precisamos que nossos processos de produção de software permitam que as pessoas vejam rapidamente pequenas partes do sistema funcionando de verdade. É por isso que precisamos que nossos processos de produção de software sejam altamente iterativos. É por isso que não podemos nos inspirar na linha de montagem. Ela só lida com construção e nós precisamos projetar algo. Afinal, software não é construído, é projetado. [...] </description>
		<content:encoded><![CDATA[<p>[...] Precisamos que nossos processos de produção de software permitam que as pessoas vejam rapidamente pequenas partes do sistema funcionando de verdade. É por isso que precisamos que nossos processos de produção de software sejam altamente iterativos. É por isso que não podemos nos inspirar na linha de montagem. Ela só lida com construção e nós precisamos projetar algo. Afinal, software não é construído, é projetado. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thiago Arrais</title>
		<link>http://blog.thiagoarrais.com.br/2006/03/24/reconstruindo/comment-page-1/#comment-8</link>
		<dc:creator>Thiago Arrais</dc:creator>
		<pubDate>Mon, 27 Mar 2006 18:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2006/03/24/reconstruindo/#comment-8</guid>
		<description>O importante é ter em mente que se deve diminuir ao máximo este custo, evitando o empilhamento de especificações (onde uma depende da anteriori) ao máximo. O custo de &lt;I&gt;construção&lt;/I&gt; propriamente é quase zero, quase independentemente das besteiras que se venha a fazer. O custo de modificação de especificação é que precisa ser controlado. Você citou alguns meios de se fazer isso.</description>
		<content:encoded><![CDATA[<p>O importante é ter em mente que se deve diminuir ao máximo este custo, evitando o empilhamento de especificações (onde uma depende da anteriori) ao máximo. O custo de <i>construção</i> propriamente é quase zero, quase independentemente das besteiras que se venha a fazer. O custo de modificação de especificação é que precisa ser controlado. Você citou alguns meios de se fazer isso.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: X</title>
		<link>http://blog.thiagoarrais.com.br/2006/03/24/reconstruindo/comment-page-1/#comment-7</link>
		<dc:creator>X</dc:creator>
		<pubDate>Mon, 27 Mar 2006 06:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2006/03/24/reconstruindo/#comment-7</guid>
		<description>lembrando que nem sempre custo quase zero é possível, afinal, acho que você está considerando que as plantas foram muito bem feitas, estão modulares e possuem testes para suportar mudanças... porque não for assim, veremos a curva de custo ir para a estratosfera e voltarmos a época da famosa curva de custo da mudança em software ensinada há 40 anos atrás...</description>
		<content:encoded><![CDATA[<p>lembrando que nem sempre custo quase zero é possível, afinal, acho que você está considerando que as plantas foram muito bem feitas, estão modulares e possuem testes para suportar mudanças&#8230; porque não for assim, veremos a curva de custo ir para a estratosfera e voltarmos a época da famosa curva de custo da mudança em software ensinada há 40 anos atrás&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
