<?xml version="1.0"?>
<!-- RSS generated by Radio UserLand v8.0.8 on Mon, 21 Apr 2003 21:18:54 GMT -->
<rss version="2.0">
	<channel>
		<title>Jason May&apos;s Weblog</title>
		<link>http://radio.weblogs.com/0106212/</link>
		<description></description>
		<copyright>Copyright 2003 Jason May</copyright>
		<lastBuildDate>Mon, 21 Apr 2003 21:18:54 GMT</lastBuildDate>
		<docs>http://backend.userland.com/rss</docs>
		<generator>Radio UserLand v8.0.8</generator>
		<managingEditor>jmay@pobox.com</managingEditor>
		<webMaster>jmay@pobox.com</webMaster>
		<category domain="http://www.weblogs.com/rssUpdates/changes.xml">rssUpdates</category> 
		<skipHours>
			<hour>23</hour>
			<hour>0</hour>
			<hour>1</hour>
			<hour>2</hour>
			<hour>3</hour>
			<hour>4</hour>
			<hour>5</hour>
			<hour>6</hour>
			</skipHours>
		<cloud domain="radio.xmlstoragesystem.com" port="80" path="/RPC2" registerProcedure="xmlStorageSystem.rssPleaseNotify" protocol="xml-rpc"/>
		<ttl>60</ttl>
		<item>
			<description>&lt;p&gt;
&lt;a href=&quot;http://mpt.phrasewise.com/stories/storyReader$374&quot;&gt;Feature cruft.&lt;/a&gt;
&lt;p&gt;
Terrific article by Matthew Thomas on what he calls &quot;cruft&quot;.  I distinguish this sort of thing from &quot;code cruft&quot;, which is the junk that accumulates over time in source code when you don&apos;t refactor ruthlessly.
&lt;p&gt;
All of the examples that Matthew uses are things that we could easily fix in our software.  So why don&apos;t we?
</description>
			<guid>http://radio.weblogs.com/0106212/2002/11/01.html#a46</guid>
			<pubDate>Fri, 01 Nov 2002 17:26:03 GMT</pubDate>
			</item>
		<item>
			<description>&lt;BLOCKQUOTE&gt;If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it...He who receives an idea from me, receives instructions himself without lessening mine; as he who lights his taper at mine, receives light without darkening me. That ideas should be spread from one to another over the globe, for the moral and mutual instruction of man, and improvement of his condition, seems to have been peculiarly and benevolently designed by nature ... Inventions then cannot, in nature, be a subject of property. 
&lt;DIV align=right&gt;--Thomas Jefferson&lt;/DIV&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;From a letter to Isaac McPherson, written on 13 August, 1813 (4 years after Jefferson&apos;s presidency).&amp;nbsp; &lt;A href=&quot;http://press-pubs.uchicago.edu/founders/documents/a1_8_8s12.html&quot;&gt;Full letter&lt;/A&gt;&amp;nbsp;online at &lt;A href=&quot;http://press-pubs.uchicago.edu/founders/&quot;&gt;The Founders&apos; Constitution&lt;/A&gt;.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0106212/2002/10/13.html#a45</guid>
			<pubDate>Mon, 14 Oct 2002 04:12:34 GMT</pubDate>
			</item>
		<item>
			<description>&lt;P&gt;&lt;A href=&quot;http://personalpages.tds.net/~edream/front.html&quot;&gt;Leo&lt;/A&gt; - editor/outliner for literate programming.&lt;/P&gt;
&lt;P&gt;Installed.&amp;nbsp; Not quite sure what to make of this.&amp;nbsp; Time to dust off a mini-project to experiment with.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0106212/2002/10/07.html#a44</guid>
			<pubDate>Tue, 08 Oct 2002 04:11:08 GMT</pubDate>
			</item>
		<item>
			<description>&lt;P&gt;&lt;A href=&quot;http://www.shirky.com/&quot;&gt;Clay Shirky&lt;/A&gt;: &lt;A href=&quot;http://www.shirky.com/writings/broadcast_and_community.html&quot;&gt;Broadcast Institutions, Community Values&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Brief, but right on.&amp;nbsp; &lt;A href=&quot;http://www.ebay.com/&quot;&gt;eBay&lt;/A&gt; has clearly created a community: participants communicate directly with one another, unfiltered by a central entity.&amp;nbsp; eBay doesn&apos;t &quot;own&quot; the community, yet it continues to create value for eBay.&amp;nbsp; And &quot;shallow&quot; describes well the eBay technology that enables the community.&lt;/P&gt;
&lt;P&gt;Payment providers like &lt;A href=&quot;http://www.billpoint.com/&quot;&gt;Billpoint&lt;/A&gt; or &lt;A href=&quot;http://www.paypal.com/&quot;&gt;Paypal&lt;/A&gt; don&apos;t naturally create communities.&amp;nbsp; While individuals can engage in direct payment transactions with one another, the payment provider is a mandatory intermediary.&amp;nbsp; I think this is true for financial institutions in general.&amp;nbsp; &quot;Digital cash&quot; could possibly cause a community to develop, but all the&amp;nbsp;attempts to get this working have failed.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0106212/2002/09/12.html#a43</guid>
			<pubDate>Fri, 13 Sep 2002 06:45:56 GMT</pubDate>
			</item>
		<item>
			<description>&lt;P&gt;&lt;A href=&quot;http://www.blogads.org/comments.php?id=P25_0_1_0&quot;&gt;Blogads&lt;/A&gt;.&amp;nbsp; This is not the answer to revenue generation from weblogs.&amp;nbsp;&amp;nbsp;As blogging becomes more mainstream, more people will read them through aggregators than directly.&amp;nbsp; Advertising or any other revenue channel will have to support this.&amp;nbsp; I don&apos;t see how the banner ad model will work through aggregators.&amp;nbsp; Perhaps by delivering only a synopsis through your feed, and requiring visitors to come to the site and view the ad in order to see the full article.&amp;nbsp; I&apos;m more inclined towards subscription and micropayment models, but the financial component of these hasn&apos;t been worked out yet.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0106212/2002/09/04.html#a42</guid>
			<pubDate>Wed, 04 Sep 2002 18:36:35 GMT</pubDate>
			</item>
		<item>
			<description>A &lt;A href=&quot;http://www.erlang.org/faq/x929.html#AEN992&quot;&gt;nice discussion &lt;/A&gt;of guaranteed message delivery semantics.&amp;nbsp; On the &lt;A href=&quot;http://www.erlang.org/faq/t1.html&quot;&gt;Erlang FAQ&lt;/A&gt;, of all places.</description>
			<guid>http://radio.weblogs.com/0106212/2002/09/02.html#a41</guid>
			<pubDate>Mon, 02 Sep 2002 22:17:59 GMT</pubDate>
			</item>
		<item>
			<description>&lt;P&gt;&lt;!--StartFragment --&gt;&lt;A href=&quot; Architectural Principles of the World Wide Web&quot;&gt;Architectural Principles of the World Wide Web&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Appears to be the latest official statement along the lines of &lt;A href=&quot;http://www.w3.org/DesignIssues/&quot;&gt;these comments &lt;/A&gt;by TBL.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0106212/2002/09/02.html#a40</guid>
			<pubDate>Mon, 02 Sep 2002 22:12:34 GMT</pubDate>
			</item>
		<item>
			<description>&lt;P&gt;Sam Ruby &lt;A href=&quot;http://radio.weblogs.com/0101679/2002/09/02.html#a784&quot;&gt;asks&lt;/A&gt; whether the &lt;A href=&quot;http://www.google.com/apis/api_faq.html#tech7&quot;&gt;Google API &lt;/A&gt;violates &lt;A href=&quot;http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.1.2&quot;&gt;idempotent-GET&lt;/A&gt;&amp;nbsp;(which isn&apos;t the same thing as GET-must-not-have-side-effects, btw).&lt;/P&gt;
&lt;P&gt;I don&apos;t think this violates the rules.&amp;nbsp; Limitations on number of requests per user fall into the category of access controls.&amp;nbsp; The real resource for a search response is a list of matching results, but you can always get an exception response back from any request.&amp;nbsp; &quot;You&apos;re over your quota&quot; is a perfectly legitimate exception.&amp;nbsp; A standard HTTP response would be appropriate for this, perhaps &lt;A href=&quot;http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.4&quot;&gt;403&lt;/A&gt;.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0106212/2002/09/02.html#a39</guid>
			<pubDate>Mon, 02 Sep 2002 20:14:03 GMT</pubDate>
			</item>
		<item>
			<description>&lt;A href=&quot;http://joelonsoftware.com/&quot;&gt;Joel &lt;/A&gt;is &lt;A href=&quot;http://joelonsoftware.com/articles/Platforms.html&quot;&gt;right on &lt;/A&gt;regarding &lt;A href=&quot;http://www.groove.net&quot;&gt;Groove&lt;/A&gt;.&amp;nbsp; I&apos;ve installed the preview edition, and it&apos;s very nice, but I can&apos;t see how it will really make my life better.&amp;nbsp; I can imagine that there might be some applications for the Groove platform that will be compelling.&amp;nbsp; But not if every user has to purchase a Groove license, then a license for the application.&amp;nbsp; Give the platform away for free, and charge royalties to application developers.&amp;nbsp; Give away the razor, and get revenue from third parties delivering compatible blades.</description>
			<guid>http://radio.weblogs.com/0106212/2002/09/02.html#a38</guid>
			<pubDate>Mon, 02 Sep 2002 19:31:18 GMT</pubDate>
			</item>
		<item>
			<description>&lt;P&gt;&lt;A href=&quot;http://www.cleanflicks.com/&quot;&gt;Clean Flicks&lt;/A&gt;.&amp;nbsp; &lt;A href=&quot;http://www.cnn.com/2002/SHOWBIZ/Movies/08/30/film.lawsuit.reut/index.html&quot;&gt;Covered&lt;/A&gt; on CNN.&amp;nbsp; What a marvelous idea.&amp;nbsp; I expect that in general I wouldn&apos;t appreciate the &quot;cleaned&quot; versions, but I think that this sort of thing should be encouraged.&amp;nbsp; With a caveat: Any third-party editing should be clearly documented in an appropriate fashion, e.g. in a segment at the end of the film, with clear explanation of the edits made and the justification for doing so.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0106212/2002/09/01.html#a37</guid>
			<pubDate>Mon, 02 Sep 2002 04:59:21 GMT</pubDate>
			</item>
		<item>
			<description>&lt;P&gt;&lt;A href=&quot;http://www.sys-con.com/java/article.cfm?id=1597&quot;&gt;MS Killed Java&lt;/A&gt;.&amp;nbsp; Rubbish.&amp;nbsp; If Java died, it was suicide.&amp;nbsp; The Java language platform was not suitable for running client applications in 1997, and it still isn&apos;t today.&amp;nbsp; &quot;Write once, run anywhere&quot; was a flawed concept from the beginning.&amp;nbsp; Microsoft was certainly guilty of looking after their own interests in an overly-zealous fashion, but they don&apos;t deserve the blame for Java&apos;s failings.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0106212/2002/09/01.html#a36</guid>
			<pubDate>Mon, 02 Sep 2002 04:41:28 GMT</pubDate>
			</item>
		</channel>
	</rss>
