<?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: Linguagem como forma de abstração?</title>
	<atom:link href="http://www.sagadoprogramador.com.br/2009/03/linguagem-como-forma-de-abstracao/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sagadoprogramador.com.br/2009/03/linguagem-como-forma-de-abstracao/</link>
	<description></description>
	<lastBuildDate>Thu, 28 Jul 2011 09:44:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Saga do programador &#187; Aprenda Ruby - Parte II</title>
		<link>http://www.sagadoprogramador.com.br/2009/03/linguagem-como-forma-de-abstracao/comment-page-1/#comment-19</link>
		<dc:creator>Saga do programador &#187; Aprenda Ruby - Parte II</dc:creator>
		<pubDate>Sun, 19 Apr 2009 20:18:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.sagadoprogramador.com.br/?p=169#comment-19</guid>
		<description>[...] mas para ter um bom entendimento temos que consolidar os fundamentos. &#8220;Espero que o Luiz não leia isto rs.. &#8220;piada interna&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[...] mas para ter um bom entendimento temos que consolidar os fundamentos. &#8220;Espero que o Luiz não leia isto rs.. &#8220;piada interna&#8221; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabio Kung</title>
		<link>http://www.sagadoprogramador.com.br/2009/03/linguagem-como-forma-de-abstracao/comment-page-1/#comment-15</link>
		<dc:creator>Fabio Kung</dc:creator>
		<pubDate>Wed, 18 Mar 2009 19:54:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.sagadoprogramador.com.br/?p=169#comment-15</guid>
		<description>Ótimo post Luiz. É exatamente isso que tenho tentado espalhar nas aulas por aí ;-)</description>
		<content:encoded><![CDATA[<p>Ótimo post Luiz. É exatamente isso que tenho tentado espalhar nas aulas por aí <img src='http://www.sagadoprogramador.com.br/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anderson Ambrosio</title>
		<link>http://www.sagadoprogramador.com.br/2009/03/linguagem-como-forma-de-abstracao/comment-page-1/#comment-14</link>
		<dc:creator>Anderson Ambrosio</dc:creator>
		<pubDate>Tue, 17 Mar 2009 00:00:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.sagadoprogramador.com.br/?p=169#comment-14</guid>
		<description>maneiro Luiz. Parabéns!</description>
		<content:encoded><![CDATA[<p>maneiro Luiz. Parabéns!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Magno</title>
		<link>http://www.sagadoprogramador.com.br/2009/03/linguagem-como-forma-de-abstracao/comment-page-1/#comment-12</link>
		<dc:creator>Magno</dc:creator>
		<pubDate>Fri, 06 Mar 2009 20:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.sagadoprogramador.com.br/?p=169#comment-12</guid>
		<description>A palavra chave para convencer o pessoal que só pensa no dinheiro tem que passar por uma explicação focada em como isso pode gerar lucro ou poupar gastos. Especialmente em equipes com alta rotatividade, o uso das Fluent Interfaces podem facilitar dramaticamente o entendimento do código justamente pela característica de se aproximarem da linguagem natural. Considerando a menor propensão a erros de uma equipe onde os membros conseguem facilmente integrar seus códigos por possuírem fácil legibilidade, e conhecendo o fato de que cada erro de desenvolvimento tem seu custo multiplicado quando se torna manutenção, talvez consigamos provar o ponto da utilidade do paradigma para o pessoal de negócios.

Mas como todo paradigma novo tem uma curva de aprendizado e um tempo para se acostumar com o mesmo, isso pode pesar contra a adoção.

Sei que recentemente fui apresentado a esse modelo de desenvolvimento graças ao amigo Luiz, e realmente me interessei em aprender mais sobre o assunto, até porque acho fascinante a área de Linguagens Formais.</description>
		<content:encoded><![CDATA[<p>A palavra chave para convencer o pessoal que só pensa no dinheiro tem que passar por uma explicação focada em como isso pode gerar lucro ou poupar gastos. Especialmente em equipes com alta rotatividade, o uso das Fluent Interfaces podem facilitar dramaticamente o entendimento do código justamente pela característica de se aproximarem da linguagem natural. Considerando a menor propensão a erros de uma equipe onde os membros conseguem facilmente integrar seus códigos por possuírem fácil legibilidade, e conhecendo o fato de que cada erro de desenvolvimento tem seu custo multiplicado quando se torna manutenção, talvez consigamos provar o ponto da utilidade do paradigma para o pessoal de negócios.</p>
<p>Mas como todo paradigma novo tem uma curva de aprendizado e um tempo para se acostumar com o mesmo, isso pode pesar contra a adoção.</p>
<p>Sei que recentemente fui apresentado a esse modelo de desenvolvimento graças ao amigo Luiz, e realmente me interessei em aprender mais sobre o assunto, até porque acho fascinante a área de Linguagens Formais.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luiz Costa</title>
		<link>http://www.sagadoprogramador.com.br/2009/03/linguagem-como-forma-de-abstracao/comment-page-1/#comment-11</link>
		<dc:creator>Luiz Costa</dc:creator>
		<pubDate>Fri, 06 Mar 2009 00:42:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.sagadoprogramador.com.br/?p=169#comment-11</guid>
		<description>@Marcos,

A indústria já tem se posicionado no sentido de criar ambientes que permitam trabalhar mais facilmente com isso. Muito além dos players,as linguagens dinâmicas estão aparecendo como real opção no desenvolvimento e elas facilitam a criação de DSLs.
Existe um paper interessante sobre isso em http://martinfowler.com/articles/languageWorkbench.html.

A questão das consultorias é um assunto complicado. E atualmente eu concordo com você, o pensamento principal é o lucro. Mas não concordo que baseado nestes fatos temos que construir softwares de qualquer forma. As técnicas estão aí para nos ajudar como desenvolvedores.</description>
		<content:encoded><![CDATA[<p>@Marcos,</p>
<p>A indústria já tem se posicionado no sentido de criar ambientes que permitam trabalhar mais facilmente com isso. Muito além dos players,as linguagens dinâmicas estão aparecendo como real opção no desenvolvimento e elas facilitam a criação de DSLs.<br />
Existe um paper interessante sobre isso em <a href="http://martinfowler.com/articles/languageWorkbench.html" rel="nofollow">http://martinfowler.com/articles/languageWorkbench.html</a>.</p>
<p>A questão das consultorias é um assunto complicado. E atualmente eu concordo com você, o pensamento principal é o lucro. Mas não concordo que baseado nestes fatos temos que construir softwares de qualquer forma. As técnicas estão aí para nos ajudar como desenvolvedores.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcos</title>
		<link>http://www.sagadoprogramador.com.br/2009/03/linguagem-como-forma-de-abstracao/comment-page-1/#comment-10</link>
		<dc:creator>Marcos</dc:creator>
		<pubDate>Thu, 05 Mar 2009 19:46:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.sagadoprogramador.com.br/?p=169#comment-10</guid>
		<description>Este tema é muito pertinente o que falta é todo o resto do ambiente de desenvolvimento chegar a este nível de discursão.
Ainda batemos cabeça com detalhes técnicos como uma Consultoria que pensa monetáriamente, e aí não tem como explicar porque melhorar o desenvolvimento.
No máximo conseguimos convencer a consultoria vender para o cliente a idéia, para depois a implementação ser a mesma de sempre e se não piorar para uma coisa hibrida.</description>
		<content:encoded><![CDATA[<p>Este tema é muito pertinente o que falta é todo o resto do ambiente de desenvolvimento chegar a este nível de discursão.<br />
Ainda batemos cabeça com detalhes técnicos como uma Consultoria que pensa monetáriamente, e aí não tem como explicar porque melhorar o desenvolvimento.<br />
No máximo conseguimos convencer a consultoria vender para o cliente a idéia, para depois a implementação ser a mesma de sempre e se não piorar para uma coisa hibrida.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

