<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Rafael Lima &#187; melhores práticas</title>
	<atom:link href="http://rafael.adm.br/tag/melhores-praticas/feed/" rel="self" type="application/rss+xml" />
	<link>http://rafael.adm.br</link>
	<description>Empreendedorismo, Web, Agile, Tecnologia, Desenvolvimento, Negócios, Marketing, Aplicação Web, Ruby on Rails.</description>
	<lastBuildDate>Sat, 14 Aug 2010 15:46:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>pt</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Palavra do Rei &#8211; melhores práticas em desenvolvimento de software (proposta de meme)</title>
		<link>http://rafael.adm.br/p/palavra-do-rei-melhores-praticas-em-desenvolvimento-de-software/</link>
		<comments>http://rafael.adm.br/p/palavra-do-rei-melhores-praticas-em-desenvolvimento-de-software/#comments</comments>
		<pubDate>Mon, 09 Jun 2008 00:45:13 +0000</pubDate>
		<dc:creator>Rafael Lima</dc:creator>
				<category><![CDATA[Posts]]></category>
		<category><![CDATA[desenvolvimento]]></category>
		<category><![CDATA[dicas]]></category>
		<category><![CDATA[equipe]]></category>
		<category><![CDATA[melhores práticas]]></category>
		<category><![CDATA[meme]]></category>
		<category><![CDATA[myfreecomm]]></category>
		<category><![CDATA[programação]]></category>
		<category><![CDATA[software]]></category>

		<guid isPermaLink="false">http://rafael.adm.br/?p=203</guid>
		<description><![CDATA[Na Myfreecom criamos uma série de regras que são o início do que virá a ser o conjunto de melhores práticas no desenvolvimento de software na empresa. &#8220;O Rei&#8221; é a inteligência superior resultante da opinião pessoal de cada um em relação a desenvolvimento de software.
Todos nós temos estas &#8220;melhores práticas&#8221; definidas em nossa mente, [...]]]></description>
			<content:encoded><![CDATA[<div class="tweetmeme_button" style="float: left; margin-right: 10px;"><a href="http://api.tweetmeme.com/share?url=http%3A%2F%2Frafael.adm.br%2Fp%2Fpalavra-do-rei-melhores-praticas-em-desenvolvimento-de-software%2F"><img src="http://api.tweetmeme.com/imagebutton.gif?url=http%3A%2F%2Frafael.adm.br%2Fp%2Fpalavra-do-rei-melhores-praticas-em-desenvolvimento-de-software%2F" height="61" width="51" /></a></div><p>Na <a href="http://myfreecomm.com.br">Myfreecom</a> criamos uma série de regras que são o início do que virá a ser o conjunto de melhores práticas no desenvolvimento de software na empresa. &#8220;O Rei&#8221; é a inteligência superior resultante da opinião pessoal de cada um em relação a desenvolvimento de software.</p>
<p>Todos nós temos estas &#8220;melhores práticas&#8221; definidas em nossa mente, mas nem sempre elas são iguais entre a equipe. Esta diferença muitas vezes causa frustação, pois nem sempre as práticas do companheiro de equipe atinge nossas espectativas, ou vice-versa.</p>
<p>O Rei da Myfreecomm diz:</p>
<p><strong>Programação</strong></p>
<ul>
<li><span style="font-size: small;">Todo o código de programação deve ser escrito em inglês.</span></li>
<li><span style="font-size: small;">Os nomes de variáveis são em inglês.</span></li>
<li><span style="font-size: small;">Os parâmetros são em inglês.</span></li>
<li><span style="font-size: small;">Não devemos usar abreviação em variáveis e parâmetros.</span></li>
<li><span style="font-size: small;">Nunca uma variável e parâmetro terá apenas uma letra, ela será sempre uma palavra (em inglês) auto-explicativa (com excessão de variáveis locais em iteração, exemplo clássico a variável &#8220;i&#8221;).</span></li>
<li><span style="font-size: small;">Nunca suponha em seu código qual será o endereço de uma url ou localização de arquivo. Mantenha suas funções parametrizadas. </span></li>
<li><span style="font-size: small;">Nunca coloque o nome do produto ou do cliente em variáveis ou nome de projetos.<br />
</span></li>
</ul>
<p><strong>Deployment</strong></p>
<ul>
<li><span style="font-size: small;"><a href="http://www.google.com/url?q=http%3A%2F%2Fen.wikipedia.org%2Fwiki%2FDon%2527t_repeat_yourself&amp;sa=D&amp;sntz=1&amp;usg=AFrqEzenADUVbponFiGrl7YhqQr26yo7cw">Nunca duplique um código</a>.</span></li>
<li><span style="font-size: small;">Quando pensar em duplicar um código, por precisar de uma solução rápida e mais segura, Pare!</span></li>
<li><span style="font-size: small;">Um código deve sempre estar em um ÚNICO lugar nos ambientes de produção.</span></li>
<li><span style="font-size: small;">Uma hora ganha por duplicar o código hoje, equivale a uma semana perdida amanhã.</span></li>
</ul>
<p><strong>Banco de Dados</strong></p>
<ul>
<li><span style="font-size: small;">O banco de dados é sagrado, apenas uma programação (a dona do bd) deve ter permissão de acesso.</span></li>
<li><span style="font-size: small;">Não escreva qualquer programação que acesse direto o bd, além da dona, mesmo que seja apenas para leitura.</span></li>
<li><span style="font-size: small;">Os nomes de banco de dados, tabelas e campos.. em inglês.</span></li>
<li><span style="font-size: small;">Nunca teste um código em um banco de dados em produção, pois você destruirá a integridade das informações do banco.</span></li>
</ul>
<p><strong>URL</strong></p>
<ul>
<li><span style="font-size: small;">A definição de uma URL de acesso interno é um recurso caro. O custo de mudança é muito alto.</span></li>
<li><span style="font-size: small;">Ao definir uma URL de acesso interno, pense bem no escopo em que ela se encontra e abstraia o máximo possível.</span></li>
<li><span style="font-size: small;">Não use caracter &#8220;_&#8221; em domínios e sub-domínios, o Internet Explorer vai te dar uma rasteira.</span></li>
<li><span style="font-size: small;">Prefira &#8220;-&#8221; para substituir o espaço nos domínios e sub-domínios.</span></li>
</ul>
<p>Nós acreditamos que esta lista é dinâmica e nunca se completará. Conforme formos trabalhando, aprendendo novas tecnologias, o Rei vai soltando mais regrinhas e a euipe vai mantendo a equipe com uma idéia única. Sabemos que esta lista mesmo está incompleta ainda&#8230;</p>
<p>Acreditamos também que não existe uma única lista &#8220;correta&#8221; e que cada empresa vai achar o seu conjunto de melhores práticas, de acordo com a sua situação, mercado e visão.</p>
<p>Não tenho dúvidas, que O Rei da <a href="http://www.improveit.com.br/en">Improve-it</a>, por exemplo, vai dizer muita coisa em relação à testes, BDD e afins&#8230;</p>
<p>E você, o que acha destas regras, discorda de alguma? Alguma vez já escreveu seu conjunto de melhores práticas? O que o Rei da sua empresa diz?</p>
<p>Convido cada um postar em seu blog a sua lista de melhores práticas e colocar um trackback para cá, que tal?</p>
<p>Seria um MEME interessante, talvez com o apoio de blogs mais fortes, que lêem este, conseguimos começar a trocar uma idéia sobre esse assunto <img src='http://rafael.adm.br/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Abraços e até a próxima.</p>
]]></content:encoded>
			<wfw:commentRss>http://rafael.adm.br/p/palavra-do-rei-melhores-praticas-em-desenvolvimento-de-software/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
	</channel>
</rss>
