<?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: Entediar-se não é uma opção</title>
	<atom:link href="http://blog.thiagoarrais.com.br/2007/01/31/entediar-se-nao-e-uma-opcao/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.thiagoarrais.com.br/2007/01/31/entediar-se-nao-e-uma-opcao/</link>
	<description>Pensamentos, idéias e devaneios sobre desenvolvimento de software e tecnologia em geral</description>
	<lastBuildDate>Tue, 23 Nov 2010 16:34:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Andre Furtado</title>
		<link>http://blog.thiagoarrais.com.br/2007/01/31/entediar-se-nao-e-uma-opcao/comment-page-1/#comment-64</link>
		<dc:creator>Andre Furtado</dc:creator>
		<pubDate>Fri, 16 Mar 2007 07:20:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2007/01/31/entediar-se-nao-e-uma-opcao/#comment-64</guid>
		<description>Belo post! Justifica, inclusive, o propósito das software factories.

Comento, entretanto, um cenário em que o aumento das janelas quebradas PRECISA ser ignorado, por causa de restrições de tempo: &quot;programação para competição&quot;, aquela em que você quer chegar o mais rápido ao protótipo final (não me arrisco a dizer &quot;produto&quot;), podendo arcar com suas gambiarras no curto prazo e, depois, nunca mais mexer naquilo. Será que existem mais cenários além desse?

[]s
-- AFurtado</description>
		<content:encoded><![CDATA[<p>Belo post! Justifica, inclusive, o propósito das software factories.</p>
<p>Comento, entretanto, um cenário em que o aumento das janelas quebradas PRECISA ser ignorado, por causa de restrições de tempo: &#8220;programação para competição&#8221;, aquela em que você quer chegar o mais rápido ao protótipo final (não me arrisco a dizer &#8220;produto&#8221;), podendo arcar com suas gambiarras no curto prazo e, depois, nunca mais mexer naquilo. Será que existem mais cenários além desse?</p>
<p>[]s<br />
&#8211; AFurtado</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thiagoarrais</title>
		<link>http://blog.thiagoarrais.com.br/2007/01/31/entediar-se-nao-e-uma-opcao/comment-page-1/#comment-66</link>
		<dc:creator>thiagoarrais</dc:creator>
		<pubDate>Fri, 02 Feb 2007 23:25:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2007/01/31/entediar-se-nao-e-uma-opcao/#comment-66</guid>
		<description>Coisas para inventar nunca vão faltar. A humanidade
parece ter uma sede insaciável por novidade. Talvez
baste apenas pensar mais um pouco, ler mais e deixar
a criatividade agir. Uma coisa que costuma funcionar
comigo é parar de pensar diretamente no problema em
questão. Tomar um ar ou ler sobre outro assunto
podem ajudar.

Como disse Marcos aqui no comentário, pode ser que o
problema seja simplesmente programação demais.</description>
		<content:encoded><![CDATA[<p>Coisas para inventar nunca vão faltar. A humanidade<br />
parece ter uma sede insaciável por novidade. Talvez<br />
baste apenas pensar mais um pouco, ler mais e deixar<br />
a criatividade agir. Uma coisa que costuma funcionar<br />
comigo é parar de pensar diretamente no problema em<br />
questão. Tomar um ar ou ler sobre outro assunto<br />
podem ajudar.</p>
<p>Como disse Marcos aqui no comentário, pode ser que o<br />
problema seja simplesmente programação demais.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Naiana</title>
		<link>http://blog.thiagoarrais.com.br/2007/01/31/entediar-se-nao-e-uma-opcao/comment-page-1/#comment-65</link>
		<dc:creator>Naiana</dc:creator>
		<pubDate>Fri, 02 Feb 2007 23:09:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2007/01/31/entediar-se-nao-e-uma-opcao/#comment-65</guid>
		<description>Certo. Mas o problema é:
E quando não se tem nada para fazer? E também não tem como inventar? As pessoas a sua volta nem ligam?
Um verdadeiro desanimo e tédio.
O dia todo sem nada para fazer, criar, ou inventar. Não dá pra sair, nem se divertir!
Tem remédio?</description>
		<content:encoded><![CDATA[<p>Certo. Mas o problema é:<br />
E quando não se tem nada para fazer? E também não tem como inventar? As pessoas a sua volta nem ligam?<br />
Um verdadeiro desanimo e tédio.<br />
O dia todo sem nada para fazer, criar, ou inventar. Não dá pra sair, nem se divertir!<br />
Tem remédio?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcos Silva Pereira</title>
		<link>http://blog.thiagoarrais.com.br/2007/01/31/entediar-se-nao-e-uma-opcao/comment-page-1/#comment-67</link>
		<dc:creator>Marcos Silva Pereira</dc:creator>
		<pubDate>Thu, 01 Feb 2007 14:47:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2007/01/31/entediar-se-nao-e-uma-opcao/#comment-67</guid>
		<description>Uma boa maneira de evitar o tédio enquanto se programa é: não programe tanto. :-)

Não é por acaso que XP prega as 40 horas semanais com tempo para descansar, estudar e exercitar a criatividade com outras coisas diferentes. Fora isso, nós programamos - em teoria - para automatizar/facilitar processos dos usuários, então, fazer o mesmo no nosso ambiente de trabalho e evitar repetições chatas, como o processo de build, também me parece uma boa maneira de fugir do tédio que é se repetir.

Bom post, mestre.</description>
		<content:encoded><![CDATA[<p>Uma boa maneira de evitar o tédio enquanto se programa é: não programe tanto. <img src='http://blog.thiagoarrais.com.br/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Não é por acaso que XP prega as 40 horas semanais com tempo para descansar, estudar e exercitar a criatividade com outras coisas diferentes. Fora isso, nós programamos &#8211; em teoria &#8211; para automatizar/facilitar processos dos usuários, então, fazer o mesmo no nosso ambiente de trabalho e evitar repetições chatas, como o processo de build, também me parece uma boa maneira de fugir do tédio que é se repetir.</p>
<p>Bom post, mestre.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

