<?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"
	>
<channel>
	<title>Comments on: Spolsky on Web app development</title>
	<atom:link href="http://www.wordyard.com/2007/09/19/spolsky-on-web-app-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wordyard.com/2007/09/19/spolsky-on-web-app-development/</link>
	<description>Technology, politics, culture</description>
	<pubDate>Fri, 08 Aug 2008 20:41:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Cléo Saulnier</title>
		<link>http://www.wordyard.com/2007/09/19/spolsky-on-web-app-development/#comment-1024</link>
		<dc:creator>Cléo Saulnier</dc:creator>
		<pubDate>Fri, 21 Sep 2007 03:08:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1385#comment-1024</guid>
		<description>I think everyone understands what Joel is saying, but it's pure fantasy.  The early 90's was a mass MS migration.  My point is that it didn't matter what you did.  Everyone and their dog was buying MS products.  MS was agressively targetting schools and universities (at least in Canada).  If apps didn't gain users at that precise time, you best close up shop cuz there's no coming back from people using MS products.

To tell a company in the late 80's or early 90's to let hardware catch up was suicide and shows a complete lack of understanding in the computing marketplace at that time.  The battle was to be won on the platform.  It wasn't about features.  It was about who got their stuff out there first regardless of features.  The exact opposite of what Joel talks about.  MS products were crap in every sense of the word.  But MS knew from the DOS days that no matter how bad it was, people would be VERY reluctant to change software packages in the future.  And leveraging the OS with this goal in mind was key.

Today's scenario is nothing like what was happening back then.</description>
		<content:encoded><![CDATA[<p>I think everyone understands what Joel is saying, but it&#8217;s pure fantasy.  The early 90&#8217;s was a mass MS migration.  My point is that it didn&#8217;t matter what you did.  Everyone and their dog was buying MS products.  MS was agressively targetting schools and universities (at least in Canada).  If apps didn&#8217;t gain users at that precise time, you best close up shop cuz there&#8217;s no coming back from people using MS products.</p>
<p>To tell a company in the late 80&#8217;s or early 90&#8217;s to let hardware catch up was suicide and shows a complete lack of understanding in the computing marketplace at that time.  The battle was to be won on the platform.  It wasn&#8217;t about features.  It was about who got their stuff out there first regardless of features.  The exact opposite of what Joel talks about.  MS products were crap in every sense of the word.  But MS knew from the DOS days that no matter how bad it was, people would be VERY reluctant to change software packages in the future.  And leveraging the OS with this goal in mind was key.</p>
<p>Today&#8217;s scenario is nothing like what was happening back then.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carlos</title>
		<link>http://www.wordyard.com/2007/09/19/spolsky-on-web-app-development/#comment-1023</link>
		<dc:creator>Carlos</dc:creator>
		<pubDate>Thu, 20 Sep 2007 21:40:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1385#comment-1023</guid>
		<description>Considering that the need for planning and design is one of the things that Joel regularly emphasizes in his blog, I don't think he'd come down on the "Big Ball of Mud" side of things.

My interpretation of what Joel was saying was that it is a mistake to work to overcome current technological barriers because they'll be gone soon anyway and you could have spent your time making your application do more interesting and useful things.  Even if your application barely runs now, you'll be at an advantage when the particular hardware or software bottlenecks disappear because your product will have features everyone wants and those who spent their time optimizing will be catching up.</description>
		<content:encoded><![CDATA[<p>Considering that the need for planning and design is one of the things that Joel regularly emphasizes in his blog, I don&#8217;t think he&#8217;d come down on the &#8220;Big Ball of Mud&#8221; side of things.</p>
<p>My interpretation of what Joel was saying was that it is a mistake to work to overcome current technological barriers because they&#8217;ll be gone soon anyway and you could have spent your time making your application do more interesting and useful things.  Even if your application barely runs now, you&#8217;ll be at an advantage when the particular hardware or software bottlenecks disappear because your product will have features everyone wants and those who spent their time optimizing will be catching up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Rosenberg&#8217;s Wordyard &#187; Blog Archive &#187; How hard is a simple web app?</title>
		<link>http://www.wordyard.com/2007/09/19/spolsky-on-web-app-development/#comment-1025</link>
		<dc:creator>Scott Rosenberg&#8217;s Wordyard &#187; Blog Archive &#187; How hard is a simple web app?</dc:creator>
		<pubDate>Thu, 20 Sep 2007 18:34:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1385#comment-1025</guid>
		<description>[...] Jottit service. Swartz seems to be on the other side of the fence from the Joel Spolsky essay that I wrote about yesterday. (Although I bet there&#8217;s a lot these two agree on, as well.)  There are two ways I look at [...]</description>
		<content:encoded><![CDATA[<p>[...] Jottit service. Swartz seems to be on the other side of the fence from the Joel Spolsky essay that I wrote about yesterday. (Although I bet there&#8217;s a lot these two agree on, as well.)  There are two ways I look at [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will Sargent</title>
		<link>http://www.wordyard.com/2007/09/19/spolsky-on-web-app-development/#comment-1021</link>
		<dc:creator>Will Sargent</dc:creator>
		<pubDate>Wed, 19 Sep 2007 21:07:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1385#comment-1021</guid>
		<description>I think that the failure of WordPerfect et al had more to do with their product direction and marketing than their technology.  They're a case study in &lt;a href="http://www.insearchofstupidity.com/" rel="nofollow"&gt;In Search of Stupidity&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>I think that the failure of WordPerfect et al had more to do with their product direction and marketing than their technology.  They&#8217;re a case study in <a href="http://www.insearchofstupidity.com/" rel="nofollow">In Search of Stupidity</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cléo Saulnier</title>
		<link>http://www.wordyard.com/2007/09/19/spolsky-on-web-app-development/#comment-1022</link>
		<dc:creator>Cléo Saulnier</dc:creator>
		<pubDate>Wed, 19 Sep 2007 20:47:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1385#comment-1022</guid>
		<description>I disagree with the premise.  Lotus, Quattro Pro, WordPerfect, Corel products, and a whole lot of other software went by the wayside all around the same time.  This is when MS came out with Win 3.1 and 95.  Everyone started using MS products.  Other products cost more and by the time they reduced their prices, it was too late.  By the end, Quattro Pro, WordPerfect and a host of other packages were bundled together initially for about $50 and later for about $10 (CDN and in the 90's that wasn't much).  Sometimes it was given away for free.  Lotus died a little earlier, but it was just the first one to go.  It would have went regardless.  dBase was also king and where is it now?  You can't say dBase wasn't filled with features.

Man, I lived through that period.  It wasn't pretty.  While Doom did bring DX2-66's to the mainstream, this only happened around 1993-95.  You couldn't play Doom on anything else unless you were ok with 3 fps.  With applications, speed was less of a factor, but WordPerfect did suffer because people didn't like that you could type faster than the computer would display.  Only later versions fixed this.  So I really don't know what Joel is on about.

His later points make more sense where he talks about tools that compile down to native code of that particular platform, which happens to be browsers this time around.</description>
		<content:encoded><![CDATA[<p>I disagree with the premise.  Lotus, Quattro Pro, WordPerfect, Corel products, and a whole lot of other software went by the wayside all around the same time.  This is when MS came out with Win 3.1 and 95.  Everyone started using MS products.  Other products cost more and by the time they reduced their prices, it was too late.  By the end, Quattro Pro, WordPerfect and a host of other packages were bundled together initially for about $50 and later for about $10 (CDN and in the 90&#8217;s that wasn&#8217;t much).  Sometimes it was given away for free.  Lotus died a little earlier, but it was just the first one to go.  It would have went regardless.  dBase was also king and where is it now?  You can&#8217;t say dBase wasn&#8217;t filled with features.</p>
<p>Man, I lived through that period.  It wasn&#8217;t pretty.  While Doom did bring DX2-66&#8217;s to the mainstream, this only happened around 1993-95.  You couldn&#8217;t play Doom on anything else unless you were ok with 3 fps.  With applications, speed was less of a factor, but WordPerfect did suffer because people didn&#8217;t like that you could type faster than the computer would display.  Only later versions fixed this.  So I really don&#8217;t know what Joel is on about.</p>
<p>His later points make more sense where he talks about tools that compile down to native code of that particular platform, which happens to be browsers this time around.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
