<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>sixowl &#187; inventions</title>
	<atom:link href="http://sixowl.com/category/inventions/feed/" rel="self" type="application/rss+xml" />
	<link>http://sixowl.com</link>
	<description>six owl is better than one</description>
	<lastBuildDate>Sat, 28 Mar 2009 14:36:05 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>decentralize twitter? look to the past, not the future</title>
		<link>http://sixowl.com/2008/05/decentralize-twitter-look-to-the-past-not-the-future/</link>
		<comments>http://sixowl.com/2008/05/decentralize-twitter-look-to-the-past-not-the-future/#comments</comments>
		<pubDate>Mon, 05 May 2008 13:16:10 +0000</pubDate>
		<dc:creator>mike</dc:creator>
				<category><![CDATA[business]]></category>
		<category><![CDATA[future]]></category>
		<category><![CDATA[inventions]]></category>
		<category><![CDATA[lexicon]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[web]]></category>
		<category><![CDATA[atom]]></category>
		<category><![CDATA[irc]]></category>
		<category><![CDATA[twitter]]></category>

		<guid isPermaLink="false">http://sixowl.com/?p=92</guid>
		<description><![CDATA[this morning techcruch decided to roundup folks waxing philosophical about the scalability problems with twitter, and decentralizing twitter by creating some new web site or service. and that&#8217;s entirely the problem with their thinking.
why their approaches will not work
people are thinking of this as a web problem. twitter is not a web problem. the trouble [...]]]></description>
			<content:encoded><![CDATA[<p>this morning techcruch decided to roundup folks waxing philosophical about the scalability problems with twitter, and <a href="http://www.techcrunch.com/2008/05/05/twitter-can-be-liberated-heres-how/">decentralizing twitter</a> by creating some new web site or service. and that&#8217;s entirely the problem with their thinking.</p>
<h3>why their approaches will not work</h3>
<p>people are thinking of this as a web problem. <a href="http://twitter.com">twitter</a> is not a web problem. the trouble begins when they try to use web for something it was never really meant to do.</p>
<p>twitter is a one-to-many architecture trying to be a many-to-many distribution model. they are the hub of a really massive wheel that will eventually shear clean from the axle upon which it spins. what we really need is a tried and proven way of doing many-to-many distribution of real-time data.</p>
<h3>real-time data</h3>
<p>realtime data is not a web idea. the web is where data gets stored and presented; it piles up like old newspapers until we finally get around to bundling them up with string and hauling them out by the curb. the best the web can muster is near-real-time. how fast can you grab a feed, how often do you reload your browser.</p>
<p>realtime data is in a protocol, a network. if you want to store it, figure that out later. how you will present it, figure that out later. separate the distribution of data from its presentation and lifetime. deliver, then present. (then store).</p>
<h3>distributed delivery? scaling? network: <a href="http://en.wikipedia.org/wiki/Internet_Relay_Chat" title="Internet Relay Chat">IRC</a></h3>
<p>the model of the <abbr title="Internet Relay Chat">IRC</abbr> network is as near as perfect for ephemeral data as one can find. and it&#8217;s been proven for decades. nearly infinitely scalable to users (add more servers). geodiversified locations for servers. short messages being sent to #channels on particular topics (sound familiar)?</p>
<p>the huge, glaring, and supremely important difference is this: the people responsible for the network absolutely and completely do not care about the lifetime, storage, or presentation of the data. they are only concerned with distribution.</p>
<p>people on individual channels consume the data and if they choose to store it, they do so (irc logs pile up like their homonymous wooden cousins). they read new information in real-time. they extract quotes and publish them to the web. they compile statistics and publish them to the web.</p>
<p>the model for scalable, many-to-many distribution of real-time information is IRC. now we need to think about the format. plain text is fine for console jockeys (myself included) but the web crowd is a bit more sophisticated.</p>
<h3>universal, portable, adaptable information format? data: <a href="http://en.wikipedia.org/wiki/Atom_(standard)" title="ATOM Syndication Format">ATOM</a></h3>
<p>we need a data format that is extensible beyond the author, title, and content. we need something that&#8217;s nationally agnostic, can be extended to support geo-location. what more needs to be said? it&#8217;s sophisticated enough for 140 character messages, that&#8217;s for sure. i know <a href="http://twitter.com/mikesusz">my twitter homepage</a> looks like a graphical IRC client with the addition of user icons. mix in a bit of latitude and longitude and now we&#8217;re talking.</p>
<h3>more about why their approaches will not work</h3>
<p>i think the main reason why nobody thought about this yet is that they&#8217;re all too young, too new, and too enterprising. i&#8217;m probably guilty of that too. i&#8217;ve been sitting on this idea for several years now, trying to find a way to build a business around it.</p>
<p>everyone is thinking &#8220;what can we invent?&#8221; because invention nowadays equals entrepreneurship, venture capital, business success, cars, romance, glory, and all the spoils. (or some subset of the above).</p>
<p>nobody makes (legitimate) money from IRC. if you talk to an IRC operator (the administrators responsible for maintaining servers), you will find that their personal contributions, if calculated in billable hours, would be tremendous (enough to purchase some of the aforementioned entrepreneur&#8217;s bounty).</p>
<h3>forget free lunch</h3>
<p>we&#8217;re thinking: how can we get rich, or at the very least, eat lunch, by solving a problem. our &#8220;forefathers&#8221; in the internet world as it were, hadn&#8217;t concerned themselves with such things. they typically had corporate benefactors who paid the bills, but they were free to invent protocols that fixed a problem and met a need, without regard to how to patent, market, and monetize them.</p>
<p>bottom line: in order to &#8220;decentralize twitter&#8221; you need to separate the network for data from the presentation and storage of data.</p>
<h3>Updates:</h3>
<p><a href="http://www.hanselman.com/blog/RFCOpenTweetsWhyIsMicrobloggingCentralized.aspx">Scott Hanselman touches on this idea</a> referencing <a href="http://www.russellbeattie.com/blog/peep-an-open-twitter-server">Russell Beattie&#8217;s Peep</a> using <a href="http://www.jabber.org/what-is-jabber">Jabber</a> as a distribution model. i hadn&#8217;t read a lot about Jabber, but it&#8217;s interesting. i still think these guys are too web-focused, but keep an eye on where they run with this. they&#8217;re starting to see the light.</p>
]]></content:encoded>
			<wfw:commentRss>http://sixowl.com/2008/05/decentralize-twitter-look-to-the-past-not-the-future/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>who invented it? the jersey barrier</title>
		<link>http://sixowl.com/2007/05/who-invented-it-the-jersey-barrier/</link>
		<comments>http://sixowl.com/2007/05/who-invented-it-the-jersey-barrier/#comments</comments>
		<pubDate>Sun, 20 May 2007 19:11:44 +0000</pubDate>
		<dc:creator>mike</dc:creator>
				<category><![CDATA[inventions]]></category>

		<guid isPermaLink="false">http://sixowl.com/2007/05/who-invented-it-the-jersey-barrier/</guid>
		<description><![CDATA[ah, the noble jersey barrier. who invented it? tough to say exactly, except to narrow it down to: New Jersey. yes, the much maligned &#8220;Garden State&#8221; has contributed such a thing of beauty to the world, as an immovable chunk of concrete.

i think in my research, the most interesting things were the details about design [...]]]></description>
			<content:encoded><![CDATA[<p>ah, the noble jersey barrier. who invented it? tough to say exactly, except to narrow it down to: New Jersey. yes, the much maligned &#8220;Garden State&#8221; has contributed such a thing of beauty to the world, as an immovable chunk of concrete.</p>
<p><span id="more-40"></span></p>
<p>i think in my research, the most interesting things were the details about design and development, moreso than finding the one brilliant source of invention.</p>
<p><img src="http://upload.wikimedia.org/wikipedia/en/e/ea/Jersey_barrier.png" title="cross sectional drawing of a jersey barrier" alt="cross sectional drawing of a jersey barrier" align="right" height="326" width="364" />concrete dividing barriers were first implemented in the mid 1940s,  in California. they didn&#8217;t get implemented in New Jersey until a few years later, and their size and design evolved considerably.</p>
<p>what we know of today as the New Jersey Barrier was designed in 1959, it comprises of a vertical section at the bottom, a 55-degree sloping section, then an 84-degree slope up the the top.</p>
<p>their shape is designed to redirect the momentum of an impacting car upwards (and ultimately, backwards), preventing the vehicle from flipping over the barrier, and into oncoming traffic.</p>
<p>the traditional New Jersey Barrier is being replaced by an &#8220;F-shape&#8221; Barrier, that doesn&#8217;t look much like a F at all. another newcomer is making inroads, the &#8220;Constant Slope Barrier&#8221; which as you can imagine, instead of a 2-stage slope, it has a constant slope.</p>
<p>so there we have it. the Jersey Barrier is actually named after New Jersey &#8211; where it was refined, if not invented, in the 1950s. it&#8217;s big, it&#8217;s gray, it&#8217;s ugly. and it invented a 6000lb highway barrier that is now ubiquitous across the United States.</p>
]]></content:encoded>
			<wfw:commentRss>http://sixowl.com/2007/05/who-invented-it-the-jersey-barrier/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>liquid paper, monkee mom</title>
		<link>http://sixowl.com/2007/05/liquid-paper-monkee-mom/</link>
		<comments>http://sixowl.com/2007/05/liquid-paper-monkee-mom/#comments</comments>
		<pubDate>Sat, 12 May 2007 18:00:53 +0000</pubDate>
		<dc:creator>mike</dc:creator>
				<category><![CDATA[inventions]]></category>

		<guid isPermaLink="false">http://sixowl.com/2007/05/liquid-paper-monkee-mom/</guid>
		<description><![CDATA[welcome to a new category here at sixowl: inventions. we&#8217;ll start with relatively famous ones and delve into the obscure &#8211; who invented it? this week: Liquid Paper (&#8220;White Out&#8221;)
Liquid Paper was originally named &#8220;Mistake Out&#8221; and was invented by Bette Nesmith Graham, a typist/secretary, in 1951.
(For those of you born after ~1980, Liquid Paper [...]]]></description>
			<content:encoded><![CDATA[<p>welcome to a new category here at sixowl: inventions. we&#8217;ll start with relatively famous ones and delve into the obscure &#8211; who invented it? this week: Liquid Paper (&#8220;White Out&#8221;)</p>
<p>Liquid Paper was originally named &#8220;Mistake Out&#8221; and was invented by Bette Nesmith Graham, a typist/secretary, in 1951.</p>
<p><em>(For those of you born after ~1980, Liquid Paper is used to cover up typing mistakes&#8230; and typing mistakes are made by a <a href="http://en.wikipedia.org/wiki/Typewriter">typewriter</a>, an archaic device that produced printed documents by analog means, before computers were invented, or became widespread.)</em></p>
<p>Bette&#8217;s dubiously famous tie-in: she was the mother of <a href="http://en.wikipedia.org/wiki/Michael_Nesmith">Michael Nesmith</a>, a member of the mock group &#8220;The Monkees.&#8221;</p>
<p><em>(For those of you born after ~1980, <a href="http://en.wikipedia.org/wiki/The_Monkees">The Monkees</a> were a made-for-TV-show pop group who entertained us with song and hilarious misadventures, before <a href="http://en.wikipedia.org/wiki/The_internet">the internet</a> was invented, or became widespread).</em></p>
]]></content:encoded>
			<wfw:commentRss>http://sixowl.com/2007/05/liquid-paper-monkee-mom/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
