<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for Sergio Bossa</title><link>http://disqus.com/people/ed9fe597636ab8151391831b32ad6db9/</link><description></description><language>en</language><lastBuildDate>Mon, 07 Sep 2009 05:14:10 -0000</lastBuildDate><item><title>Re: TSS JS Europe Recap</title><link>http://thinkinginsideabiggerbox.disqus.com/tss_js_europe_recap/#comment-1796572</link><description>Hi Johannes.&lt;br&gt;&lt;br&gt;&amp;gt; The conference was in Barcelona, which was interesting, because hardly &lt;br&gt;&amp;gt; anyone &lt;br&gt;&amp;gt; (taxi drivers and waiters included) understand English here. It’s the first time &lt;br&gt;&amp;gt; where I’ve been a place where I am totally unable to communicate verbally with &lt;br&gt;&amp;gt; people around me.&lt;br&gt;&lt;br&gt;I've been in Barcelona on holiday some years ago and I've had the same experience ... luckily, I'm Italian and Spanish people seem to understand Italian better than English :)&lt;br&gt;&lt;br&gt;&amp;gt; Object-based queries&lt;br&gt;&amp;gt; Lazy loading&lt;br&gt;&lt;br&gt;Very interesting.&lt;br&gt;I hope to read more, giving you my ideas and thoughts.&lt;br&gt;&lt;br&gt;Regards,&lt;br&gt;&lt;br&gt;Sergio B.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sergio Bossa</dc:creator><pubDate>Mon, 26 Jun 2006 04:25:57 -0000</pubDate></item><item><title>Re: Myopic Software Development</title><link>http://thinkinginsideabiggerbox.disqus.com/myopic_software_development/#comment-1796595</link><description>Hi Johannes,&lt;br&gt;&lt;br&gt;I agree with you in many points: yes, we surely tend to look too much toward what will happen in the future.&lt;br&gt;I just disagree when you say that instead of creating elegant solutions we should keep everything simple; yes, everything should be kept as simple as possible, but this doesn't exclude good, elegant and reusable solutions: there should be some kind of middle ground.&lt;br&gt;&lt;br&gt;Moreover, I think that up front development and testing of the domain model, in isolation with other layers, helps in focusing to current, real, requirements, because coding the domain model is all about solving your real problems.&lt;br&gt;&lt;br&gt;My 2 euro cents.&lt;br&gt;&lt;br&gt;Cheers,&lt;br&gt;&lt;br&gt;Sergio B.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sergio Bossa</dc:creator><pubDate>Sun, 16 Jul 2006 10:44:37 -0000</pubDate></item><item><title>Re: The Joys and Sorrows of Exceptions</title><link>http://thinkinginsideabiggerbox.disqus.com/the_joys_and_sorrows_of_exceptions/#comment-1796629</link><description>Hi Johannes,&lt;br&gt;&lt;br&gt;thanks for your good write up about exception handling, IMHO a very hot argument.&lt;br&gt;&lt;br&gt;However, what you miss is IMHO how to deal with business exceptions: a very important question that may deserve a whole post ;)&lt;br&gt;&lt;br&gt;Probably they are those exceptions you say "you are required to deal with" ... I'd like to know more from your opinion and experience.&lt;br&gt;&lt;br&gt;Cheers!&lt;br&gt;&lt;br&gt;Sergio B.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sergio Bossa</dc:creator><pubDate>Tue, 15 Aug 2006 13:17:50 -0000</pubDate></item><item><title>Re: commons-logging: you're on notice!</title><link>http://thinkinginsideabiggerbox.disqus.com/commons_logging_youre_on_notice/#comment-1797471</link><description>Just joined: &lt;a href="http://sbtourist.blogspot.com/2007/01/join-us-be-commons-logging-free.html" rel="nofollow"&gt;http://sbtourist.blogspot.com/2007/01/join-us-b...&lt;/a&gt; &lt;br&gt;;)&lt;br&gt;&lt;br&gt;Cheers!&lt;br&gt;&lt;br&gt;Sergio B.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sergio Bossa</dc:creator><pubDate>Sun, 21 Jan 2007 11:16:10 -0000</pubDate></item><item><title>Re: Unit testing tricks: Look ma, no setters!</title><link>http://thinkinginsideabiggerbox.disqus.com/unit_testing_tricks_look_ma_no_setters/#comment-10919417</link><description>Hi Johannes,&lt;br&gt;&lt;br&gt;it's a neat trick, but I still prefer to separate the domain object interface from its concrete implementation, and than add all required setters/getters to the latter.&lt;br&gt;&lt;br&gt;By doing so, if you program by interfaces your domain code will only see methods from the interface (so no breaking encapsulation), while you will be able to still use setters/getters in your test code (nothing bad about that, tests are there for testing actual implementations).&lt;br&gt;&lt;br&gt;Cheers,&lt;br&gt;&lt;br&gt;Sergio B.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sergio Bossa</dc:creator><pubDate>Mon, 15 Jun 2009 04:59:34 -0000</pubDate></item><item><title>Re: REST - Essential Resources</title><link>http://thinkdifferentlybig.disqus.com/rest_essential_resources/#comment-16088234</link><description>Good list, but you missed this one:&lt;br&gt;&lt;br&gt;&lt;a href="http://www.infoq.com/articles/subbu-allamaraju-rest" rel="nofollow"&gt;http://www.infoq.com/articles/subbu-allamaraju-...&lt;/a&gt;&lt;br&gt;&lt;br&gt;Cheers ;)&lt;br&gt;&lt;br&gt;Sergio B.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sergio Bossa</dc:creator><pubDate>Mon, 07 Sep 2009 04:03:34 -0000</pubDate></item><item><title>Re: REST - Essential Resources</title><link>http://thinkdifferentlybig.disqus.com/rest_essential_resources/#comment-16089180</link><description>Read it and judge by yourself ;)&lt;br&gt;I personally think it is definitely worth.&lt;br&gt;&lt;br&gt;Cheers!&lt;br&gt;&lt;br&gt;Sergio B.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sergio Bossa</dc:creator><pubDate>Mon, 07 Sep 2009 05:14:10 -0000</pubDate></item></channel></rss>