<?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: Two&#8217;s Company</title>
	<atom:link href="http://www.agilemicroisv.com/2009/12/twos-company/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agilemicroisv.com/2009/12/twos-company/</link>
	<description>Small fish. Big pond.</description>
	<lastBuildDate>Thu, 29 Apr 2010 06:12:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Brian Haas</title>
		<link>http://www.agilemicroisv.com/2009/12/twos-company/comment-page-1/#comment-744</link>
		<dc:creator>Brian Haas</dc:creator>
		<pubDate>Tue, 05 Jan 2010 05:43:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilemicroisv.com/?p=355#comment-744</guid>
		<description>We have two apps, one written in WinForms and one in WPF.  When making the decision to use WPF, the deciding factor for me was databinding, XAML, and Silverlight.  WPF databinding rocks, and I think its the most beneficial non-visual advantage.  My first impression with WPF was that Microsoft accomplished their goal of &quot;best of winforms, best of the web&quot;, however after using it for over a year, there are definite painpoints. As Tim points out, cold start times are painful.  Also, debugging is often more difficult as the framework is extensive, especially around weak references and our use of the command infrastructure.  And finally, our solution will eventually lead us to web work and the investiment in WPF and XAML technology will hopefully pay off as we look to utilize Silverlight in a web UI to avoid javascript based business logic.

One more note on WPF.  I had a customer request support because our app UI was not rendering properly. Double visuals and cutoff panels.  The solution was to update his video driver! As a business app developer, that was a first for me.  You wont have that problem with WinForms.</description>
		<content:encoded><![CDATA[<p>We have two apps, one written in WinForms and one in WPF.  When making the decision to use WPF, the deciding factor for me was databinding, XAML, and Silverlight.  WPF databinding rocks, and I think its the most beneficial non-visual advantage.  My first impression with WPF was that Microsoft accomplished their goal of &#8220;best of winforms, best of the web&#8221;, however after using it for over a year, there are definite painpoints. As Tim points out, cold start times are painful.  Also, debugging is often more difficult as the framework is extensive, especially around weak references and our use of the command infrastructure.  And finally, our solution will eventually lead us to web work and the investiment in WPF and XAML technology will hopefully pay off as we look to utilize Silverlight in a web UI to avoid javascript based business logic.</p>
<p>One more note on WPF.  I had a customer request support because our app UI was not rendering properly. Double visuals and cutoff panels.  The solution was to update his video driver! As a business app developer, that was a first for me.  You wont have that problem with WinForms.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The MicroISV Digest</title>
		<link>http://www.agilemicroisv.com/2009/12/twos-company/comment-page-1/#comment-739</link>
		<dc:creator>The MicroISV Digest</dc:creator>
		<pubDate>Fri, 01 Jan 2010 04:40:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilemicroisv.com/?p=355#comment-739</guid>
		<description>[...] for feedback on a product idea, and while I normally don&#8217;t cover idea feedback requests, Tim has helped a lot of people at Business of Software over the years and deserves your feedback and [...]</description>
		<content:encoded><![CDATA[<p>[...] for feedback on a product idea, and while I normally don&#8217;t cover idea feedback requests, Tim has helped a lot of people at Business of Software over the years and deserves your feedback and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jose</title>
		<link>http://www.agilemicroisv.com/2009/12/twos-company/comment-page-1/#comment-733</link>
		<dc:creator>Jose</dc:creator>
		<pubDate>Mon, 28 Dec 2009 05:55:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilemicroisv.com/?p=355#comment-733</guid>
		<description>I pretty much wrote all my doubts about which path to take some months ago (http://www.nowfromhome.com/new-project-wpf-or-windows-forms/). 

The thing is that I&#039;m still not 100% sure and your post made me rethink it again. It specially called my attention that you you said that it was a &quot;mistake&quot; and the fact that you are rewriting your UI.

I&#039;m entering a crowded niche. However 90% of the competition have very complex and intimidating UI. I&#039;d like the GUI to be one of the differentiation points in my application. Ideally I&#039;d like something like the Lawson M3 screenshot you can see on my post. The problem is that I&#039;m not a designer and it&#039;s very likely to end up with a mess or a typical WinForms application.

Anyway, I think I&#039;m going to go with WPF. This is a mid-term project and it has to be fun. I also think that .NET 3.5 adoption is going to improve quickly. Also, what do you think about .NET 4 Client Profile? 30 Mb doesn&#039;t sound that bad (at least in my niche) and it is supposed to improve WPF performance as well.</description>
		<content:encoded><![CDATA[<p>I pretty much wrote all my doubts about which path to take some months ago (<a href="http://www.nowfromhome.com/new-project-wpf-or-windows-forms/" rel="nofollow">http://www.nowfromhome.com/new-project-wpf-or-windows-forms/</a>). </p>
<p>The thing is that I&#8217;m still not 100% sure and your post made me rethink it again. It specially called my attention that you you said that it was a &#8220;mistake&#8221; and the fact that you are rewriting your UI.</p>
<p>I&#8217;m entering a crowded niche. However 90% of the competition have very complex and intimidating UI. I&#8217;d like the GUI to be one of the differentiation points in my application. Ideally I&#8217;d like something like the Lawson M3 screenshot you can see on my post. The problem is that I&#8217;m not a designer and it&#8217;s very likely to end up with a mess or a typical WinForms application.</p>
<p>Anyway, I think I&#8217;m going to go with WPF. This is a mid-term project and it has to be fun. I also think that .NET 3.5 adoption is going to improve quickly. Also, what do you think about .NET 4 Client Profile? 30 Mb doesn&#8217;t sound that bad (at least in my niche) and it is supposed to improve WPF performance as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Haughton</title>
		<link>http://www.agilemicroisv.com/2009/12/twos-company/comment-page-1/#comment-732</link>
		<dc:creator>Tim Haughton</dc:creator>
		<pubDate>Sat, 26 Dec 2009 22:24:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilemicroisv.com/?p=355#comment-732</guid>
		<description>Hi Jose, the main reasons *for me* are:

1 - Over 50% of all visitors to the Home Document Manager website use Windows XP. About 20% use Vista and 20% Windows 7. I can target v2.0 of the framework with a clear conscience with Winforms in the knowledge that I&#039;m not adding bulk to my download.

2 - WPF&#039;s cold start times suck. The prettiest splash screens in the world won&#039;t alter that fact. It&#039;s not as big a problem in B2B world, but when you&#039;re selling to Joe Public, a perceived sluggishness at startup is another reason for them to buy your snappy native C++ based competitor.

3 - Third party WinForms UI components are more advanced and more mature. DevExpress in particular.

I&#039;m not creating an &quot;out-there&quot; UI in my apps. They look and feel like Windows applications, so I don&#039;t need WPF&#039;s awesome UI power. I can&#039;t think of a reason *to* use WPF for B2C apps at the minute. YMMV.

I&#039;d love to know which way you decide to go, and why.</description>
		<content:encoded><![CDATA[<p>Hi Jose, the main reasons *for me* are:</p>
<p>1 &#8211; Over 50% of all visitors to the Home Document Manager website use Windows XP. About 20% use Vista and 20% Windows 7. I can target v2.0 of the framework with a clear conscience with Winforms in the knowledge that I&#8217;m not adding bulk to my download.</p>
<p>2 &#8211; WPF&#8217;s cold start times suck. The prettiest splash screens in the world won&#8217;t alter that fact. It&#8217;s not as big a problem in B2B world, but when you&#8217;re selling to Joe Public, a perceived sluggishness at startup is another reason for them to buy your snappy native C++ based competitor.</p>
<p>3 &#8211; Third party WinForms UI components are more advanced and more mature. DevExpress in particular.</p>
<p>I&#8217;m not creating an &#8220;out-there&#8221; UI in my apps. They look and feel like Windows applications, so I don&#8217;t need WPF&#8217;s awesome UI power. I can&#8217;t think of a reason *to* use WPF for B2C apps at the minute. YMMV.</p>
<p>I&#8217;d love to know which way you decide to go, and why.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jose</title>
		<link>http://www.agilemicroisv.com/2009/12/twos-company/comment-page-1/#comment-731</link>
		<dc:creator>Jose</dc:creator>
		<pubDate>Sat, 26 Dec 2009 19:12:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilemicroisv.com/?p=355#comment-731</guid>
		<description>Hi Tim, 

I&#039;d really like to know what problems did you face using WPF that drive you to the conclusion that choosing that technology was a mistake. I&#039;m planning a new product and I&#039;m leaning towards WPF even though I&#039;m a WinForms guy. 

Hope you can comment on this.</description>
		<content:encoded><![CDATA[<p>Hi Tim, </p>
<p>I&#8217;d really like to know what problems did you face using WPF that drive you to the conclusion that choosing that technology was a mistake. I&#8217;m planning a new product and I&#8217;m leaning towards WPF even though I&#8217;m a WinForms guy. </p>
<p>Hope you can comment on this.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
