<?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: Mais uma pergunta</title>
	<atom:link href="http://lsdr.net/blog/2008/01/22/mais-uma-pergunta/feed/" rel="self" type="application/rss+xml" />
	<link>http://lsdr.net/blog/2008/01/22/mais-uma-pergunta/</link>
	<description>Aleatoriedades por Luiz Rocha</description>
	<lastBuildDate>Sun, 23 Aug 2009 03:20:28 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Luiz Rocha</title>
		<link>http://lsdr.net/blog/2008/01/22/mais-uma-pergunta/#comment-5458</link>
		<dc:creator>Luiz Rocha</dc:creator>
		<pubDate>Wed, 23 Jan 2008 13:09:21 +0000</pubDate>
		<guid isPermaLink="false">http://lsdr.net/blog/2008/01/22/mais-uma-pergunta/#comment-5458</guid>
		<description>Isso é verdade. O entendimento de REST é ruim, para dizer o mínimo. Mas pode confiar que eu sei do que se trata. :-P

_A princípio, eu imagino que deva existir uma separação de responsabilidades e talvez a camada que faça integração seja sensível a REST._

É o que eu vejo, pelo menos, em primeira análise.

A palavra chave aqui é _separação de responsabilidades_. Existe uma diferença fazer uma aplicação _na_ Web e uma _para a_ Web. Podemos exemplificar usando duas das mais sensacionais aplicações que apareceram nos últimos anos; DabbleDB e CouchDB.

Ambas se valem de paradigmas diferentes, são construídas sob estruturas distintas e possuem propósitos distintos. Em uma, falar em continuações é fundamental e em outra a questão do recurso como orientador do desenvolvimento é crucial.

Acho que o caminho para explorar novos paradigmas é começar separando as responsabilidades. Qual é o propósito da aplicação a ser desenvolvida? Ela é um pequeno pedaço de aplicação a ser integrada via Web ou a Web é só uma rota para uma aplicação mais elaborada?

E é por isso que eu estou cada vez mais &quot;zelote&quot; de REST. Você sabe que eu sou 100% a favor de desenvolvimentos &quot;Hereges&quot; para a Web. A idéia de desenvolvimento orientado à linguagens é sensacional (eu não comentei nada aqui, pq ainda nem digeri o seu material direito).

Mas em algum momento uma aplicação vai querer falar com outra, e nesse momento, a arquitetura da Web ainda é o melhor caminho. E, veja só, é um paradigma que ainda nem é explorado direito.</description>
		<content:encoded><![CDATA[<p>Isso é verdade. O entendimento de REST é ruim, para dizer o mínimo. Mas pode confiar que eu sei do que se trata. <img src='http://lsdr.net/blog/engine/wp-includes/images/smilies/icon_razz.gif' alt=':-P' class='wp-smiley' /> </p>

<p><em>A princípio, eu imagino que deva existir uma separação de responsabilidades e talvez a camada que faça integração seja sensível a REST.</em></p>

<p>É o que eu vejo, pelo menos, em primeira análise.</p>

<p>A palavra chave aqui é <em>separação de responsabilidades</em>. Existe uma diferença fazer uma aplicação <em>na</em> Web e uma <em>para a</em> Web. Podemos exemplificar usando duas das mais sensacionais aplicações que apareceram nos últimos anos; DabbleDB e CouchDB.</p>

<p>Ambas se valem de paradigmas diferentes, são construídas sob estruturas distintas e possuem propósitos distintos. Em uma, falar em continuações é fundamental e em outra a questão do recurso como orientador do desenvolvimento é crucial.</p>

<p>Acho que o caminho para explorar novos paradigmas é começar separando as responsabilidades. Qual é o propósito da aplicação a ser desenvolvida? Ela é um pequeno pedaço de aplicação a ser integrada via Web ou a Web é só uma rota para uma aplicação mais elaborada?</p>

<p>E é por isso que eu estou cada vez mais &#8220;zelote&#8221; de REST. Você sabe que eu sou 100% a favor de desenvolvimentos &#8220;Hereges&#8221; para a Web. A idéia de desenvolvimento orientado à linguagens é sensacional (eu não comentei nada aqui, pq ainda nem digeri o seu material direito).</p>

<p>Mas em algum momento uma aplicação vai querer falar com outra, e nesse momento, a arquitetura da Web ainda é o melhor caminho. E, veja só, é um paradigma que ainda nem é explorado direito.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
