<?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 on: Is C# Putting On Weight?</title>
	<atom:link href="http://bobondevelopment.com/2007/07/07/is-c-putting-on-weight/feed/" rel="self" type="application/rss+xml" />
	<link>http://bobondevelopment.com/2007/07/07/is-c-putting-on-weight/</link>
	<description>Musings on the craft and business of software development</description>
	<lastBuildDate>Thu, 26 Aug 2010 03:21:57 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dave</title>
		<link>http://bobondevelopment.com/2007/07/07/is-c-putting-on-weight/comment-page-1/#comment-2116</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Thu, 23 Aug 2007 13:49:19 +0000</pubDate>
		<guid isPermaLink="false">http://bobondevelopment.com/2007/07/07/is-c-putting-on-weight/#comment-2116</guid>
		<description>To mine opinion c# is growing a bit to hard. Why you might ask? Well, my problems aren&#039;t only targetted to Windows environments. I also write a lot of Linux system utilities running on the Mono CLR. 

Despite the developers of the Mono project are working (very) hard to implement as fast as possible new language features. They are always behind the official release of Micrsoft itself.

I also never use the &#039;var&#039; variable. You should know what a linq query should return. In most cases IEnumerable. Luckily the compiler is smart enough to replace the &#039;var&#039; variable with the correct type.</description>
		<content:encoded><![CDATA[<p>To mine opinion c# is growing a bit to hard. Why you might ask? Well, my problems aren&#8217;t only targetted to Windows environments. I also write a lot of Linux system utilities running on the Mono CLR. </p>
<p>Despite the developers of the Mono project are working (very) hard to implement as fast as possible new language features. They are always behind the official release of Micrsoft itself.</p>
<p>I also never use the &#8216;var&#8217; variable. You should know what a linq query should return. In most cases IEnumerable. Luckily the compiler is smart enough to replace the &#8216;var&#8217; variable with the correct type.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcelo</title>
		<link>http://bobondevelopment.com/2007/07/07/is-c-putting-on-weight/comment-page-1/#comment-2074</link>
		<dc:creator>Marcelo</dc:creator>
		<pubDate>Mon, 23 Jul 2007 14:19:12 +0000</pubDate>
		<guid isPermaLink="false">http://bobondevelopment.com/2007/07/07/is-c-putting-on-weight/#comment-2074</guid>
		<description>Precisely why I think it&#039;s a bunch of hoo-ey ( or as they say in Texas, the Southern output of a Northern bound bull ).

It&#039;s the &quot;Visual-Basic-izing&quot; of a what has otherwise been an elegant and tres-useful programming language.  Of course you&#039;ll see &quot;var&quot; abused, and yet again, C# will become the laughing stock of all the java weenies. 

Maybe someone really needs to sit and ask themselves, &quot;What the hell was SO wrong with typecasting&quot;, and for that matter if you want an object of type X from one of type Y that derives from type X because you only need interfaces of of type X, then just declare another variable of type X that set the Y object to it, and call it done. The only &quot;gotcha&quot; is if you had the silly notion of upcasting. Foolish Mortal, if you wanted to do that, pass the original type around.</description>
		<content:encoded><![CDATA[<p>Precisely why I think it&#8217;s a bunch of hoo-ey ( or as they say in Texas, the Southern output of a Northern bound bull ).</p>
<p>It&#8217;s the &#8220;Visual-Basic-izing&#8221; of a what has otherwise been an elegant and tres-useful programming language.  Of course you&#8217;ll see &#8220;var&#8221; abused, and yet again, C# will become the laughing stock of all the java weenies. </p>
<p>Maybe someone really needs to sit and ask themselves, &#8220;What the hell was SO wrong with typecasting&#8221;, and for that matter if you want an object of type X from one of type Y that derives from type X because you only need interfaces of of type X, then just declare another variable of type X that set the Y object to it, and call it done. The only &#8220;gotcha&#8221; is if you had the silly notion of upcasting. Foolish Mortal, if you wanted to do that, pass the original type around.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Merit</title>
		<link>http://bobondevelopment.com/2007/07/07/is-c-putting-on-weight/comment-page-1/#comment-2008</link>
		<dc:creator>Merit</dc:creator>
		<pubDate>Thu, 12 Jul 2007 13:41:20 +0000</pubDate>
		<guid isPermaLink="false">http://bobondevelopment.com/2007/07/07/is-c-putting-on-weight/#comment-2008</guid>
		<description>Type inference is more than a cute hack to save typing, its really in there to make LINQ work.  When you&#039;re doing something like:
&lt;code&gt;
var deadbeats = from Customers
                select Name, Address
                where Balance &gt; 1000;
&lt;/code&gt;
(excuse the syntax, I haven&#039;t played with it in a while)

What is the type of deadbeats?  Its some new type you just created right there.  You could probably come up with a way to declare it but it would be really ugly.

On the other hand I&#039;m sure we&#039;ll see abuse of var.  I had a CS professor who started writing C# like this:
&lt;code&gt;
for( var i = 0; i </description>
		<content:encoded><![CDATA[<p>Type inference is more than a cute hack to save typing, its really in there to make LINQ work.  When you&#8217;re doing something like:<br />
<code><br />
var deadbeats = from Customers<br />
                select Name, Address<br />
                where Balance &gt; 1000;<br />
</code><br />
(excuse the syntax, I haven&#8217;t played with it in a while)</p>
<p>What is the type of deadbeats?  Its some new type you just created right there.  You could probably come up with a way to declare it but it would be really ugly.</p>
<p>On the other hand I&#8217;m sure we&#8217;ll see abuse of var.  I had a CS professor who started writing C# like this:<br />
<code><br />
for( var i = 0; i</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcelo</title>
		<link>http://bobondevelopment.com/2007/07/07/is-c-putting-on-weight/comment-page-1/#comment-1994</link>
		<dc:creator>Marcelo</dc:creator>
		<pubDate>Mon, 09 Jul 2007 14:33:32 +0000</pubDate>
		<guid isPermaLink="false">http://bobondevelopment.com/2007/07/07/is-c-putting-on-weight/#comment-1994</guid>
		<description>In the immortal words of Jack Nicholson, portraying The Joker ( since we&#039;re in a jocular mood, what better reference ), &quot;This town* needs an enema&quot;. Where * means language, and that language being C# 3.0. Lambda expressions ? When did the Haskell Curry fanatics take over the asylum ? They spend years in college trying to pound recursion, functional programming is the force ( use it, save you it can !) of all things. Recursion has it&#039;s place, still I&#039;ve only found the necessity to resort to do things recursively perhaps 1% of the time. Seriously. 

Type inference is cute, but cute wears out. You save what, some typing in a variable declaration for the most part, c&#039;mon, get real. And Lambda expressions, they&#039;re just more window dressing, and remember, most of the time more, is just that, more. 

Yet again, take something straightforward, and in my opinion elegant, and munge it up once more. Way to go MS, smooth move.</description>
		<content:encoded><![CDATA[<p>In the immortal words of Jack Nicholson, portraying The Joker ( since we&#8217;re in a jocular mood, what better reference ), &#8220;This town* needs an enema&#8221;. Where * means language, and that language being C# 3.0. Lambda expressions ? When did the Haskell Curry fanatics take over the asylum ? They spend years in college trying to pound recursion, functional programming is the force ( use it, save you it can !) of all things. Recursion has it&#8217;s place, still I&#8217;ve only found the necessity to resort to do things recursively perhaps 1% of the time. Seriously. </p>
<p>Type inference is cute, but cute wears out. You save what, some typing in a variable declaration for the most part, c&#8217;mon, get real. And Lambda expressions, they&#8217;re just more window dressing, and remember, most of the time more, is just that, more. </p>
<p>Yet again, take something straightforward, and in my opinion elegant, and munge it up once more. Way to go MS, smooth move.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
