<?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: Como garantir Qualidade de Software?</title>
	<atom:link href="http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/feed/" rel="self" type="application/rss+xml" />
	<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/</link>
	<description>Zona Java - Um blog português sobre java.</description>
	<lastBuildDate>Wed, 27 Mar 2013 10:22:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.1.41</generator>
	<item>
		<title>By: Ruben Badaró</title>
		<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/#comment-125</link>
		<dc:creator><![CDATA[Ruben Badaró]]></dc:creator>
		<pubDate>Wed, 18 Apr 2012 20:58:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.zonaj.org/?p=145#comment-125</guid>
		<description><![CDATA[Olá Veronica.
Obrigado pelo comentário. Realmente encontrei uns dois erros, mas não vejo que esteja cheio de erros de português e acima de tudo traduções mal feitas.
Importas-te de explicar?]]></description>
		<content:encoded><![CDATA[<p>Olá Veronica.<br />
Obrigado pelo comentário. Realmente encontrei uns dois erros, mas não vejo que esteja cheio de erros de português e acima de tudo traduções mal feitas.<br />
Importas-te de explicar?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Veronica</title>
		<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/#comment-124</link>
		<dc:creator><![CDATA[Veronica]]></dc:creator>
		<pubDate>Wed, 18 Apr 2012 19:27:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.zonaj.org/?p=145#comment-124</guid>
		<description><![CDATA[Boa tarde,

Bacana o teu post mas esta cheio de erros de português e traduções mal feitas, se vc quer expor suas ideias na internet acho importante ter cuidados com este tipo de coisa.

Abraço]]></description>
		<content:encoded><![CDATA[<p>Boa tarde,</p>
<p>Bacana o teu post mas esta cheio de erros de português e traduções mal feitas, se vc quer expor suas ideias na internet acho importante ter cuidados com este tipo de coisa.</p>
<p>Abraço</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ruben Badaró</title>
		<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/#comment-123</link>
		<dc:creator><![CDATA[Ruben Badaró]]></dc:creator>
		<pubDate>Fri, 03 Oct 2008 08:36:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.zonaj.org/?p=145#comment-123</guid>
		<description><![CDATA[Tens razão, o cliente nem sempre consegue perceber estes factores que certamente inflaccionam o preço dos serviços prestados.

No entanto, eu penso que todos os clientes já passaram por problemas de software mal construído, atrasos sistemáticos, manutenção infinita, etc. Como tal, um dos selling points que penso serem mais fortes é a visão de que se não gastarmos no início tempo e dinheiro na detecção de falhas, essas falhas serão muito mais caras mais tarde. E todo o cliente já sentiu isto.

Isto também implica uma mudança das empresas. A pressão de praticar preços baixos é muito forte pela competição, temos aí fábricas de carne a competir por isso. A percentagem de empresas que preferem ter qualidade, pagar bem aos seus funcionarios e têm a coragem de cobrar mais aos seus clientes simplesmente porque dão mais valor acrescentado é mínima.

De qualquer forma não pensei muito no lado do negócio quando escrevi o documento, foi mesmo direccionado a questões técnicas.]]></description>
		<content:encoded><![CDATA[<p>Tens razão, o cliente nem sempre consegue perceber estes factores que certamente inflaccionam o preço dos serviços prestados.</p>
<p>No entanto, eu penso que todos os clientes já passaram por problemas de software mal construído, atrasos sistemáticos, manutenção infinita, etc. Como tal, um dos selling points que penso serem mais fortes é a visão de que se não gastarmos no início tempo e dinheiro na detecção de falhas, essas falhas serão muito mais caras mais tarde. E todo o cliente já sentiu isto.</p>
<p>Isto também implica uma mudança das empresas. A pressão de praticar preços baixos é muito forte pela competição, temos aí fábricas de carne a competir por isso. A percentagem de empresas que preferem ter qualidade, pagar bem aos seus funcionarios e têm a coragem de cobrar mais aos seus clientes simplesmente porque dão mais valor acrescentado é mínima.</p>
<p>De qualquer forma não pensei muito no lado do negócio quando escrevi o documento, foi mesmo direccionado a questões técnicas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruno Amaral</title>
		<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/#comment-122</link>
		<dc:creator><![CDATA[Bruno Amaral]]></dc:creator>
		<pubDate>Thu, 02 Oct 2008 16:52:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.zonaj.org/?p=145#comment-122</guid>
		<description><![CDATA[Percebo as ideias, no entanto acho que tenho de chamar à atenção para um detalhe:
Nem sempre o cliente tem os conhecimentos necessários para perceber estes factores de diferença e por isso acaba por pensar que está a pagar mais pelo mesmo produto/serviço.

O resumo deste post por si só já é uma boa base para comunicar melhor a diferença.  Bastaria apenas tornar o texto mais acessível a quem não tem background de programação.]]></description>
		<content:encoded><![CDATA[<p>Percebo as ideias, no entanto acho que tenho de chamar à atenção para um detalhe:<br />
Nem sempre o cliente tem os conhecimentos necessários para perceber estes factores de diferença e por isso acaba por pensar que está a pagar mais pelo mesmo produto/serviço.</p>
<p>O resumo deste post por si só já é uma boa base para comunicar melhor a diferença.  Bastaria apenas tornar o texto mais acessível a quem não tem background de programação.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diego Carrion</title>
		<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/#comment-121</link>
		<dc:creator><![CDATA[Diego Carrion]]></dc:creator>
		<pubDate>Mon, 29 Sep 2008 05:06:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.zonaj.org/?p=145#comment-121</guid>
		<description><![CDATA[Ja sim utilizei sim Rubém. Acho que nao chega a ser tao bom como o RSpec mas é uma boa ferramenta.

Alias, eu tinha comezado um post sobre o JBehave2 mas ate agora nao peguei um tempo para terminalo, sabe como que é ne? :P]]></description>
		<content:encoded><![CDATA[<p>Ja sim utilizei sim Rubém. Acho que nao chega a ser tao bom como o RSpec mas é uma boa ferramenta.</p>
<p>Alias, eu tinha comezado um post sobre o JBehave2 mas ate agora nao peguei um tempo para terminalo, sabe como que é ne? <img src="http://zonaj.org/wp-includes/images/smilies/icon_razz.gif" alt=":P" class="wp-smiley" /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ruben Badaró</title>
		<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/#comment-120</link>
		<dc:creator><![CDATA[Ruben Badaró]]></dc:creator>
		<pubDate>Sun, 28 Sep 2008 21:56:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.zonaj.org/?p=145#comment-120</guid>
		<description><![CDATA[Obrigado pela referência, actualizei o post.
Como escrevi, não tenho muita experiência hands-on em testes funcionais e preferi apenas referir ferramentas com as quais tenho experiência e posso seguramente aconselhar. Mesmo com BDD, pouco conhecia além de rspec.

Já usaste o JBehave em projectos?]]></description>
		<content:encoded><![CDATA[<p>Obrigado pela referência, actualizei o post.<br />
Como escrevi, não tenho muita experiência hands-on em testes funcionais e preferi apenas referir ferramentas com as quais tenho experiência e posso seguramente aconselhar. Mesmo com BDD, pouco conhecia além de rspec.</p>
<p>Já usaste o JBehave em projectos?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diego Carrion</title>
		<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/#comment-119</link>
		<dc:creator><![CDATA[Diego Carrion]]></dc:creator>
		<pubDate>Sun, 28 Sep 2008 21:11:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.zonaj.org/?p=145#comment-119</guid>
		<description><![CDATA[Em testes funcionais acho que voce poderia adicionar o JBehave2]]></description>
		<content:encoded><![CDATA[<p>Em testes funcionais acho que voce poderia adicionar o JBehave2</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PJG</title>
		<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/#comment-118</link>
		<dc:creator><![CDATA[PJG]]></dc:creator>
		<pubDate>Sun, 28 Sep 2008 19:14:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.zonaj.org/?p=145#comment-118</guid>
		<description><![CDATA[Esse eu comprei (imagina!) em Português.
;)]]></description>
		<content:encoded><![CDATA[<p>Esse eu comprei (imagina!) em Português.<br />
<img src="http://zonaj.org/wp-includes/images/smilies/icon_wink.gif" alt=";)" class="wp-smiley" /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ruben Badaró</title>
		<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/#comment-117</link>
		<dc:creator><![CDATA[Ruben Badaró]]></dc:creator>
		<pubDate>Sun, 28 Sep 2008 18:21:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.zonaj.org/?p=145#comment-117</guid>
		<description><![CDATA[Tens toda a razão. 
Penso que a falta desse mindset de codificação defensiva de que falas é um pouco o que eu senti e me levou a escrever este post inicialmente. 

Sou da opinião que há um grande problema de qualidade de muitos programadores devido à massificação da profissão - tem saída profissional, dá dinheiro acima da média e atrai muita gente. Quanto mais gente se tem, maior p número de maus profissionais, muitos deles por falta de vocação. 
Obviamente que é possível ter resultados excelentes com pessoas que são simplesmente bons profissionais, mas sabemos que a realidade é bem diferente.

PS: Eu acho que sou mais da geração do Code Complete 2 :P]]></description>
		<content:encoded><![CDATA[<p>Tens toda a razão.<br />
Penso que a falta desse mindset de codificação defensiva de que falas é um pouco o que eu senti e me levou a escrever este post inicialmente. </p>
<p>Sou da opinião que há um grande problema de qualidade de muitos programadores devido à massificação da profissão &#8211; tem saída profissional, dá dinheiro acima da média e atrai muita gente. Quanto mais gente se tem, maior p número de maus profissionais, muitos deles por falta de vocação.<br />
Obviamente que é possível ter resultados excelentes com pessoas que são simplesmente bons profissionais, mas sabemos que a realidade é bem diferente.</p>
<p>PS: Eu acho que sou mais da geração do Code Complete 2 <img src="http://zonaj.org/wp-includes/images/smilies/icon_razz.gif" alt=":P" class="wp-smiley" /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PJG</title>
		<link>http://zonaj.org/2008/09/28/como-garantir-qualidade-de-software/#comment-116</link>
		<dc:creator><![CDATA[PJG]]></dc:creator>
		<pubDate>Sun, 28 Sep 2008 18:08:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.zonaj.org/?p=145#comment-116</guid>
		<description><![CDATA[Sob o item &quot;CORRECÇÃO DO CÓDIGO PRODUZIDO&quot;, tenho pena que não tenhas colocado mais ênfase em torno do &quot;código o mais correcto possível&quot;.

Ok, eu sei que estou a embirrar, mas tenho sentido falta do foco que existia outrora (sou da geração do &quot;Code Complete&quot;) nas técnicas de codificação defensiva.

Agora só se fala em TDD e  eu acho que é uma tendência completamente errada em termos de ênfase: embora ambas as técnicas tenham o seu lugar, é melhor eliminar os erros antes de eles acontecerem (via codificação defensiva) do que que andar à cata deles.]]></description>
		<content:encoded><![CDATA[<p>Sob o item &#8220;CORRECÇÃO DO CÓDIGO PRODUZIDO&#8221;, tenho pena que não tenhas colocado mais ênfase em torno do &#8220;código o mais correcto possível&#8221;.</p>
<p>Ok, eu sei que estou a embirrar, mas tenho sentido falta do foco que existia outrora (sou da geração do &#8220;Code Complete&#8221;) nas técnicas de codificação defensiva.</p>
<p>Agora só se fala em TDD e  eu acho que é uma tendência completamente errada em termos de ênfase: embora ambas as técnicas tenham o seu lugar, é melhor eliminar os erros antes de eles acontecerem (via codificação defensiva) do que que andar à cata deles.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
