<?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: Does Web 2.0 invalidate Rosenberg&#8217;s Law?</title>
	<atom:link href="http://www.wordyard.com/2007/01/15/rosenbergs-law/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wordyard.com/2007/01/15/rosenbergs-law/</link>
	<description>Technology, politics, culture</description>
	<pubDate>Mon, 01 Dec 2008 22:49:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Guy Fix</title>
		<link>http://www.wordyard.com/2007/01/15/rosenbergs-law/#comment-467</link>
		<dc:creator>Guy Fix</dc:creator>
		<pubDate>Sun, 28 Jan 2007 05:45:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1209#comment-467</guid>
		<description>Thanks for writing a fair note on that subject.</description>
		<content:encoded><![CDATA[<p>Thanks for writing a fair note on that subject.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian Rae</title>
		<link>http://www.wordyard.com/2007/01/15/rosenbergs-law/#comment-471</link>
		<dc:creator>Ian Rae</dc:creator>
		<pubDate>Wed, 17 Jan 2007 21:10:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1209#comment-471</guid>
		<description>Innovative software rarely succeeds.  What really succeeds is software that "executes" -- does what it's supposed to do reliably and simply.  WordStar, WordPerfect, PageMaker, WinZip, AutoCAD, and so on were not the first of their niches.  They succeeded because the pain of using them was less than the joy of using them.

Looking forward to reading your book.</description>
		<content:encoded><![CDATA[<p>Innovative software rarely succeeds.  What really succeeds is software that &#8220;executes&#8221; &#8212; does what it&#8217;s supposed to do reliably and simply.  WordStar, WordPerfect, PageMaker, WinZip, AutoCAD, and so on were not the first of their niches.  They succeeded because the pain of using them was less than the joy of using them.</p>
<p>Looking forward to reading your book.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Boutin</title>
		<link>http://www.wordyard.com/2007/01/15/rosenbergs-law/#comment-469</link>
		<dc:creator>Paul Boutin</dc:creator>
		<pubDate>Tue, 16 Jan 2007 22:53:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1209#comment-469</guid>
		<description>I'm tempted to play up the "critic" moniker -- Now I've got you, Rosenberg!"  But seriously, thanks for answering.

&#62; I imagine that what they did was "hard" in its own way — just not in the specific way that Dreaming in Code explores.

Then the software doesn't actually do "something new" in the sense that Chandler or Vista aimed to do, right?  That's important, because it means there may be other insta-hit services possible if entrepreneurs can only figure out how to combine existing parts to make them attractive and contagious.

Conversely, it would be cool if you could whip up a short list of "hard" software that succeeded without the Long Slog documented in your book.  Has it happened?  Often?  Or is major software innovation impossible to schedule without a lot of luck?  This was the big question I came away from the book with.

Yours,
Paul</description>
		<content:encoded><![CDATA[<p>I&#8217;m tempted to play up the &#8220;critic&#8221; moniker &#8212; Now I&#8217;ve got you, Rosenberg!&#8221;  But seriously, thanks for answering.</p>
<p>&gt; I imagine that what they did was &#8220;hard&#8221; in its own way — just not in the specific way that Dreaming in Code explores.</p>
<p>Then the software doesn&#8217;t actually do &#8220;something new&#8221; in the sense that Chandler or Vista aimed to do, right?  That&#8217;s important, because it means there may be other insta-hit services possible if entrepreneurs can only figure out how to combine existing parts to make them attractive and contagious.</p>
<p>Conversely, it would be cool if you could whip up a short list of &#8220;hard&#8221; software that succeeded without the Long Slog documented in your book.  Has it happened?  Often?  Or is major software innovation impossible to schedule without a lot of luck?  This was the big question I came away from the book with.</p>
<p>Yours,<br />
Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Rosenberg</title>
		<link>http://www.wordyard.com/2007/01/15/rosenbergs-law/#comment-470</link>
		<dc:creator>Scott Rosenberg</dc:creator>
		<pubDate>Tue, 16 Jan 2007 22:42:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1209#comment-470</guid>
		<description>Oh, I'm all for speaking with the *public.*

The link (to a funny piece by John Darnielle about musicians who argue with the music critics) was just meant as shorthand explanation for why, most of the time, it's bad form for a writer (or  actor, or musician, or anyone who's put something out to the media for review) to argue with a *critic.*  I spent years writing reviews, so I know this one from both sides of the fence. The recent example of the New Republic critic Lee Siegel -- who took to posting retorts to his critics on his blog using fake names -- is instructive, too.

If there's a factual error to correct -- or, as in this case, a direct question to be answered -- fine. But when someone criticizes your work, well, what are you gonna say?  The discussion almost unavoidably devolves into a pissing match. Better just to let the work speak for itself.</description>
		<content:encoded><![CDATA[<p>Oh, I&#8217;m all for speaking with the *public.*</p>
<p>The link (to a funny piece by John Darnielle about musicians who argue with the music critics) was just meant as shorthand explanation for why, most of the time, it&#8217;s bad form for a writer (or  actor, or musician, or anyone who&#8217;s put something out to the media for review) to argue with a *critic.*  I spent years writing reviews, so I know this one from both sides of the fence. The recent example of the New Republic critic Lee Siegel &#8212; who took to posting retorts to his critics on his blog using fake names &#8212; is instructive, too.</p>
<p>If there&#8217;s a factual error to correct &#8212; or, as in this case, a direct question to be answered &#8212; fine. But when someone criticizes your work, well, what are you gonna say?  The discussion almost unavoidably devolves into a pissing match. Better just to let the work speak for itself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cleo Saulnier</title>
		<link>http://www.wordyard.com/2007/01/15/rosenbergs-law/#comment-468</link>
		<dc:creator>Cleo Saulnier</dc:creator>
		<pubDate>Tue, 16 Jan 2007 19:22:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1209#comment-468</guid>
		<description>Pardon my ignorance, but I don't understand his claim (in the first link) that an author should not speak with his public.  Is there some history to this that I'm not aware?

This must be an exciting time for you.  I can't imagine standing on the sidelines.  Have fun with it!</description>
		<content:encoded><![CDATA[<p>Pardon my ignorance, but I don&#8217;t understand his claim (in the first link) that an author should not speak with his public.  Is there some history to this that I&#8217;m not aware?</p>
<p>This must be an exciting time for you.  I can&#8217;t imagine standing on the sidelines.  Have fun with it!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
