<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Commenti per Minnen Ratta</title>
	<atom:link href="http://minnenratta.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://minnenratta.wordpress.com</link>
	<description>Sono sufficientemente schizofrenico per fare pair programming da solo</description>
	<lastBuildDate>Mon, 10 Aug 2009 10:43:07 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Commenti su Mostri sacri che sanno fare dell&#8217;autocritica di TrogloditaIT</title>
		<link>http://minnenratta.wordpress.com/2009/07/21/mostri-sacri-che-sanno-fare-dellautocritica/#comment-22</link>
		<dc:creator>TrogloditaIT</dc:creator>
		<pubDate>Mon, 10 Aug 2009 10:43:07 +0000</pubDate>
		<guid isPermaLink="false">http://minnenratta.wordpress.com/?p=139#comment-22</guid>
		<description>Tutto molto bello e condivisibile, ma hai dimenticato di citarmi tra i mostri sacri che fanno autocritica! Ci sono rimasto particolarmente male!</description>
		<content:encoded><![CDATA[<p>Tutto molto bello e condivisibile, ma hai dimenticato di citarmi tra i mostri sacri che fanno autocritica! Ci sono rimasto particolarmente male!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Degenerazioni di Declarative design &#171; A Place In The Queue</title>
		<link>http://minnenratta.wordpress.com/2009/07/03/degenerazioni/#comment-20</link>
		<dc:creator>Declarative design &#171; A Place In The Queue</dc:creator>
		<pubDate>Mon, 27 Jul 2009 18:27:10 +0000</pubDate>
		<guid isPermaLink="false">http://minnenratta.wordpress.com/?p=124#comment-20</guid>
		<description>[...] 2009   Mi sono finalmente deciso a leggere Domain Driven Design di Evans. I due recenti post di Carlo e M. Vaccari sono stati l&#8217; input necessario per colmare la lacuna (non l&#8217; ho ancora [...]</description>
		<content:encoded><![CDATA[<p>[...] 2009   Mi sono finalmente deciso a leggere Domain Driven Design di Evans. I due recenti post di Carlo e M. Vaccari sono stati l&#8217; input necessario per colmare la lacuna (non l&#8217; ho ancora [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Degenerazioni di xpmatteo</title>
		<link>http://minnenratta.wordpress.com/2009/07/03/degenerazioni/#comment-19</link>
		<dc:creator>xpmatteo</dc:creator>
		<pubDate>Fri, 03 Jul 2009 16:13:05 +0000</pubDate>
		<guid isPermaLink="false">http://minnenratta.wordpress.com/?p=124#comment-19</guid>
		<description>Questa ricerca del &quot;giusto modello&quot; significa un po&#039; &quot;costruire una teoria&quot; del tuo dominio.  Significa mostrare come rendere semplice una cosa complicata... cosa non semplice.  Riusciremo mai a trovare un sistema per trovare sempre una buona teoria del dominio?  O almeno un sitema per trovarla meglio e più spesso?  (Vedi http://alistair.cockburn.us/ASD+book+extract:+%22Naur,+Ehn,+Musashi%22)</description>
		<content:encoded><![CDATA[<p>Questa ricerca del &#8220;giusto modello&#8221; significa un po&#8217; &#8220;costruire una teoria&#8221; del tuo dominio.  Significa mostrare come rendere semplice una cosa complicata&#8230; cosa non semplice.  Riusciremo mai a trovare un sistema per trovare sempre una buona teoria del dominio?  O almeno un sitema per trovarla meglio e più spesso?  (Vedi <a href="http://alistair.cockburn.us/ASD+book+extract:+%22Naur,+Ehn,+Musashi%22)" rel="nofollow">http://alistair.cockburn.us/ASD+book+extract:+%22Naur,+Ehn,+Musashi%22)</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Cicli di Vita di minnenratta</title>
		<link>http://minnenratta.wordpress.com/2008/12/28/cicli-di-vita/#comment-18</link>
		<dc:creator>minnenratta</dc:creator>
		<pubDate>Tue, 30 Dec 2008 19:14:36 +0000</pubDate>
		<guid isPermaLink="false">http://minnenratta.wordpress.com/?p=71#comment-18</guid>
		<description>Si, anche se &quot;tutto cio&#039; che un oggetto non conosco, glielo passo nel costruttore&quot; lo presenta top-down, mentre spesso si eseguono dei refactorings a posteriori, creando degli oggetti, e poi si devono far galleggiare fuori delle classi che, quando la classe madre e&#039; stata pensata, nemmeno esistevano, quindi rimane un criterio poco usato a meno di avere separato le responsabilita&#039; a priori e non aver ancora scritto la classe.
E&#039; piu&#039; facile pensare a usare la composizione se si sta scrivendo la classe per la prima volta, piuttosto che, dopo aver riconosciuto delle nuove classi, capire che il posto dell&#039;inizializzazione non e&#039; quello : a codice scritto, chissa&#039; perche&#039;, sembra proprio che quelle new siano al loro posto, perche&#039; in verita&#039; non si sta piu&#039; pensando alla Init da un pezzo.

Inoltre il galleggiamento non sempre basta, a volte si fanno galleggiare le classi nella direzione di alte frequenze (ad esempio come parametri del metodo : le Choice potevano essere fatte galleggiare a sostituire K) senza alcun motivo.</description>
		<content:encoded><![CDATA[<p>Si, anche se &#8220;tutto cio&#8217; che un oggetto non conosco, glielo passo nel costruttore&#8221; lo presenta top-down, mentre spesso si eseguono dei refactorings a posteriori, creando degli oggetti, e poi si devono far galleggiare fuori delle classi che, quando la classe madre e&#8217; stata pensata, nemmeno esistevano, quindi rimane un criterio poco usato a meno di avere separato le responsabilita&#8217; a priori e non aver ancora scritto la classe.<br />
E&#8217; piu&#8217; facile pensare a usare la composizione se si sta scrivendo la classe per la prima volta, piuttosto che, dopo aver riconosciuto delle nuove classi, capire che il posto dell&#8217;inizializzazione non e&#8217; quello : a codice scritto, chissa&#8217; perche&#8217;, sembra proprio che quelle new siano al loro posto, perche&#8217; in verita&#8217; non si sta piu&#8217; pensando alla Init da un pezzo.</p>
<p>Inoltre il galleggiamento non sempre basta, a volte si fanno galleggiare le classi nella direzione di alte frequenze (ad esempio come parametri del metodo : le Choice potevano essere fatte galleggiare a sostituire K) senza alcun motivo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Cicli di Vita di Enrico Mangano</title>
		<link>http://minnenratta.wordpress.com/2008/12/28/cicli-di-vita/#comment-17</link>
		<dc:creator>Enrico Mangano</dc:creator>
		<pubDate>Tue, 30 Dec 2008 15:45:55 +0000</pubDate>
		<guid isPermaLink="false">http://minnenratta.wordpress.com/?p=71#comment-17</guid>
		<description>Gran bel post, Carlo: bella la metafora delle frequenze, ed esempio azzeccato.

E&#039; davvero strano che  l&#039;argomento &quot;portare piu&#039; in alto possibile l&#039;istanziazione degli oggetti&quot; sia cosi&#039; poco trattato. L&#039;efficacia che ha come refactoring e/o come regola da applicare a-priori sul sistema meriterebbe molte piu&#039; parole. Inoltre la sua semplicita&#039; rispetto al &quot;rispetta i principi OCP, SRP e DIP!&quot; rendono questa regoletta ancora piu&#039; potente.

Come spesso accade ho l&#039;impressione che si spendano troppe parole su concetti e strategie con un ratio (difficolta&#039; nel perseguirli) / (efficacia che ne risulta) molto alta rispetto ad altre. 

In fondo in prima approssimazione e come prima euristica basterebbe applicare la regoletta &quot;tutto cio&#039; che un oggetto non conosce, glielo passo nel costruttore&quot;. 

Regoletta per quanto non generale, molto concreta e di facile implementazione nella stragrande maggioranza dei casi e che porta come effetto il rispetto di SRP, OCP e DIP insieme!</description>
		<content:encoded><![CDATA[<p>Gran bel post, Carlo: bella la metafora delle frequenze, ed esempio azzeccato.</p>
<p>E&#8217; davvero strano che  l&#8217;argomento &#8220;portare piu&#8217; in alto possibile l&#8217;istanziazione degli oggetti&#8221; sia cosi&#8217; poco trattato. L&#8217;efficacia che ha come refactoring e/o come regola da applicare a-priori sul sistema meriterebbe molte piu&#8217; parole. Inoltre la sua semplicita&#8217; rispetto al &#8220;rispetta i principi OCP, SRP e DIP!&#8221; rendono questa regoletta ancora piu&#8217; potente.</p>
<p>Come spesso accade ho l&#8217;impressione che si spendano troppe parole su concetti e strategie con un ratio (difficolta&#8217; nel perseguirli) / (efficacia che ne risulta) molto alta rispetto ad altre. </p>
<p>In fondo in prima approssimazione e come prima euristica basterebbe applicare la regoletta &#8220;tutto cio&#8217; che un oggetto non conosce, glielo passo nel costruttore&#8221;. </p>
<p>Regoletta per quanto non generale, molto concreta e di facile implementazione nella stragrande maggioranza dei casi e che porta come effetto il rispetto di SRP, OCP e DIP insieme!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Checked Exceptions, un&#8217;alternativa notturna di minnenratta</title>
		<link>http://minnenratta.wordpress.com/2007/07/31/checked-exceptions-unalternativa-notturna/#comment-16</link>
		<dc:creator>minnenratta</dc:creator>
		<pubDate>Thu, 11 Dec 2008 12:36:12 +0000</pubDate>
		<guid isPermaLink="false">http://minnenratta.wordpress.com/2007/07/31/checked-exceptions-unalternativa-notturna/#comment-16</guid>
		<description>No no... attento. ExceptionListener e&#039; solo un nome che ho buttato io li&#039;. Non esiste nelle librerie standard di Java. Ti crei tu l&#039;interfaccia nel tuo progetto.
Una nota : se stai imparando Java (come mi sembra di capire) e vuoi sperimentare con i miei suggerimenti sono ben felice, ma tieni presente che di solito qui affronto problemi di design, non problemi funzionali. Sicuramente puoi applicare l&#039;approccio che suggerisco sopra sulla gestione delle eccezioni nel contesto del caricamento di un file, ma se stai ancora imparando a leggere i files il mio approccio potrebbe offuscare quello che invece vuoi imparare/provare.</description>
		<content:encoded><![CDATA[<p>No no&#8230; attento. ExceptionListener e&#8217; solo un nome che ho buttato io li&#8217;. Non esiste nelle librerie standard di Java. Ti crei tu l&#8217;interfaccia nel tuo progetto.<br />
Una nota : se stai imparando Java (come mi sembra di capire) e vuoi sperimentare con i miei suggerimenti sono ben felice, ma tieni presente che di solito qui affronto problemi di design, non problemi funzionali. Sicuramente puoi applicare l&#8217;approccio che suggerisco sopra sulla gestione delle eccezioni nel contesto del caricamento di un file, ma se stai ancora imparando a leggere i files il mio approccio potrebbe offuscare quello che invece vuoi imparare/provare.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Checked Exceptions, un&#8217;alternativa notturna di Giordano</title>
		<link>http://minnenratta.wordpress.com/2007/07/31/checked-exceptions-unalternativa-notturna/#comment-15</link>
		<dc:creator>Giordano</dc:creator>
		<pubDate>Wed, 10 Dec 2008 22:06:45 +0000</pubDate>
		<guid isPermaLink="false">http://minnenratta.wordpress.com/2007/07/31/checked-exceptions-unalternativa-notturna/#comment-15</guid>
		<description>Ti ringrazio per la celerità della risposta: ora so che esistono anche le interfacce ExceptionListener quindi me le vado a studiare.

P.S: odio le eccezioni..
http://groups.google.it/group/it.comp.java/browse_thread/thread/f14b191ba5957729#</description>
		<content:encoded><![CDATA[<p>Ti ringrazio per la celerità della risposta: ora so che esistono anche le interfacce ExceptionListener quindi me le vado a studiare.</p>
<p>P.S: odio le eccezioni..<br />
<a href="http://groups.google.it/group/it.comp.java/browse_thread/thread/f14b191ba5957729#" rel="nofollow">http://groups.google.it/group/it.comp.java/browse_thread/thread/f14b191ba5957729#</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Checked Exceptions, un&#8217;alternativa notturna di minnenratta</title>
		<link>http://minnenratta.wordpress.com/2007/07/31/checked-exceptions-unalternativa-notturna/#comment-14</link>
		<dc:creator>minnenratta</dc:creator>
		<pubDate>Wed, 10 Dec 2008 17:08:14 +0000</pubDate>
		<guid isPermaLink="false">http://minnenratta.wordpress.com/2007/07/31/checked-exceptions-unalternativa-notturna/#comment-14</guid>
		<description>Ciao,
tipicamente in Java si riceve una FileNotFoundException. Detto questo, una volta che mi arriva l&#039;eccezione dalla solita classe di java.util, secondo quello che ho suggerito nel post, la prima cosa che farei e&#039; strategizzarne la gestione, una cosa cosi&#039; :

public void faiQuelCheDeviConIlFile(ExceptionManager manager) {
    try {
        FileInputStream stream = new FileInputStream(&quot;il/mio/file.xml&quot;);
        ..... lavorio di XML .....
    } catch (FileNotFoundException e) {
        manager.manage(e);
    }
}

In questo modo si evita di propagare l&#039;if dell&#039;eccezione fuori dal metodo pur permettendo ai clienti di &quot;faiQuelCheDeviConIlFile&quot; di iniettare strategie di gestione dell&#039;errore particolari.
Certo, si ha comunque duplicazione dell&#039;if, perche&#039; da qualche parte dentro a FileInputStream ci sara&#039; un if che decide se lanciare l&#039;eccezione. Secondo il mio post si sarebbe dovuto direttamente fornire un costruttore cosi&#039; :

public FileInputStream(String path, ExceptionManager manager) ...

in questo modo la funzione d&#039;esempio sopra avrebbe questo aspetto :

public void faiQuelCheDeviConIlFile(ExceptionManager manager) {
        FileInputStream stream = new FileInputStream(&quot;il/mio/file.xml&quot;, manager);
        ..... lavorio di XML .....
}

Molto meglio. Ma visto che non posso cambiare java.util dovro&#039; accontentarmi di semplificare la vita a chi chiama la mia funzione, piuttosto che semplificarla anche a faiQuelCheDeviConIlFile.

Che ne dici?</description>
		<content:encoded><![CDATA[<p>Ciao,<br />
tipicamente in Java si riceve una FileNotFoundException. Detto questo, una volta che mi arriva l&#8217;eccezione dalla solita classe di java.util, secondo quello che ho suggerito nel post, la prima cosa che farei e&#8217; strategizzarne la gestione, una cosa cosi&#8217; :</p>
<p>public void faiQuelCheDeviConIlFile(ExceptionManager manager) {<br />
    try {<br />
        FileInputStream stream = new FileInputStream(&#8220;il/mio/file.xml&#8221;);<br />
        &#8230;.. lavorio di XML &#8230;..<br />
    } catch (FileNotFoundException e) {<br />
        manager.manage(e);<br />
    }<br />
}</p>
<p>In questo modo si evita di propagare l&#8217;if dell&#8217;eccezione fuori dal metodo pur permettendo ai clienti di &#8220;faiQuelCheDeviConIlFile&#8221; di iniettare strategie di gestione dell&#8217;errore particolari.<br />
Certo, si ha comunque duplicazione dell&#8217;if, perche&#8217; da qualche parte dentro a FileInputStream ci sara&#8217; un if che decide se lanciare l&#8217;eccezione. Secondo il mio post si sarebbe dovuto direttamente fornire un costruttore cosi&#8217; :</p>
<p>public FileInputStream(String path, ExceptionManager manager) &#8230;</p>
<p>in questo modo la funzione d&#8217;esempio sopra avrebbe questo aspetto :</p>
<p>public void faiQuelCheDeviConIlFile(ExceptionManager manager) {<br />
        FileInputStream stream = new FileInputStream(&#8220;il/mio/file.xml&#8221;, manager);<br />
        &#8230;.. lavorio di XML &#8230;..<br />
}</p>
<p>Molto meglio. Ma visto che non posso cambiare java.util dovro&#8217; accontentarmi di semplificare la vita a chi chiama la mia funzione, piuttosto che semplificarla anche a faiQuelCheDeviConIlFile.</p>
<p>Che ne dici?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Checked Exceptions, un&#8217;alternativa notturna di Giordano</title>
		<link>http://minnenratta.wordpress.com/2007/07/31/checked-exceptions-unalternativa-notturna/#comment-13</link>
		<dc:creator>Giordano</dc:creator>
		<pubDate>Tue, 09 Dec 2008 18:51:25 +0000</pubDate>
		<guid isPermaLink="false">http://minnenratta.wordpress.com/2007/07/31/checked-exceptions-unalternativa-notturna/#comment-13</guid>
		<description>Ciao, una domanda:
se la tua applicazione avesse bisogno di un file xml da elaborare con quale tipo di eccezione controlleresti prima la presenza di tale file ? Con una IOException ?
Puoi inviarmi la risposta anche per e-mail (oppure mi basta solo essere avvisato sulla e-mail)

Grazie
Ciao</description>
		<content:encoded><![CDATA[<p>Ciao, una domanda:<br />
se la tua applicazione avesse bisogno di un file xml da elaborare con quale tipo di eccezione controlleresti prima la presenza di tale file ? Con una IOException ?<br />
Puoi inviarmi la risposta anche per e-mail (oppure mi basta solo essere avvisato sulla e-mail)</p>
<p>Grazie<br />
Ciao</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Infrastruttura, approccio greedy e qualita&#8217; di minnenratta</title>
		<link>http://minnenratta.wordpress.com/2008/05/04/infrastruttura-approccio-greedy-e-qualita/#comment-11</link>
		<dc:creator>minnenratta</dc:creator>
		<pubDate>Tue, 06 May 2008 07:15:15 +0000</pubDate>
		<guid isPermaLink="false">http://minnenratta.wordpress.com/?p=75#comment-11</guid>
		<description>Hello Annie, a few years ago me and my girlfriend saw your Minnen Ratta at Ikea and found it quite cute, so I bought it for my girlfriend. That same day I was planning to create my own blog and Minnen was looking at me while I was looking for the title. I got a fascination for this little mouse of yours and picked it as my blog&#039;s mascotte and title.
This blog is completely unrelated to the mouse itself I fear, it is mostly about software engineering in object oriented languages, especially Java.</description>
		<content:encoded><![CDATA[<p>Hello Annie, a few years ago me and my girlfriend saw your Minnen Ratta at Ikea and found it quite cute, so I bought it for my girlfriend. That same day I was planning to create my own blog and Minnen was looking at me while I was looking for the title. I got a fascination for this little mouse of yours and picked it as my blog&#8217;s mascotte and title.<br />
This blog is completely unrelated to the mouse itself I fear, it is mostly about software engineering in object oriented languages, especially Java.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
