<?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>Nongraphical.com &#187; economics</title>
	<atom:link href="http://nongraphical.com/tag/economics/feed/" rel="self" type="application/rss+xml" />
	<link>http://nongraphical.com</link>
	<description>A dynamic trapeze of web design, programming, and randomness.</description>
	<lastBuildDate>Wed, 09 Jun 2010 18:15:29 +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>Problems with the Linux desktop</title>
		<link>http://nongraphical.com/2009/01/problems-with-the-linux-desktop/</link>
		<comments>http://nongraphical.com/2009/01/problems-with-the-linux-desktop/#comments</comments>
		<pubDate>Fri, 02 Jan 2009 17:04:13 +0000</pubDate>
		<dc:creator>fyhuang</dc:creator>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[Opinion]]></category>
		<category><![CDATA[computers]]></category>
		<category><![CDATA[economics]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[user interface]]></category>

		<guid isPermaLink="false">http://nongraphical.com/?p=193</guid>
		<description><![CDATA[(Up&#173;date: in ret&#173;ro&#173;spect, I have re&#173;al&#173;ized that this ar&#173;ti&#173;cle is per&#173;haps not so well writ&#173;ten. Ex&#173;pect some&#173;thing more use&#173;ful and co&#173;her&#173;ent soon!)

Lin&#173;ux seems like the per&#173;fect so&#173;lu&#173;tion for the new brand of portable PCs, net&#173;books. It&#8217;s ef&#173;fi&#173;cient, re&#173;quires few re&#173;sources, and can run most if not all of the pro&#173;grams one usu&#173;al&#173;ly runs on such [...]]]></description>
			<content:encoded><![CDATA[<p><em>(Up&shy;date: in ret&shy;ro&shy;spect, I have re&shy;al&shy;ized that this ar&shy;ti&shy;cle is per&shy;haps not so well writ&shy;ten. Ex&shy;pect some&shy;thing more use&shy;ful and co&shy;her&shy;ent soon!)</em></p>

<p>Lin&shy;ux seems like the per&shy;fect so&shy;lu&shy;tion for the new brand of portable PCs, net&shy;books. It&#8217;s ef&shy;fi&shy;cient, re&shy;quires few re&shy;sources, and can run most if not all of the pro&shy;grams one usu&shy;al&shy;ly runs on such small com&shy;put&shy;ers - word pro&shy;cess&shy;ing, email, web brows&shy;ing, and so on. Large, com&shy;plex soft&shy;ware pack&shy;ages that re&shy;quire Win&shy;dows to run per&shy;form abysmal&shy;ly on low-pow&shy;er com&shy;put&shy;ers like net&shy;books, so ef&shy;fec&shy;tive&shy;ly the need to run Win&shy;dows is nul&shy;li&shy;fied.</p>

<p>Why, then, do con&shy;sumers (and re&shy;view&shy;ers!) choose Win&shy;dows over Lin&shy;ux for net&shy;books?
<span id="more-193"></span></p>

<p><em>(In the re&shy;main&shy;der of this ar&shy;ti&shy;cle, I will refer to &#8220;Lin&shy;ux&#8221; when I some&shy;times mean &#8220;the Lin&shy;ux com&shy;mu&shy;ni&shy;ty&#8221; and oc&shy;ca&shy;sion&shy;al&shy;ly &#8220;the open-source com&shy;mu&shy;ni&shy;ty at large&#8221;.)</em></p>

<h3>User In&shy;ter&shy;face</h3>

<p>I think the prob&shy;lem is two-fold. First, Lin&shy;ux&#8217;s user-in&shy;ter&shy;face is still not up to par with that of Win&shy;dows, even Win&shy;dows XP. GNOME&#8217;s user-in&shy;ter&shy;face has not been tru&shy;ly up&shy;dat&shy;ed for years, and the ba&shy;sic com&shy;po&shy;nents of a Lin&shy;ux UI - the file man&shy;ager (Nau&shy;tilus), the web browser (Fire&shy;fox) sim&shy;ply don&#8217;t run as well as their Win&shy;dows coun&shy;ter&shy;parts. By some trick or sleight of hand, Win&shy;dows Ex&shy;plor&shy;er and Fire&shy;fox on Win&shy;dows sim&shy;ply run faster than on Lin&shy;ux. No, it&#8217;s not mea&shy;sured in raw per&shy;for&shy;mance - if any&shy;thing, web page ren&shy;der rates on Lin&shy;ux should be faster. When the user clicks a but&shy;ton in Win&shy;dows, or dou&shy;ble-clicks a file fold&shy;er, or any&shy;thing of the sort, the com&shy;put&shy;er sim&shy;ply re&shy;sponds faster. Espe&shy;cial&shy;ly if the com&shy;put&shy;er is new, com&shy;put&shy;er re&shy;spon&shy;se time in Win&shy;dows is al&shy;most in&shy;stant.</p>

<p>This is not true with Lin&shy;ux. Even though Win&shy;dows tends to slow down far past the level of Lin&shy;ux with time, and Lin&shy;ux more con&shy;sis&shy;tent&shy;ly main&shy;tains re&shy;spon&shy;se time, that first im&shy;pres&shy;sion of the Win&shy;dows in&shy;stant re&shy;spon&shy;se is pow&shy;er&shy;ful. I can&#8217;t put my fin&shy;ger on what caus&shy;es it right now, but cer&shy;tain op&shy;tions in the Lin&shy;ux ker&shy;nel con&shy;fig seem to help. On the whole though, the Lin&shy;ux sys&shy;tem is tuned more for con&shy;sis&shy;tent per&shy;for&shy;mance than in&shy;stant&shy;ly over&shy;rid&shy;able user re&shy;spon&shy;se.</p>

<p>This is ev&shy;i&shy;dent when run&shy;ning mul&shy;ti&shy;ple, in&shy;ten&shy;sive tasks at on&shy;ce. Lin&shy;ux slows down, but ev&shy;ery&shy;thing in the GUI is still click&shy;able. Win&shy;dows, how&shy;ev&shy;er, is much less ca&shy;pable at han&shy;dling com&shy;plex mul&shy;ti&shy;task&shy;ing. Un&shy;for&shy;tu&shy;nate&shy;ly, the or&shy;di&shy;nary user doesn&#8217;t care.</p>

<p>Over&shy;all, Win&shy;dows is just more pleas&shy;ant to use. This is a com&shy;bi&shy;na&shy;tion of the above-de&shy;tailed re&shy;spon&shy;se time ef&shy;fect, and al&shy;so be&shy;cause Lin&shy;ux&#8217;s in&shy;creased flex&shy;i&shy;bil&shy;i&shy;ty, al&shy;so per&shy;tain&shy;ing to the UI, hin&shy;ders us&shy;abil&shy;i&shy;ty. Sim&shy;ply put, the Lin&shy;ux UI needs to be bet&shy;ter de&shy;signed, for <em>or&shy;di&shy;nary users</em> and not for de&shy;vel&shy;op&shy;ers or hack&shy;ers or pow&shy;er users.</p>

<h3>Eco&shy;nomics</h3>

<p>The sec&shy;ond prob&shy;lem is one of eco&shy;nomics. There are two types of goods in a sim&shy;ple eco&shy;nomic anal&shy;y&shy;sis - nor&shy;mal goods and in&shy;fe&shy;ri&shy;or goods. Nor&shy;mal goods are those that you buy more of as your in&shy;come in&shy;creas&shy;es. In&shy;fe&shy;ri&shy;or goods, on the other hand, are goods that you buy on&shy;ly when your in&shy;come is very low. A com&shy;mon ex&shy;am&shy;ple in eco&shy;nomics is sin&shy;gle-ply toi&shy;let pa&shy;per - nor&shy;mal&shy;ly, peo&shy;ple on&shy;ly buy cheap toi&shy;let pa&shy;per when they have a great need to save money. Wealth&shy;ier in&shy;di&shy;vid&shy;u&shy;als avoid the pro&shy;duct al&shy;to&shy;geth&shy;er.</p>

<p>My propo&shy;si&shy;tion is that Lin&shy;ux is cur&shy;rent&shy;ly be&shy;ing seen as an in&shy;fe&shy;ri&shy;or good. <a href="http://blogs.zdnet.com/BTL/?p=11141&amp;tag=nl.e539">This ZD&shy;net blog post</a> ex&shy;plains the si&shy;t&shy;u&shy;a&shy;tion per&shy;tain&shy;ing to Lin&shy;ux in Africa. Ra&shy;dio sta&shy;tions, an im&shy;por&shy;tant tool for com&shy;mu&shy;ni&shy;ca&shy;tion in Africa, prefer to use pi&shy;rat&shy;ed ver&shy;sions of Win&shy;dows in&shy;stead of le&shy;gal&shy;ly ob&shy;tained copies of Lin&shy;ux. The Lin&shy;ux dis&shy;tri&shy;bu&shy;tions pro&shy;posed are specif&shy;i&shy;cal&shy;ly de&shy;signed for their broad&shy;cast&shy;ing pur&shy;pos&shy;es, and in ba&shy;si&shy;cal&shy;ly all re&shy;spects have <em>bet&shy;ter-de&shy;signed</em> UIs (for broad&shy;cast&shy;ing) than Win&shy;dows. In this case, Lin&shy;ux is ob&shy;jec&shy;tive&shy;ly more suit&shy;ed for their pur&shy;pos&shy;es, so why do the ra&shy;dio op&shy;er&shy;a&shy;tors prefer Win&shy;dows?</p>

<p>Ac&shy;cord&shy;ing to that post, Win&shy;dows is seen as a &#8220;first world stan&shy;dard&#8221;, and to the ra&shy;dio sta&shy;tions, en&shy;cour&shy;ag&shy;ing them to use Lin&shy;ux seems like try&shy;ing to &#8220;cheat lo&shy;cal peo&shy;ple out of get&shy;ting the same qual&shy;i&shy;ty of soft&shy;ware that is used in the de&shy;vel&shy;oped world&#8221;. In this case, Lin&shy;ux is seen as the in&shy;fe&shy;ri&shy;or good. It is seen as the pro&shy;duct that one choos&shy;es to use <em>on&shy;ly when one does not have the eco&shy;nomic re&shy;sources to use a &#8220;bet&shy;ter&#8221; pro&shy;duct</em>, like Win&shy;dows.</p>

<p>Part&shy;ly, I blame pre&shy;vi&shy;ous (and in some cas&shy;es still on&shy;go&shy;ing) ad&shy;ver&shy;tis&shy;ing and pub&shy;lic&shy;i&shy;ty for Lin&shy;ux as a &#8220;low-cost al&shy;ter&shy;na&shy;tive&#8221; to Win&shy;dows. The use of both those terms have cre&shy;at&shy;ed huge prob&shy;lems for Lin&shy;ux&#8217;s im&shy;age to&shy;day. It is seen as be&shy;ing the cheap&shy;er &#8220;ver&shy;sion&#8221; of Win&shy;dows - that which one would buy on&shy;ly if they lacked the abil&shy;i&shy;ty to pay for Win&shy;dows. It is al&shy;so paint&shy;ed as an &#8220;al&shy;ter&shy;na&shy;tive&#8221;, and com&shy;bined with the ef&shy;forts (well-placed!) of such pro&shy;jects as wine and OpenOf&shy;fice.org to en&shy;sure Win&shy;dows com&shy;pat&shy;i&shy;bil&shy;i&shy;ty, cre&shy;ates again an im&shy;pres&shy;sion that Lin&shy;ux is try&shy;ing to live up to Win&shy;dows, and should on&shy;ly be used when one has no other choice. In&shy;stead of cre&shy;at&shy;ing choice, Lin&shy;ux seems to have in a way lim&shy;it&shy;ed it.</p>

<h3>So&shy;lu&shy;tions?</h3>

<p><img src="http://nongraphical.com/blog/wp-content/uploads/2009/01/ubuntulozengestraplogo.png" alt="ubuntulozengestraplogo" title="ubuntulozengestraplogo" width="450" height="138" class="alignnone size-full wp-image-202" /></p>

<p>I hon&shy;est&shy;ly don&#8217;t think very many peo&shy;ple, if any&shy;one, has a so&shy;lu&shy;tion to Lin&shy;ux&#8217;s per&shy;sis&shy;tent im&shy;age and mar&shy;ket pen&shy;e&shy;tra&shy;tion prob&shy;lems. I think Ubun&shy;tu, my pre&shy;ferred and fa&shy;vorite Lin&shy;ux dis&shy;tro, is the on&shy;ly dis&shy;tri&shy;bu&shy;tion so far to even come close to a us&shy;able, well-re&shy;spect&shy;ed Lin&shy;ux dis&shy;tri&shy;bu&shy;tion. (In my opin&shy;ion, it&#8217;s more well-re&shy;spect&shy;ed than us&shy;able.) I don&#8217;t claim to have the an&shy;swers ei&shy;ther. How&shy;ev&shy;er, I do think that Lin&shy;ux needs to <strong>stop copy&shy;ing Win&shy;dows</strong>. I don&#8217;t think that Mi&shy;crosoft&#8217;s UI is nec&shy;es&shy;sar&shy;i&shy;ly the best ei&shy;ther. OpenOf&shy;fice.org doesn&#8217;t have to look <em>ex&shy;act&shy;ly</em> like Mi&shy;crosoft Of&shy;fice 2003. More UI in&shy;no&shy;va&shy;tion from with&shy;in the open-source com&shy;mu&shy;ni&shy;ty, and al&shy;so more open-source UI de&shy;sign&shy;ers, are need&shy;ed. Lin&shy;ux should be aim&shy;ing for in&shy;creased us&shy;abil&shy;i&shy;ty, not sim&shy;ply look-alike Win&shy;dows func&shy;tion&shy;al&shy;i&shy;ty. UIs for pro&shy;grams need to be de&shy;signed, re&shy;viewed, and test&shy;ed, with third-par&shy;ty test sub&shy;jects, if pos&shy;si&shy;ble.</p>

<p>I do not con&shy;done, how&shy;ev&shy;er, de&shy;creased Win&shy;dows com&shy;pat&shy;i&shy;bil&shy;i&shy;ty. Lin&shy;ux needs to work flaw&shy;less&shy;ly with Win&shy;dows file for&shy;mats and net&shy;works (and, to some ex&shy;tent, Win&shy;dows ap&shy;pli&shy;ca&shy;tions) in order to be com&shy;pet&shy;i&shy;tive. De&shy;vel&shy;op&shy;ment al&shy;so needs to be easier on Lin&shy;ux. Face it friends, au&shy;to&shy;conf and au&shy;tomake are out&shy;dat&shy;ed and clum&shy;sy. Make&shy;files are out&shy;dat&shy;ed. IDEs, such as KDe&shy;vel&shy;op (in all other re&shy;spects an ex&shy;cel&shy;lent IDE!), that re&shy;quire the use of au&shy;to&shy;conf and au&shy;tomake are, by ex&shy;ten&shy;sion, out&shy;dat&shy;ed. Soft&shy;ware de&shy;vel&shy;op&shy;ment is too slow and clum&shy;sy right now on Lin&shy;ux. This is not to say that Lin&shy;ux-based soft&shy;ware de&shy;vel&shy;op&shy;ment tech&shy;nolo&shy;gies are bad! Sub&shy;ver&shy;sion, for ex&shy;am&shy;ple, is an ex&shy;cel&shy;lent ver&shy;sion con&shy;trol sys&shy;tem. Un&shy;for&shy;tu&shy;nate&shy;ly, it&#8217;s most easi&shy;ly used in con&shy;junc&shy;tion with a Win&shy;dows-based IDE. Soft&shy;ware de&shy;vel&shy;op&shy;ment needs to be re&shy;moved from the do&shy;main of the text-based ed&shy;i&shy;tors and com&shy;mand-line hack&shy;ers, and in&shy;to the do&shy;main of easy, rapid, com&shy;mer&shy;cial (and vol&shy;un&shy;teer) de&shy;vel&shy;op&shy;ment. User-in&shy;ter&shy;face de&shy;vel&shy;op&shy;ment, for ex&shy;am&shy;ple, is ex&shy;treme&shy;ly easy on Win&shy;dows due to Mi&shy;crosoft&#8217;s well-de&shy;signed tools for UI de&shy;vel&shy;op&shy;ment. Sure, Qt De&shy;sign&shy;er fills the same shoes, but Mi&shy;crosoft&#8217;s tools are bet&shy;ter-made, and more flex&shy;i&shy;ble with&shy;out sac&shy;ri&shy;ficing us&shy;abil&shy;i&shy;ty. If Lin&shy;ux could adopt a con&shy;sis&shy;tent pol&shy;i&shy;cy on which UI toolk&shy;it to use, and then make that UI toolk&shy;it very easy to pro&shy;gram with, I&#8217;m cer&shy;tain that ap&shy;pli&shy;ca&shy;tion de&shy;vel&shy;op&shy;ment on Lin&shy;ux would blos&shy;som.</p>

<p>Ob&shy;vi&shy;ous&shy;ly the open-source de&shy;vel&shy;op&shy;ment mod&shy;el has been rel&shy;a&shy;tive&shy;ly suc&shy;cess&shy;ful up to this point. Its free flow of in&shy;for&shy;ma&shy;tion and code en&shy;cour&shy;ages it&shy;er&shy;a&shy;tive de&shy;vel&shy;op&shy;ment and widens the net for pro&shy;gram&shy;ming tal&shy;ent. Un&shy;for&shy;tu&shy;nate&shy;ly, it still has a long way to go. Lin&shy;ux&#8217;s rep&shy;u&shy;ta&shy;tion can&shy;not be fixed by more ef&shy;fec&shy;tive cod&shy;ing alone. The user-in&shy;ter&shy;face prob&shy;lems that many Lin&shy;ux pro&shy;grams face can&shy;not be fixed with&shy;out a more com&shy;mer&shy;cial-like de&shy;vel&shy;op&shy;ment mod&shy;el, or more full-time (may&shy;be paid!) work&shy;ers. Un&shy;til that hap&shy;pens, Lin&shy;ux is like&shy;ly to re&shy;main an in&shy;fe&shy;ri&shy;or pro&shy;duct in the eyes of the pub&shy;lic.</p>
]]></content:encoded>
			<wfw:commentRss>http://nongraphical.com/2009/01/problems-with-the-linux-desktop/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 1.370 seconds -->
