<?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 for The Shyam!</title>
	<atom:link href="http://theshyam.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://theshyam.com</link>
	<description>Thoughts and factoids from the Real Shyam. You know, unlike those fake ones!!</description>
	<lastBuildDate>Wed, 21 Apr 2010 17:05:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Software Engineering vs Software Artistry by Shrini Kulkarni</title>
		<link>http://theshyam.com/2009/09/software-engineering-vs-software-artistry/comment-page-1/#comment-266</link>
		<dc:creator>Shrini Kulkarni</dc:creator>
		<pubDate>Wed, 21 Apr 2010 17:05:07 +0000</pubDate>
		<guid isPermaLink="false">http://theshyam.com/?p=199#comment-266</guid>
		<description>&gt;&gt;&gt;Maybe we will be closer to being engineers in another 100 years? After all, civil engineering has been here for quite some time now.

Why there is tendency towards painting the process of making, using and maintaining software, necessarily as an &quot;engineering&quot; pursuit?  Where do you see making software has parallels with say ... producing a car or a building a bridge?

Coming to civil engineering ... software is reified, invisible, can&#039;t see, touch... does that make a difference?

software gets made and used in a &quot;social sciences&quot; environment  with very little parallels with engineering. 

It is the time that we stop comparing software as an engineered product...

Shrini</description>
		<content:encoded><![CDATA[<p>&gt;&gt;&gt;Maybe we will be closer to being engineers in another 100 years? After all, civil engineering has been here for quite some time now.</p>
<p>Why there is tendency towards painting the process of making, using and maintaining software, necessarily as an &#8220;engineering&#8221; pursuit?  Where do you see making software has parallels with say &#8230; producing a car or a building a bridge?</p>
<p>Coming to civil engineering &#8230; software is reified, invisible, can&#8217;t see, touch&#8230; does that make a difference?</p>
<p>software gets made and used in a &#8220;social sciences&#8221; environment  with very little parallels with engineering. </p>
<p>It is the time that we stop comparing software as an engineered product&#8230;</p>
<p>Shrini</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Strong Typing really needed? by Shyam</title>
		<link>http://theshyam.com/2010/03/is-strong-typing-really-needed/comment-page-1/#comment-265</link>
		<dc:creator>Shyam</dc:creator>
		<pubDate>Thu, 15 Apr 2010 22:03:18 +0000</pubDate>
		<guid isPermaLink="false">http://theshyam.com/?p=282#comment-265</guid>
		<description>Yes, Java is more verbose and requires more line of code. Reading is easier. BUt my point is that. Why do more lines of code when it can be done more cleanly and clearly in less. This is one of my biggest problems with Java / GWT. There are so many layers of marshalling code and so little of the actual business logic. Getting data from a DB and displaying it in the UI should be the easiest thing, and it is usually not the case</description>
		<content:encoded><![CDATA[<p>Yes, Java is more verbose and requires more line of code. Reading is easier. BUt my point is that. Why do more lines of code when it can be done more cleanly and clearly in less. This is one of my biggest problems with Java / GWT. There are so many layers of marshalling code and so little of the actual business logic. Getting data from a DB and displaying it in the UI should be the easiest thing, and it is usually not the case</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on APIs and what not to do by Shyam</title>
		<link>http://theshyam.com/2010/04/apis-and-what-not-to-do/comment-page-1/#comment-264</link>
		<dc:creator>Shyam</dc:creator>
		<pubDate>Thu, 15 Apr 2010 22:00:31 +0000</pubDate>
		<guid isPermaLink="false">http://theshyam.com/?p=301#comment-264</guid>
		<description>I can, but thats not the point. If all I&#039;m going to do with a GWT Tree is always wrap it, why not wrap it to begin with. And yes, SWT / JFace does it right. Completely agree on that point</description>
		<content:encoded><![CDATA[<p>I can, but thats not the point. If all I&#8217;m going to do with a GWT Tree is always wrap it, why not wrap it to begin with. And yes, SWT / JFace does it right. Completely agree on that point</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on APIs and what not to do by Sven Meier</title>
		<link>http://theshyam.com/2010/04/apis-and-what-not-to-do/comment-page-1/#comment-263</link>
		<dc:creator>Sven Meier</dc:creator>
		<pubDate>Wed, 14 Apr 2010 08:27:35 +0000</pubDate>
		<guid isPermaLink="false">http://theshyam.com/?p=301#comment-263</guid>
		<description>Don&#039;t be too harsh on the GWT tree.

You can easily implement a small wrapper which offers what you&#039;re looking for: be it a provider, TreeModel or any other pull mechanism.

IMHO SWT/jFace does it right:
A low level API like the GWT tree and a higher API similar to what JSF is offering.</description>
		<content:encoded><![CDATA[<p>Don&#8217;t be too harsh on the GWT tree.</p>
<p>You can easily implement a small wrapper which offers what you&#8217;re looking for: be it a provider, TreeModel or any other pull mechanism.</p>
<p>IMHO SWT/jFace does it right:<br />
A low level API like the GWT tree and a higher API similar to what JSF is offering.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What I miss in Java by APIs and what not to do &#171; The Shyam!</title>
		<link>http://theshyam.com/2009/11/what-i-miss-in-java/comment-page-1/#comment-261</link>
		<dc:creator>APIs and what not to do &#171; The Shyam!</dc:creator>
		<pubDate>Mon, 12 Apr 2010 20:42:01 +0000</pubDate>
		<guid isPermaLink="false">http://theshyam.com/?p=252#comment-261</guid>
		<description>[...] new list. Now I realize that Java doesn&#8217;t make it easy to pass in functions (check my older article about this) as arguments, but what I really really want here is the ability to do [...]</description>
		<content:encoded><![CDATA[<p>[...] new list. Now I realize that Java doesn&#8217;t make it easy to pass in functions (check my older article about this) as arguments, but what I really really want here is the ability to do [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Strong Typing really needed? by Dmitry Nikolaev</title>
		<link>http://theshyam.com/2010/03/is-strong-typing-really-needed/comment-page-1/#comment-257</link>
		<dc:creator>Dmitry Nikolaev</dc:creator>
		<pubDate>Sat, 06 Mar 2010 11:53:52 +0000</pubDate>
		<guid isPermaLink="false">http://theshyam.com/?p=282#comment-257</guid>
		<description>Generally, you want say that java is more verbose. Java required more lines of code. But I think this is what we may train. Our perception of code. It very (very) easy achieve, if you adopt your IDE setting for you (typography). This make reading of code more easier!</description>
		<content:encoded><![CDATA[<p>Generally, you want say that java is more verbose. Java required more lines of code. But I think this is what we may train. Our perception of code. It very (very) easy achieve, if you adopt your IDE setting for you (typography). This make reading of code more easier!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Strong Typing really needed? by Misko Hevery</title>
		<link>http://theshyam.com/2010/03/is-strong-typing-really-needed/comment-page-1/#comment-256</link>
		<dc:creator>Misko Hevery</dc:creator>
		<pubDate>Fri, 05 Mar 2010 05:38:58 +0000</pubDate>
		<guid isPermaLink="false">http://theshyam.com/?p=282#comment-256</guid>
		<description>Glad you are coming around. :-)</description>
		<content:encoded><![CDATA[<p>Glad you are coming around. <img src='http://theshyam.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Strong Typing really needed? by Philip Peitsch</title>
		<link>http://theshyam.com/2010/03/is-strong-typing-really-needed/comment-page-1/#comment-255</link>
		<dc:creator>Philip Peitsch</dc:creator>
		<pubDate>Fri, 05 Mar 2010 02:17:55 +0000</pubDate>
		<guid isPermaLink="false">http://theshyam.com/?p=282#comment-255</guid>
		<description>Not all those features are restricted to dynamic languages.  C# implements Closures / Functions (lambda expressions and delegates are the terms used).

It sounds like a lot of your issues with static typing are with Java&#039;s implementation... I&#039;d definitely encourage you to look at some alternative statically typed languages if you can.  I think that Java (though definitely a useful language), does a lot to make static typing painful.  This is coming from someone who grew up on Java through Uni, then had to do a stack of development in C#.  I still use both languages on a regular basis... but C# is definitely more &quot;fun&quot; to use due to some of the improvements made.</description>
		<content:encoded><![CDATA[<p>Not all those features are restricted to dynamic languages.  C# implements Closures / Functions (lambda expressions and delegates are the terms used).</p>
<p>It sounds like a lot of your issues with static typing are with Java&#8217;s implementation&#8230; I&#8217;d definitely encourage you to look at some alternative statically typed languages if you can.  I think that Java (though definitely a useful language), does a lot to make static typing painful.  This is coming from someone who grew up on Java through Uni, then had to do a stack of development in C#.  I still use both languages on a regular basis&#8230; but C# is definitely more &#8220;fun&#8221; to use due to some of the improvements made.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Strong Typing really needed? by Graham Fawcett</title>
		<link>http://theshyam.com/2010/03/is-strong-typing-really-needed/comment-page-1/#comment-254</link>
		<dc:creator>Graham Fawcett</dc:creator>
		<pubDate>Fri, 05 Mar 2010 00:34:19 +0000</pubDate>
		<guid isPermaLink="false">http://theshyam.com/?p=282#comment-254</guid>
		<description>It&#039;s &quot;static typing&quot; you&#039;re talking about, not &quot;strong typing&quot;. You can have a dynamic, strongly-typed language. Python is one of many examples. 

I&#039;d avoid talking about &#039;strong typing&#039; because it&#039;s ambiguous -- it means very different things to different people.

Regarding your subpoints: neither strong nor static typing prevents (or enables) the use of closures: that&#039;s entirely orthogonal to types.</description>
		<content:encoded><![CDATA[<p>It&#8217;s &#8220;static typing&#8221; you&#8217;re talking about, not &#8220;strong typing&#8221;. You can have a dynamic, strongly-typed language. Python is one of many examples. </p>
<p>I&#8217;d avoid talking about &#8217;strong typing&#8217; because it&#8217;s ambiguous &#8212; it means very different things to different people.</p>
<p>Regarding your subpoints: neither strong nor static typing prevents (or enables) the use of closures: that&#8217;s entirely orthogonal to types.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is Strong Typing really needed? by Shyam</title>
		<link>http://theshyam.com/2010/03/is-strong-typing-really-needed/comment-page-1/#comment-253</link>
		<dc:creator>Shyam</dc:creator>
		<pubDate>Thu, 04 Mar 2010 23:13:09 +0000</pubDate>
		<guid isPermaLink="false">http://theshyam.com/?p=282#comment-253</guid>
		<description>I have played around with Scala enough to say I think its a great improvement over Java in many cases. But I haven&#039;t used it for long periods of time to have strong opinions about the things I like or don&#039;t like. But I love the concepts of val vs var, where making things immutable is easy and almost like the default option. Mixins are awesome as well.</description>
		<content:encoded><![CDATA[<p>I have played around with Scala enough to say I think its a great improvement over Java in many cases. But I haven&#8217;t used it for long periods of time to have strong opinions about the things I like or don&#8217;t like. But I love the concepts of val vs var, where making things immutable is easy and almost like the default option. Mixins are awesome as well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
