<?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: Why Microsoft Won&#8217;t/Can&#8217;t/Shouldn&#8217;t Lead</title>
	<atom:link href="http://lostechies.com/chadmyers/2008/06/05/why-microsoft-won-t-can-t-shouldn-t-lead/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/chadmyers/2008/06/05/why-microsoft-won-t-can-t-shouldn-t-lead/</link>
	<description>Software development, testing, and techie life</description>
	<lastBuildDate>Thu, 08 Mar 2012 22:19:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Steve</title>
		<link>http://lostechies.com/chadmyers/2008/06/05/why-microsoft-won-t-can-t-shouldn-t-lead/#comment-314</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Sat, 07 Jun 2008 16:59:37 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/06/04/why-microsoft-won-t-can-t-shouldn-t-lead.aspx#comment-314</guid>
		<description>When MS ships Visual Studio for Linux then I&#039;ll believe they are interested in the developer community  :)

I should be able to run and build my software on the environment I want to run it on.

I think Vista has shown how badly MS can mess something up.  What amazes me is how many companies are so locked into MS.  They have shown their incompetance over and over again.

And yes, Entity Framework&#039;s lack of POCO and a &#039;Repository&#039; DD model approach out of the box show how far away they are from what we need.

Either that, or more open source developers need to realize that the only thing MS does better than you is provide good GUI tooling  :)  People use Linq to Sql because they can drag tables onto a designer, stored procs to a designer, and it creates it all for you - relieving you of typing up 50+ classes with hbm.xml files.

Tooling  :)

I just want Ayende to show me how much better Boo can do MVC and I&#039;ll switch over  ;)</description>
		<content:encoded><![CDATA[<p>When MS ships Visual Studio for Linux then I&#8217;ll believe they are interested in the developer community  :)</p>
<p>I should be able to run and build my software on the environment I want to run it on.</p>
<p>I think Vista has shown how badly MS can mess something up.  What amazes me is how many companies are so locked into MS.  They have shown their incompetance over and over again.</p>
<p>And yes, Entity Framework&#8217;s lack of POCO and a &#8216;Repository&#8217; DD model approach out of the box show how far away they are from what we need.</p>
<p>Either that, or more open source developers need to realize that the only thing MS does better than you is provide good GUI tooling  :)  People use Linq to Sql because they can drag tables onto a designer, stored procs to a designer, and it creates it all for you &#8211; relieving you of typing up 50+ classes with hbm.xml files.</p>
<p>Tooling  :)</p>
<p>I just want Ayende to show me how much better Boo can do MVC and I&#8217;ll switch over  ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Bohlen</title>
		<link>http://lostechies.com/chadmyers/2008/06/05/why-microsoft-won-t-can-t-shouldn-t-lead/#comment-313</link>
		<dc:creator>Steve Bohlen</dc:creator>
		<pubDate>Fri, 06 Jun 2008 14:25:42 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/06/04/why-microsoft-won-t-can-t-shouldn-t-lead.aspx#comment-313</guid>
		<description>@Scott

I didn&#039;t mean to imply that the MVC effort was initially receptive to criticism or that it didn&#039;t take people &#039;shaming them&#039; into listening for them to do so as you quite properly point out -- merely that with MVC they at least DID show it to people before it was too-far gone to be effectively changed for V1 and its this aspect that distinguished it from other product initiatives in my mind.  Rather than saying &#039;nice comments, we&#039;ll consider that for v2 because we&#039;re already 90% done with the product&#039;, they (in the end) did start to take some of the feedback to heart in time to have it positively affect the v1 release.

My point was less about their level of listening and more about their at least offering the change for feedback before its too late for them to adopt any comments even if they want to.</description>
		<content:encoded><![CDATA[<p>@Scott</p>
<p>I didn&#8217;t mean to imply that the MVC effort was initially receptive to criticism or that it didn&#8217;t take people &#8216;shaming them&#8217; into listening for them to do so as you quite properly point out &#8212; merely that with MVC they at least DID show it to people before it was too-far gone to be effectively changed for V1 and its this aspect that distinguished it from other product initiatives in my mind.  Rather than saying &#8216;nice comments, we&#8217;ll consider that for v2 because we&#8217;re already 90% done with the product&#8217;, they (in the end) did start to take some of the feedback to heart in time to have it positively affect the v1 release.</p>
<p>My point was less about their level of listening and more about their at least offering the change for feedback before its too late for them to adopt any comments even if they want to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Bellware</title>
		<link>http://lostechies.com/chadmyers/2008/06/05/why-microsoft-won-t-can-t-shouldn-t-lead/#comment-312</link>
		<dc:creator>Scott Bellware</dc:creator>
		<pubDate>Fri, 06 Jun 2008 02:56:27 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/06/04/why-microsoft-won-t-can-t-shouldn-t-lead.aspx#comment-312</guid>
		<description>Point of Order: ASP MVC team did not take community input well or seriously until the community burned down the house with applied humiliation guerrilla tactics during early previews.  Only then did the team start to respond.

Let&#039;s not forget the necessary fighting that often has to happen before peaceable relations with Microsoft break out.

It&#039;s great when Microsoft participates like a good, functional member of society, but lets not Microsoft too many kudos for being open and receptive citizens of the reality that it has endeavored to create.

You typically don&#039;t get a chance to hold Microsoft accountable until you set it&#039;s accounts on fire on its front porch and call the world&#039;s attention to the blaze, and hopefully the reason for and context of the blaze.</description>
		<content:encoded><![CDATA[<p>Point of Order: ASP MVC team did not take community input well or seriously until the community burned down the house with applied humiliation guerrilla tactics during early previews.  Only then did the team start to respond.</p>
<p>Let&#8217;s not forget the necessary fighting that often has to happen before peaceable relations with Microsoft break out.</p>
<p>It&#8217;s great when Microsoft participates like a good, functional member of society, but lets not Microsoft too many kudos for being open and receptive citizens of the reality that it has endeavored to create.</p>
<p>You typically don&#8217;t get a chance to hold Microsoft accountable until you set it&#8217;s accounts on fire on its front porch and call the world&#8217;s attention to the blaze, and hopefully the reason for and context of the blaze.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Tonnesen</title>
		<link>http://lostechies.com/chadmyers/2008/06/05/why-microsoft-won-t-can-t-shouldn-t-lead/#comment-311</link>
		<dc:creator>Tim Tonnesen</dc:creator>
		<pubDate>Thu, 05 Jun 2008 12:24:22 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/06/04/why-microsoft-won-t-can-t-shouldn-t-lead.aspx#comment-311</guid>
		<description>MS is a business and all businesses are driven by profits. I agree with you that customer input is important, but I would strongly suspect that MS&#039;s main motivation for making MVC was concern about competition from the open source software that has been making inroads. They were concerned about profits and market share. 

If no one is threatening their market share, what do they care how much their customers complain? Before open source started making inroads they didn&#039;t listen much at all. Now their profits are starting to depend on it.

The best way to get MS to change is to compete with it.</description>
		<content:encoded><![CDATA[<p>MS is a business and all businesses are driven by profits. I agree with you that customer input is important, but I would strongly suspect that MS&#8217;s main motivation for making MVC was concern about competition from the open source software that has been making inroads. They were concerned about profits and market share. </p>
<p>If no one is threatening their market share, what do they care how much their customers complain? Before open source started making inroads they didn&#8217;t listen much at all. Now their profits are starting to depend on it.</p>
<p>The best way to get MS to change is to compete with it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Sullivan</title>
		<link>http://lostechies.com/chadmyers/2008/06/05/why-microsoft-won-t-can-t-shouldn-t-lead/#comment-310</link>
		<dc:creator>Brian Sullivan</dc:creator>
		<pubDate>Thu, 05 Jun 2008 11:13:39 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/06/04/why-microsoft-won-t-can-t-shouldn-t-lead.aspx#comment-310</guid>
		<description>Well said, Chad.  Thankfully, at least Microsoft is beginning to listen.  I&#039;m sure there are other companies where user feedback would have no affect at all.</description>
		<content:encoded><![CDATA[<p>Well said, Chad.  Thankfully, at least Microsoft is beginning to listen.  I&#8217;m sure there are other companies where user feedback would have no affect at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Bohlen</title>
		<link>http://lostechies.com/chadmyers/2008/06/05/why-microsoft-won-t-can-t-shouldn-t-lead/#comment-309</link>
		<dc:creator>Steve Bohlen</dc:creator>
		<pubDate>Thu, 05 Jun 2008 09:54:55 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/06/04/why-microsoft-won-t-can-t-shouldn-t-lead.aspx#comment-309</guid>
		<description>I think the single biggest thing that distinguishes the process being used by MS to develop ASP.NET MVC isn&#039;t that they are asking for and receiving input -- every product MS develops (at least nearly all) have at least one CTP, private betas, and often public betas during which MS asks for and often recevives feedback (often both from select customers and from the community at-larage).

What makes the ASP.NET MVC process so different is WHEN they are asking for feedback.  WIth EntityFramework, for example, by the time they were interested in asking for feedback the overall architecture of the entire ball of mud was already long-past baked beyond where it could accept any fundamental changes based on any of the feedback.  With MVC, feedback was solicited early enough that it was possible for the feedback to shape more than just the peripheral features of the product.

I 100% agree that its the responsibility of MS customers everywhere to provide the feedback as to what we want to see, but there are practical limits to what an outsider can &#039;comment&#039; on to them; if the software is cooked up under cloak of darkness and then delivered to us as an 85%-complete fait-acompli, then no amount of feedback at that late point will be of much value (unless they are willing to completely start again and push waaaay back planned release dates for the software in question).

Contrast the interest around adopting ASP.NET MVC with the process that begat WCF and WF (two very mildly-adopted technologies that MS previously -- remember way back! -- considered to be &#039;pillars&#039; of the .NET 3.0 release).  Adoption of these technologies &#039;designed in a vacuum to solve theoretical problems&#039; are technologically interesting but miss the target of actually solving real problems by a mile.

Asking for feedback early is critical to ensuring the deliverd product actually solves a real problem rather than a hypothetical one (pretty sure this is somewhere in the Agile Manifesto &lt;g&gt;).</description>
		<content:encoded><![CDATA[<p>I think the single biggest thing that distinguishes the process being used by MS to develop ASP.NET MVC isn&#8217;t that they are asking for and receiving input &#8212; every product MS develops (at least nearly all) have at least one CTP, private betas, and often public betas during which MS asks for and often recevives feedback (often both from select customers and from the community at-larage).</p>
<p>What makes the ASP.NET MVC process so different is WHEN they are asking for feedback.  WIth EntityFramework, for example, by the time they were interested in asking for feedback the overall architecture of the entire ball of mud was already long-past baked beyond where it could accept any fundamental changes based on any of the feedback.  With MVC, feedback was solicited early enough that it was possible for the feedback to shape more than just the peripheral features of the product.</p>
<p>I 100% agree that its the responsibility of MS customers everywhere to provide the feedback as to what we want to see, but there are practical limits to what an outsider can &#8216;comment&#8217; on to them; if the software is cooked up under cloak of darkness and then delivered to us as an 85%-complete fait-acompli, then no amount of feedback at that late point will be of much value (unless they are willing to completely start again and push waaaay back planned release dates for the software in question).</p>
<p>Contrast the interest around adopting ASP.NET MVC with the process that begat WCF and WF (two very mildly-adopted technologies that MS previously &#8212; remember way back! &#8212; considered to be &#8216;pillars&#8217; of the .NET 3.0 release).  Adoption of these technologies &#8216;designed in a vacuum to solve theoretical problems&#8217; are technologically interesting but miss the target of actually solving real problems by a mile.</p>
<p>Asking for feedback early is critical to ensuring the deliverd product actually solves a real problem rather than a hypothetical one (pretty sure this is somewhere in the Agile Manifesto <g>).</g></p>
]]></content:encoded>
	</item>
</channel>
</rss>
