<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.10" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comentários em: State: you&#8217;re doing it wrong</title>
	<link>http://blog.lucindo.com.br/2008/05/22/state-youre-doing-it-wrong/</link>
	<description>um dia eu aprendo a programar</description>
	<pubDate>Sat, 13 Mar 2010 22:32:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.10</generator>

	<item>
		<title>por: Concorrência ou paralelismo: Threads, Processes, Fibers e Actors &#124; blog.caelum.com.br</title>
		<link>http://blog.lucindo.com.br/2008/05/22/state-youre-doing-it-wrong/#comment-6101</link>
		<pubDate>Fri, 25 Sep 2009 06:47:52 +0000</pubDate>
		<guid>http://blog.lucindo.com.br/2008/05/22/state-youre-doing-it-wrong/#comment-6101</guid>
					<description>[...] Em linguagens como Erlang, onde as &#8220;variavéis&#8221; são imutáveis, não existem efeitos colaterais ao se executar uma função, portanto podemos dizer que a &#8220;memória compartilhada&#8221; não sofre dos males das outras linguagens, já que não há estado que possa ser alterado. Muitos dizem que o grande problema das linguagens atuais é justo o estado. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Em linguagens como Erlang, onde as &#8220;variavéis&#8221; são imutáveis, não existem efeitos colaterais ao se executar uma função, portanto podemos dizer que a &#8220;memória compartilhada&#8221; não sofre dos males das outras linguagens, já que não há estado que possa ser alterado. Muitos dizem que o grande problema das linguagens atuais é justo o estado. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>por: Web Knowledge Hub :: Effective Java: segunda edição</title>
		<link>http://blog.lucindo.com.br/2008/05/22/state-youre-doing-it-wrong/#comment-2004</link>
		<pubDate>Fri, 25 Jul 2008 12:06:28 +0000</pubDate>
		<guid>http://blog.lucindo.com.br/2008/05/22/state-youre-doing-it-wrong/#comment-2004</guid>
					<description>[...] Classes imutáveis possuem uma série de vantagens: fáceis de manter, não possuem efeitos colaterais e acima de tudo são thread safe. Uma classe deve ser imutável a não ser que você tenha muito bons motivos para isso. Mesmo se não for possível tornar sua classe imutável, minimize a quantidade de métodos que alteram o estado do objeto. Um objeto previsível é muito mais simples de manter. Joshua Bloch cita String, BigInteger e diz que java.util.Date e java.awt.Point deveriam ter sido criadas imutáveis! Muitas APIs novas abusam da imutabilidade, como a Joda Time, classes wrapper, Money and Time do Eric Evans, etc. Aliás, é com o slogan da imutabilidade que linguagens como clojure e erlang tem chamado tanta atenção. Leia também essa citação no blog do Renato Lucindo. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Classes imutáveis possuem uma série de vantagens: fáceis de manter, não possuem efeitos colaterais e acima de tudo são thread safe. Uma classe deve ser imutável a não ser que você tenha muito bons motivos para isso. Mesmo se não for possível tornar sua classe imutável, minimize a quantidade de métodos que alteram o estado do objeto. Um objeto previsível é muito mais simples de manter. Joshua Bloch cita String, BigInteger e diz que java.util.Date e java.awt.Point deveriam ter sido criadas imutáveis! Muitas APIs novas abusam da imutabilidade, como a Joda Time, classes wrapper, Money and Time do Eric Evans, etc. Aliás, é com o slogan da imutabilidade que linguagens como clojure e erlang tem chamado tanta atenção. Leia também essa citação no blog do Renato Lucindo. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>por: &#187; Effective Java: segunda edição &#187; blog.caelum.com.br</title>
		<link>http://blog.lucindo.com.br/2008/05/22/state-youre-doing-it-wrong/#comment-2001</link>
		<pubDate>Fri, 25 Jul 2008 06:02:45 +0000</pubDate>
		<guid>http://blog.lucindo.com.br/2008/05/22/state-youre-doing-it-wrong/#comment-2001</guid>
					<description>[...] Classes imutáveis possuem uma série de vantagens: fáceis de manter, não possuem efeitos colaterais e acima de tudo são thread safe. Uma classe deve ser imutável a não ser que você tenha muito bons motivos para isso. Mesmo se não for possível tornar sua classe imutável, minimize a quantidade de métodos que alteram o estado do objeto. Um objeto previsível é muito mais simples de manter. Joshua Bloch cita String, BigInteger e diz que java.util.Date e java.awt.Point deveriam ter sido criadas imutáveis! Muitas APIs novas abusam da imutabilidade, como a Joda Time, classes wrapper, Money and Time do Eric Evans, etc. Aliás, é com o slogan da imutabilidade que linguagens como clojure e erlang tem chamado tanta atenção. Leia também essa citação no blog do Renato Lucindo. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Classes imutáveis possuem uma série de vantagens: fáceis de manter, não possuem efeitos colaterais e acima de tudo são thread safe. Uma classe deve ser imutável a não ser que você tenha muito bons motivos para isso. Mesmo se não for possível tornar sua classe imutável, minimize a quantidade de métodos que alteram o estado do objeto. Um objeto previsível é muito mais simples de manter. Joshua Bloch cita String, BigInteger e diz que java.util.Date e java.awt.Point deveriam ter sido criadas imutáveis! Muitas APIs novas abusam da imutabilidade, como a Joda Time, classes wrapper, Money and Time do Eric Evans, etc. Aliás, é com o slogan da imutabilidade que linguagens como clojure e erlang tem chamado tanta atenção. Leia também essa citação no blog do Renato Lucindo. [&#8230;]
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
