<?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: O código não interessa</title>
	<atom:link href="http://blog.thiagoarrais.com.br/2008/10/13/o-codigo-nao-interessa/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.thiagoarrais.com.br/2008/10/13/o-codigo-nao-interessa/</link>
	<description>Pensamentos, idéias e devaneios sobre desenvolvimento de software e tecnologia em geral</description>
	<lastBuildDate>Wed, 10 Mar 2010 23:42:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Rafael Ponte</title>
		<link>http://blog.thiagoarrais.com.br/2008/10/13/o-codigo-nao-interessa/comment-page-1/#comment-330</link>
		<dc:creator>Rafael Ponte</dc:creator>
		<pubDate>Thu, 16 Oct 2008 03:27:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2008/10/13/o-codigo-nao-interessa/#comment-330</guid>
		<description>Concordo plenamente com você Thiago, é necessário entender o problema que se deseja solucionar através de código, é praticamente impossível implementar algo minimamente decente se o desenvolvedor não entende o problema.

Analise, modelagem e implementação andam juntos, todo desenvolvedor de verdade analisa, modela e programa (e claro, testa). Para isso existe TDD/BDD, DDD entre outras abordagens de desenvolvimento.

Concordo também com você e com o Celestino que é necessário não somente conhecimento do problema, mas também conhecimentos técnicos e boas práticas de desenvolvimento de software.

Abraços e parabéns pelo post.</description>
		<content:encoded><![CDATA[<p>Concordo plenamente com você Thiago, é necessário entender o problema que se deseja solucionar através de código, é praticamente impossível implementar algo minimamente decente se o desenvolvedor não entende o problema.</p>
<p>Analise, modelagem e implementação andam juntos, todo desenvolvedor de verdade analisa, modela e programa (e claro, testa). Para isso existe TDD/BDD, DDD entre outras abordagens de desenvolvimento.</p>
<p>Concordo também com você e com o Celestino que é necessário não somente conhecimento do problema, mas também conhecimentos técnicos e boas práticas de desenvolvimento de software.</p>
<p>Abraços e parabéns pelo post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Celestino Gomes</title>
		<link>http://blog.thiagoarrais.com.br/2008/10/13/o-codigo-nao-interessa/comment-page-1/#comment-317</link>
		<dc:creator>Celestino Gomes</dc:creator>
		<pubDate>Tue, 14 Oct 2008 12:48:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.thiagoarrais.com.br/2008/10/13/o-codigo-nao-interessa/#comment-317</guid>
		<description>Beleza Thiago?

Muito bom o artigo. Disse muito bem que para escrever um código bonito, precisa saber o que vai escrever.

A idéia de fazer protótipos em papel, ou seja lá o que for, é muito importante pois saber os requisitos é sim muito importante, mas saber se o cliente quer o que ele está pedindo é muito mais e, nesse caso, o feedback será bem mais rápido. Então, sabendo o que o cliente quer e aprovado os requisitos, ainda sim pode aparecer um código meiaboca - Será que é assim na nova regra da Lingua Portuguesa?. Para tentar escrever um código melhor, seria antes de &quot;codar&quot;, Testar. Mas aí vem a pergunta: Como testar se não existe código? Usando as técnicas que já estamos cansados de saber: TDD/BDD.

Então depois de saber o que precisamos: TDD/BDD na veia...

Abraço!

Tino</description>
		<content:encoded><![CDATA[<p>Beleza Thiago?</p>
<p>Muito bom o artigo. Disse muito bem que para escrever um código bonito, precisa saber o que vai escrever.</p>
<p>A idéia de fazer protótipos em papel, ou seja lá o que for, é muito importante pois saber os requisitos é sim muito importante, mas saber se o cliente quer o que ele está pedindo é muito mais e, nesse caso, o feedback será bem mais rápido. Então, sabendo o que o cliente quer e aprovado os requisitos, ainda sim pode aparecer um código meiaboca &#8211; Será que é assim na nova regra da Lingua Portuguesa?. Para tentar escrever um código melhor, seria antes de &#8220;codar&#8221;, Testar. Mas aí vem a pergunta: Como testar se não existe código? Usando as técnicas que já estamos cansados de saber: TDD/BDD.</p>
<p>Então depois de saber o que precisamos: TDD/BDD na veia&#8230;</p>
<p>Abraço!</p>
<p>Tino</p>
]]></content:encoded>
	</item>
</channel>
</rss>
