<?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: central planning: better for technical standards than for economies</title>
	<atom:link href="http://www.manifestdensity.net/2008/02/29/central-planning-better-for-technical-standards-than-for-economies/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.manifestdensity.net/2008/02/29/central-planning-better-for-technical-standards-than-for-economies/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Sat, 13 Mar 2010 19:07:55 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tom</title>
		<link>http://www.manifestdensity.net/2008/02/29/central-planning-better-for-technical-standards-than-for-economies/comment-page-1/#comment-1144</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Mon, 03 Mar 2008 19:55:39 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1:8888/?p=490#comment-1144</guid>
		<description>Good points all around.  You&#039;re right that I probably implied too much that DOS doomed us all, when in fact it&#039;s not clear that CP/M would have served us all that much better.  My main point was just that the criteria by which the decision was reached had little to do with the technology&#039;s quality.
And although full-blown unix may have been inappropriate, it still seems clear to me that DOS made some big mistakes, from its pidgin-unix command set to its memory management to aspects of its filesystem.
Mr. Noah: I do disagree with your portrayal of the situation.  Part of my point is that there *isn&#039;t* always a tradeoff between a technology&#039;s quality and its adoption costs -- particularly in the case of software.  It&#039;s not difficult to come up with post-hoc justifications of why the way things turned out is the optimal solution; &quot;case-sensitive command lines would have incurred huge costs on naive users!&quot;, that sort of thing.  But in this case I don&#039;t find many of those justifications very convincing.
</description>
		<content:encoded><![CDATA[<p>Good points all around.  You&#8217;re right that I probably implied too much that DOS doomed us all, when in fact it&#8217;s not clear that CP/M would have served us all that much better.  My main point was just that the criteria by which the decision was reached had little to do with the technology&#8217;s quality.<br />
And although full-blown unix may have been inappropriate, it still seems clear to me that DOS made some big mistakes, from its pidgin-unix command set to its memory management to aspects of its filesystem.<br />
Mr. Noah: I do disagree with your portrayal of the situation.  Part of my point is that there *isn&#8217;t* always a tradeoff between a technology&#8217;s quality and its adoption costs &#8212; particularly in the case of software.  It&#8217;s not difficult to come up with post-hoc justifications of why the way things turned out is the optimal solution; &#8220;case-sensitive command lines would have incurred huge costs on naive users!&#8221;, that sort of thing.  But in this case I don&#8217;t find many of those justifications very convincing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kaleberg</title>
		<link>http://www.manifestdensity.net/2008/02/29/central-planning-better-for-technical-standards-than-for-economies/comment-page-1/#comment-1143</link>
		<dc:creator>Kaleberg</dc:creator>
		<pubDate>Mon, 03 Mar 2008 00:33:55 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1:8888/?p=490#comment-1143</guid>
		<description>One day in the late 1970s I was walking down 5th Avenue in NYC with a friend. One of us happened to mention the IBM antitrust case. This set off a wild eyed, middle aged guy in a fancy suit who began ranting about being a lawyer in the IBM case and being one of dozens of lawyers who had dozens of lawyers working for him and that this case was the biggest legal thing he had ever experienced. (Walking down the street in NYC is like being in a chat group).
IBM decided to chuck the whole ownership of the operating system problem and Bill Gates was the trained seal who realized how important it was to jump the highest. The competition was not all that much better on technical grounds. CP/M was good, but basically used the same technology. Other disk based systems were not much better.
UNIX had been around for years, but the newer versions relied on some level of memory protection and memory mapping hardware. (Yes, the original UNIX did not require this sort of stuff, but most of its reliability, flexibility and so on flowed from it). The Intel 8088 processor was a breakthrough and just fast enough. No one was going to add a memory management chip that would drive up the price of their basic box. The fact that such a chip would cost perhaps $100 and save 40 work hours a year was irrelevant. Most companies keep separate capital and labor budgets to discourage this kind of efficiency.
Basically, moving from multichip minicomputers to single chip microcomputers meant taking a step backwards in operating system technology. It was a step that would take nearly 20 years to reverse. In fact, a lot of good technology from the 60s and 70s was lost in the microcomputer revolution. A lot of these ideas are even patentable having become novel and non-obvious over the years.
</description>
		<content:encoded><![CDATA[<p>One day in the late 1970s I was walking down 5th Avenue in NYC with a friend. One of us happened to mention the IBM antitrust case. This set off a wild eyed, middle aged guy in a fancy suit who began ranting about being a lawyer in the IBM case and being one of dozens of lawyers who had dozens of lawyers working for him and that this case was the biggest legal thing he had ever experienced. (Walking down the street in NYC is like being in a chat group).<br />
IBM decided to chuck the whole ownership of the operating system problem and Bill Gates was the trained seal who realized how important it was to jump the highest. The competition was not all that much better on technical grounds. CP/M was good, but basically used the same technology. Other disk based systems were not much better.<br />
UNIX had been around for years, but the newer versions relied on some level of memory protection and memory mapping hardware. (Yes, the original UNIX did not require this sort of stuff, but most of its reliability, flexibility and so on flowed from it). The Intel 8088 processor was a breakthrough and just fast enough. No one was going to add a memory management chip that would drive up the price of their basic box. The fact that such a chip would cost perhaps $100 and save 40 work hours a year was irrelevant. Most companies keep separate capital and labor budgets to discourage this kind of efficiency.<br />
Basically, moving from multichip minicomputers to single chip microcomputers meant taking a step backwards in operating system technology. It was a step that would take nearly 20 years to reverse. In fact, a lot of good technology from the 60s and 70s was lost in the microcomputer revolution. A lot of these ideas are even patentable having become novel and non-obvious over the years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tomtom</title>
		<link>http://www.manifestdensity.net/2008/02/29/central-planning-better-for-technical-standards-than-for-economies/comment-page-1/#comment-1142</link>
		<dc:creator>tomtom</dc:creator>
		<pubDate>Sat, 01 Mar 2008 18:26:47 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1:8888/?p=490#comment-1142</guid>
		<description>Bob Munck&#039;s comment is far and away the most persuasive - culture is key.
The Apple corporate culture was far more capable of producing good software than Microsoft. From 1985 to 1995 the Mac / PC OS quality gulf was shockingly wide.
However, Apple charged 2X - 3X for their computers, and since the hardware architecture was closed they could get away with it. In the late 80&#039;s a good Mac was $3000! That was a lot of money. At the top management level they failed to grasp the benefits of being the main player in an OS, and they nearly went under as a result. By the time they brought out some competitive hardware they we at 10% market share and dropping. Too late. When I went to work at Boeing in the late 80&#039;s half their PC&#039;s were Macs. By 1995 they were gone.
Apple also instructs us that the architecture of the OS is less critical than Tom suggests. In the 90&#039;s Apple switched from 68XXX to RISC processors without a hitch. More recently they rebuilt their entire system so it sits on Unix. Finally they made the whole thing work on Intel CPUs.
DOS was crappy, but IBM&#039;s size gave their PC a huge boost, and the fact that IBM did not own DOS gave MS the ability to support other hardware. The hardware was &#039;open-source&#039; although the software was closed, and thatwas enought to take over the market and relegate Apple to niche status.
</description>
		<content:encoded><![CDATA[<p>Bob Munck&#8217;s comment is far and away the most persuasive &#8211; culture is key.<br />
The Apple corporate culture was far more capable of producing good software than Microsoft. From 1985 to 1995 the Mac / PC OS quality gulf was shockingly wide.<br />
However, Apple charged 2X &#8211; 3X for their computers, and since the hardware architecture was closed they could get away with it. In the late 80&#8217;s a good Mac was $3000! That was a lot of money. At the top management level they failed to grasp the benefits of being the main player in an OS, and they nearly went under as a result. By the time they brought out some competitive hardware they we at 10% market share and dropping. Too late. When I went to work at Boeing in the late 80&#8217;s half their PC&#8217;s were Macs. By 1995 they were gone.<br />
Apple also instructs us that the architecture of the OS is less critical than Tom suggests. In the 90&#8217;s Apple switched from 68XXX to RISC processors without a hitch. More recently they rebuilt their entire system so it sits on Unix. Finally they made the whole thing work on Intel CPUs.<br />
DOS was crappy, but IBM&#8217;s size gave their PC a huge boost, and the fact that IBM did not own DOS gave MS the ability to support other hardware. The hardware was &#8216;open-source&#8217; although the software was closed, and thatwas enought to take over the market and relegate Apple to niche status.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mr. Chris</title>
		<link>http://www.manifestdensity.net/2008/02/29/central-planning-better-for-technical-standards-than-for-economies/comment-page-1/#comment-1141</link>
		<dc:creator>Mr. Chris</dc:creator>
		<pubDate>Sat, 01 Mar 2008 05:02:30 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1:8888/?p=490#comment-1141</guid>
		<description>- Unix at the time (circa 1980) probably would not have actually worked on an early IBM PC. It required more memory and storage than could have been cost-effectively provided.
- Can you imagine making the IBM PC even more difficult for the average user to use? Unix on the IBM PC would have done that. The Unix command line is very powerful, but not nearly as easy to use or as consistent as MS-DOS. Windows was created to make the PC more Macintosh-like, so that it would be easier to use (than MS-DOS). Unix probably would have quickened the inevitable move to Windows.
- MD is/was inferior in at least three ways: (1) music is stored on MiniDisc using ATRAC compression, a lossy compression technology similar to MP3. CD audio can certainly sound better than MD if the CD is mastered properly. (2) the MiniDisc media has moving parts, the outer shell is similar in construction and appearance to a 3.5&quot; floppy disc (3) prerecorded music was not widely available for MiniDisc in the USA -- only Sony Records supported the format, if I recall correctly.
</description>
		<content:encoded><![CDATA[<p>- Unix at the time (circa 1980) probably would not have actually worked on an early IBM PC. It required more memory and storage than could have been cost-effectively provided.<br />
- Can you imagine making the IBM PC even more difficult for the average user to use? Unix on the IBM PC would have done that. The Unix command line is very powerful, but not nearly as easy to use or as consistent as MS-DOS. Windows was created to make the PC more Macintosh-like, so that it would be easier to use (than MS-DOS). Unix probably would have quickened the inevitable move to Windows.<br />
- MD is/was inferior in at least three ways: (1) music is stored on MiniDisc using ATRAC compression, a lossy compression technology similar to MP3. CD audio can certainly sound better than MD if the CD is mastered properly. (2) the MiniDisc media has moving parts, the outer shell is similar in construction and appearance to a 3.5&#8243; floppy disc (3) prerecorded music was not widely available for MiniDisc in the USA &#8212; only Sony Records supported the format, if I recall correctly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Munck</title>
		<link>http://www.manifestdensity.net/2008/02/29/central-planning-better-for-technical-standards-than-for-economies/comment-page-1/#comment-1140</link>
		<dc:creator>Bob Munck</dc:creator>
		<pubDate>Sat, 01 Mar 2008 03:28:04 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1:8888/?p=490#comment-1140</guid>
		<description>Current PCs are four to seven orders of magnitude bigger and faster than they were when that decision was made.  There&#039;s no way a decision made then could turn out to be &quot;right&quot; in terms of today&#039;s technology other than by pure chance. Moreover, the &lt;i&gt;technical&lt;/i&gt; differences between CP/M and MS-DOS in 1981 are invisible in the current world.  I can&#039;t think of any way that Vista would be different if CP/M were down there at the bottom of its layers of abstraction.
However, the &lt;i&gt;cultural&lt;/i&gt; differences between the Unix and Microsoft worlds today are &lt;b&gt;immense&lt;/b&gt;.  If, somehow, the first IBM PCs had adopted the nascent Unix culture (which was very different then than it is now), that might have made a difference.  On the other hand, Unix didn&#039;t have most of the desirable cultural characteristics of the Linux world back then; there&#039;s no reason to believe that it would have continued to develop them if it had been adopted by Microsoft and IBM.
</description>
		<content:encoded><![CDATA[<p>Current PCs are four to seven orders of magnitude bigger and faster than they were when that decision was made.  There&#8217;s no way a decision made then could turn out to be &#8220;right&#8221; in terms of today&#8217;s technology other than by pure chance. Moreover, the <i>technical</i> differences between CP/M and MS-DOS in 1981 are invisible in the current world.  I can&#8217;t think of any way that Vista would be different if CP/M were down there at the bottom of its layers of abstraction.<br />
However, the <i>cultural</i> differences between the Unix and Microsoft worlds today are <b>immense</b>.  If, somehow, the first IBM PCs had adopted the nascent Unix culture (which was very different then than it is now), that might have made a difference.  On the other hand, Unix didn&#8217;t have most of the desirable cultural characteristics of the Linux world back then; there&#8217;s no reason to believe that it would have continued to develop them if it had been adopted by Microsoft and IBM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mr. Noah</title>
		<link>http://www.manifestdensity.net/2008/02/29/central-planning-better-for-technical-standards-than-for-economies/comment-page-1/#comment-1139</link>
		<dc:creator>Mr. Noah</dc:creator>
		<pubDate>Sat, 01 Mar 2008 00:20:03 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1:8888/?p=490#comment-1139</guid>
		<description>Here&#039;s a thought: Is a better technology always better?
Supposing you&#039;re right, and that UNIX is better than MS-DOS in all respects. If we had used UNIX instead of DOS from the start, would that have slowed the development of GUIs?
Real-life examples of this do exist. For instance, Japan switched from CDs to mini-discs in the late 90s. MDs are functionally superior in every way to CDs. Result: America switched to MP3s first, which led to American dominance of the MP3 player industry.
The decision to adopt a new technology must be &lt;i&gt;forward-looking&lt;/i&gt;. Technologies have fixed costs of adoption that must be weighed against their current usefulness, and often we just don&#039;t know when and with what probability a technology will become obsolete (or how complementary it&#039;ll be with future technologies). So it&#039;s easy to say in retrospect that adopting an &quot;inferior&quot; technology was a mistake, but that&#039;s just hindsight - we only say it was a mistake because now we know that it happened to not go obsolete in the meantime.
So, given equal adoption costs, there&#039;s such a thing as a &quot;better&quot; technology, but in practice that is rarely the case.
</description>
		<content:encoded><![CDATA[<p>Here&#8217;s a thought: Is a better technology always better?<br />
Supposing you&#8217;re right, and that UNIX is better than MS-DOS in all respects. If we had used UNIX instead of DOS from the start, would that have slowed the development of GUIs?<br />
Real-life examples of this do exist. For instance, Japan switched from CDs to mini-discs in the late 90s. MDs are functionally superior in every way to CDs. Result: America switched to MP3s first, which led to American dominance of the MP3 player industry.<br />
The decision to adopt a new technology must be <i>forward-looking</i>. Technologies have fixed costs of adoption that must be weighed against their current usefulness, and often we just don&#8217;t know when and with what probability a technology will become obsolete (or how complementary it&#8217;ll be with future technologies). So it&#8217;s easy to say in retrospect that adopting an &#8220;inferior&#8221; technology was a mistake, but that&#8217;s just hindsight &#8211; we only say it was a mistake because now we know that it happened to not go obsolete in the meantime.<br />
So, given equal adoption costs, there&#8217;s such a thing as a &#8220;better&#8221; technology, but in practice that is rarely the case.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://www.manifestdensity.net/2008/02/29/central-planning-better-for-technical-standards-than-for-economies/comment-page-1/#comment-1138</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Fri, 29 Feb 2008 23:12:27 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1:8888/?p=490#comment-1138</guid>
		<description>Nope!  But, having skimmed &lt;a href=&quot;http://www.math.ubc.ca/~horst/Palgrave.pdf&quot; rel=&quot;nofollow&quot;&gt;this&lt;/a&gt;, I think I know what you&#039;re getting at.  Unfortunately &quot;defer locking into a standard&quot; is rarely an option in modern technical systems, which are built to be modular, interdependent and reliant on network effects.  Even if modularity can be well-satisfied the interface still has to be standardized (which, in fact, is much of what ISO bodies do -- the actual implementation is rarely defined).
</description>
		<content:encoded><![CDATA[<p>Nope!  But, having skimmed <a href="http://www.math.ubc.ca/~horst/Palgrave.pdf" rel="nofollow">this</a>, I think I know what you&#8217;re getting at.  Unfortunately &#8220;defer locking into a standard&#8221; is rarely an option in modern technical systems, which are built to be modular, interdependent and reliant on network effects.  Even if modularity can be well-satisfied the interface still has to be standardized (which, in fact, is much of what ISO bodies do &#8212; the actual implementation is rarely defined).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://www.manifestdensity.net/2008/02/29/central-planning-better-for-technical-standards-than-for-economies/comment-page-1/#comment-1137</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Fri, 29 Feb 2008 22:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://127.0.0.1:8888/?p=490#comment-1137</guid>
		<description>Ryan is wrong about what economists say. Economists don&#039;t say that the standard selected by the market, whatever that means, will be better than available alternatives. In particular, Brian Arthur and Paul David don&#039;t say that.
This does not mean that technical standards should be selected by central planning. Sometimes a policy goal might be to defer locking into a standard.
Is &quot;non-ergodicity&quot; in your vocabulary?
</description>
		<content:encoded><![CDATA[<p>Ryan is wrong about what economists say. Economists don&#8217;t say that the standard selected by the market, whatever that means, will be better than available alternatives. In particular, Brian Arthur and Paul David don&#8217;t say that.<br />
This does not mean that technical standards should be selected by central planning. Sometimes a policy goal might be to defer locking into a standard.<br />
Is &#8220;non-ergodicity&#8221; in your vocabulary?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
