<?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: Ars Technica on the .NET Framework</title>
	<atom:link href="http://blog.stevex.net/2008/05/ars-technica-on-the-net-framework/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.stevex.net/2008/05/ars-technica-on-the-net-framework/</link>
	<description>Software development and other notes.</description>
	<lastBuildDate>Fri, 03 Feb 2012 14:03:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: stevex</title>
		<link>http://blog.stevex.net/2008/05/ars-technica-on-the-net-framework/comment-page-1/#comment-364858</link>
		<dc:creator>stevex</dc:creator>
		<pubDate>Tue, 27 May 2008 04:07:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stevex.net/index.php/2008/05/06/ars-technica-on-the-net-framework/#comment-364858</guid>
		<description>Ah you&#039;re right.  I wonder why I thought it was 64 bit.  At least 64 bit integers are a built-in type so there&#039;s no combining of 32 bit values to do.</description>
		<content:encoded><![CDATA[<p>Ah you&#8217;re right.  I wonder why I thought it was 64 bit.  At least 64 bit integers are a built-in type so there&#8217;s no combining of 32 bit values to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zproxy</title>
		<link>http://blog.stevex.net/2008/05/ars-technica-on-the-net-framework/comment-page-1/#comment-364230</link>
		<dc:creator>zproxy</dc:creator>
		<pubDate>Mon, 26 May 2008 06:09:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stevex.net/index.php/2008/05/06/ars-technica-on-the-net-framework/#comment-364230</guid>
		<description>&gt;&gt; All integers in .NET are 64 bit, and there’s no futzing to do to get the 64 bit size of a file.

No it isn&#039;t. You have int64 as long, int32 as int, int16 as short, int8 as byte all of which have their corresponding opcodes to work with.</description>
		<content:encoded><![CDATA[<p>&gt;&gt; All integers in .NET are 64 bit, and there’s no futzing to do to get the 64 bit size of a file.</p>
<p>No it isn&#8217;t. You have int64 as long, int32 as int, int16 as short, int8 as byte all of which have their corresponding opcodes to work with.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Williams</title>
		<link>http://blog.stevex.net/2008/05/ars-technica-on-the-net-framework/comment-page-1/#comment-351551</link>
		<dc:creator>Scott Williams</dc:creator>
		<pubDate>Tue, 06 May 2008 14:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.stevex.net/index.php/2008/05/06/ars-technica-on-the-net-framework/#comment-351551</guid>
		<description>WPF is alright, and arguably better than Windows Forms, but I do have some gripes with it. I haven&#039;t spent a ton of time with it, so take these criticisms with a grain of salt.

1) XAML - just feels too bloated. If it were only markup for layout, similar to HTML it would be great. But they shoehorned styling and animation events and things like that into it.

2) Expression Blend &amp; VS 2008. The text editor in Expression sucks, and the WYSIWYG editor in VS 2008 isn&#039;t that great, so you&#039;re constantly switching back and forth. Plus Blend is UGLY. This is more of a criticism of the tools, but considering how tightly integrated they are, I feel it&#039;s legitimate.

3) Too many ways to do the same thing. You can use WPF nearly the same way you use WinForms, which makes it kind of confusing when going over someone else&#039;s code. In my opinion, they should have just made a clean break and thrown away the WinForms mindset.

Ultimately, I think that WPF has the potential to be great, but it still seems a little half-baked.</description>
		<content:encoded><![CDATA[<p>WPF is alright, and arguably better than Windows Forms, but I do have some gripes with it. I haven&#8217;t spent a ton of time with it, so take these criticisms with a grain of salt.</p>
<p>1) XAML &#8211; just feels too bloated. If it were only markup for layout, similar to HTML it would be great. But they shoehorned styling and animation events and things like that into it.</p>
<p>2) Expression Blend &amp; VS 2008. The text editor in Expression sucks, and the WYSIWYG editor in VS 2008 isn&#8217;t that great, so you&#8217;re constantly switching back and forth. Plus Blend is UGLY. This is more of a criticism of the tools, but considering how tightly integrated they are, I feel it&#8217;s legitimate.</p>
<p>3) Too many ways to do the same thing. You can use WPF nearly the same way you use WinForms, which makes it kind of confusing when going over someone else&#8217;s code. In my opinion, they should have just made a clean break and thrown away the WinForms mindset.</p>
<p>Ultimately, I think that WPF has the potential to be great, but it still seems a little half-baked.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

