<?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"
	>
<channel>
	<title>Comments for IndianGeek</title>
	<atom:link href="http://www.indiangeek.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.indiangeek.net</link>
	<description>Perspectives on Computer Science and Software Engineering</description>
	<pubDate>Thu, 20 Nov 2008 20:23:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>Comment on Windows Azure Distilled - A Programmer&#8217;s view by Denny</title>
		<link>http://www.indiangeek.net/2008/11/14/windows-azure-distilled/#comment-2352</link>
		<dc:creator>Denny</dc:creator>
		<pubDate>Fri, 14 Nov 2008 22:44:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.indiangeek.net/?p=420#comment-2352</guid>
		<description>Excellent post, very helpful visuals!</description>
		<content:encoded><![CDATA[<p>Excellent post, very helpful visuals!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A case study in micro-optimization by Vivek</title>
		<link>http://www.indiangeek.net/2008/08/29/a-case-study-in-micro-optimization/#comment-2337</link>
		<dc:creator>Vivek</dc:creator>
		<pubDate>Thu, 16 Oct 2008 17:59:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.indiangeek.net/?p=393#comment-2337</guid>
		<description>Interesting read!</description>
		<content:encoded><![CDATA[<p>Interesting read!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Do not start with an Interface by Tim Yen</title>
		<link>http://www.indiangeek.net/2006/10/25/do-not-start-with-an-interface/#comment-2336</link>
		<dc:creator>Tim Yen</dc:creator>
		<pubDate>Wed, 08 Oct 2008 11:37:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.indiangeek.net/?p=41#comment-2336</guid>
		<description>My experience has lead me away from inheritance. Largely because I have ended up with large unwieldy inheritance structures that needed to be modified and morphed.  It sounds like you have ended up with the same situation but using interfaces.  Maybe it is just a function of the sheer complexity of the programs we code?

Inheritance always seemed easy in the OO books but in practice it can be a real pain.  The same code using interfaces may also be just as much a pain in the long run.  I have yet to run into any large unwieldy interface structures, but the more I use them the more I can see it happening.</description>
		<content:encoded><![CDATA[<p>My experience has lead me away from inheritance. Largely because I have ended up with large unwieldy inheritance structures that needed to be modified and morphed.  It sounds like you have ended up with the same situation but using interfaces.  Maybe it is just a function of the sheer complexity of the programs we code?</p>
<p>Inheritance always seemed easy in the OO books but in practice it can be a real pain.  The same code using interfaces may also be just as much a pain in the long run.  I have yet to run into any large unwieldy interface structures, but the more I use them the more I can see it happening.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Programmer Competency Matrix - 32 attributes to evaluate programmers by Matriz de Competencias de Programación &#124; Buanzolandia</title>
		<link>http://www.indiangeek.net/2008/04/30/programmer-competency-matrix/#comment-2329</link>
		<dc:creator>Matriz de Competencias de Programación &#124; Buanzolandia</dc:creator>
		<pubDate>Wed, 10 Sep 2008 00:01:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.indiangeek.net/?p=360#comment-2329</guid>
		<description>[...] autor, Sijin Joseph, explica el origen de la matriz en su his post: Habiendo trabajado con programadores con una extrema varianza en sus habilidades, algunas veces [...]</description>
		<content:encoded><![CDATA[<p>[...] autor, Sijin Joseph, explica el origen de la matriz en su his post: Habiendo trabajado con programadores con una extrema varianza en sus habilidades, algunas veces [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Programmer Competency Matrix - 32 attributes to evaluate programmers by Matriz de Competencias de Programaci&#243;n - Angel &#34;Java&#34; Lopez</title>
		<link>http://www.indiangeek.net/2008/04/30/programmer-competency-matrix/#comment-2328</link>
		<dc:creator>Matriz de Competencias de Programaci&#243;n - Angel &#34;Java&#34; Lopez</dc:creator>
		<pubDate>Tue, 09 Sep 2008 11:38:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.indiangeek.net/?p=360#comment-2328</guid>
		<description>[...] El autor, Sijin Joseph, explica el origen de la matriz en su his post: [...]</description>
		<content:encoded><![CDATA[<p>[...] El autor, Sijin Joseph, explica el origen de la matriz en su his post: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Programmer Competency Matrix - 32 attributes to evaluate programmers by Programmer Competency Matrix &#171; Angel &#8220;Java&#8221; Lopez on Blog</title>
		<link>http://www.indiangeek.net/2008/04/30/programmer-competency-matrix/#comment-2327</link>
		<dc:creator>Programmer Competency Matrix &#171; Angel &#8220;Java&#8221; Lopez on Blog</dc:creator>
		<pubDate>Sun, 07 Sep 2008 22:19:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.indiangeek.net/?p=360#comment-2327</guid>
		<description>[...] author, Sijin Joseph, explains the origin in his post: Having worked with programmers with an extreme variance in skills, I sometimes get the feeling [...]</description>
		<content:encoded><![CDATA[<p>[...] author, Sijin Joseph, explains the origin in his post: Having worked with programmers with an extreme variance in skills, I sometimes get the feeling [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A case study in micro-optimization by sijin</title>
		<link>http://www.indiangeek.net/2008/08/29/a-case-study-in-micro-optimization/#comment-2325</link>
		<dc:creator>sijin</dc:creator>
		<pubDate>Fri, 29 Aug 2008 19:34:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.indiangeek.net/?p=393#comment-2325</guid>
		<description>Hi Bob,

Nice to see that you read my post, your solution was what got me started on this in the first place. Thanks for clarifying about your solution.</description>
		<content:encoded><![CDATA[<p>Hi Bob,</p>
<p>Nice to see that you read my post, your solution was what got me started on this in the first place. Thanks for clarifying about your solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A case study in micro-optimization by Bob Lee</title>
		<link>http://www.indiangeek.net/2008/08/29/a-case-study-in-micro-optimization/#comment-2324</link>
		<dc:creator>Bob Lee</dc:creator>
		<pubDate>Fri, 29 Aug 2008 18:52:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.indiangeek.net/?p=393#comment-2324</guid>
		<description>FWIW, my solution does generate the #s in order and does find the biggest gap.</description>
		<content:encoded><![CDATA[<p>FWIW, my solution does generate the #s in order and does find the biggest gap.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A case study in micro-optimization by A case study in micro-optimization (Generating permutations) - Sijin Joseph's blog</title>
		<link>http://www.indiangeek.net/2008/08/29/a-case-study-in-micro-optimization/#comment-2323</link>
		<dc:creator>A case study in micro-optimization (Generating permutations) - Sijin Joseph's blog</dc:creator>
		<pubDate>Fri, 29 Aug 2008 16:48:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.indiangeek.net/?p=393#comment-2323</guid>
		<description>[...] C# over at my personal blog. Couldn't bear the thought of the fastest solution being a Java one ;-)&#160;http://www.indiangeek.net/2008/08/29/a-case-study-in-micro-optimization/    Published Aug 29 2008, 10:43 PM by Sijin Joseph Filed under: General Software [...]</description>
		<content:encoded><![CDATA[<p>[...] C# over at my personal blog. Couldn&#8217;t bear the thought of the fastest solution being a Java one ;-)&nbsp;http://www.indiangeek.net/2008/08/29/a-case-study-in-micro-optimization/    Published Aug 29 2008, 10:43 PM by Sijin Joseph Filed under: General Software [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Do not start with an Interface by Ricky Clarkson</title>
		<link>http://www.indiangeek.net/2006/10/25/do-not-start-with-an-interface/#comment-2322</link>
		<dc:creator>Ricky Clarkson</dc:creator>
		<pubDate>Thu, 28 Aug 2008 23:39:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.indiangeek.net/?p=41#comment-2322</guid>
		<description>Programming to an interface need not allow your users to freely interchange interface and implementation types, if you hide the implementation type behind a factory method (potentially as an anonymous class).

An interface can be annoying when you feel the urge to add static methods - sometimes I use abstract classes only for this reason.

There may be parts of the contract that you cannot specify or check well enough in an interface that makes you rather use a concrete class.  For example, the algebraic type Option with implementations Some and None - it is useful to be able to guarantee that Some and None are the only implementations.</description>
		<content:encoded><![CDATA[<p>Programming to an interface need not allow your users to freely interchange interface and implementation types, if you hide the implementation type behind a factory method (potentially as an anonymous class).</p>
<p>An interface can be annoying when you feel the urge to add static methods - sometimes I use abstract classes only for this reason.</p>
<p>There may be parts of the contract that you cannot specify or check well enough in an interface that makes you rather use a concrete class.  For example, the algebraic type Option with implementations Some and None - it is useful to be able to guarantee that Some and None are the only implementations.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
