<?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: the XO abides</title>
	<atom:link href="http://www.oblomovka.com/wp/2008/10/02/the-xo-abides/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.oblomovka.com/wp/2008/10/02/the-xo-abides/</link>
	<description>Casual Dismissals from Danny O'Brien</description>
	<lastBuildDate>Fri, 19 Feb 2010 06:17:32 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mitchell</title>
		<link>http://www.oblomovka.com/wp/2008/10/02/the-xo-abides/comment-page-1/#comment-589</link>
		<dc:creator>Mitchell</dc:creator>
		<pubDate>Tue, 14 Oct 2008 04:28:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.oblomovka.com/wp/?p=1197#comment-589</guid>
		<description>It&#039;s nice that projects with future potential can survive on slow-cook, rather than vanishing entirely.  This does however weaken the motivation to deal with systemic problems.  Fixes can always be put off until next quarter, next year.

OLPC is, I suspect, only on slow-cook because it hasn&#039;t built some basic infrastructure.  Similar projects have a gforge or other community development environment.  OLPC doesn&#039;t, and program development, community formation, thus suffer in the ways you would expect.

Enthusiasm fades for many reasons.  Slow-cook provides the ability to survive bad managerial and technical decisions which could kill a commercial project.  But it thus also removes the urgency to address them.  Which can be both good and bad.

A key insight of OLPC is that time isn&#039;t free -- it costs 300k kids per day.

For OLPC, a key question is: &quot;How can we optimize a system - technical and social - that gives us the largest and most varied pool of stable, volunteer-maintained, open-source, kid-hackable educational Activities possible? Gforge, workshops, bounties, documentation, toolchains, access… through any means possible, how would you maximize the number of Activites that meet the above criteria?&quot;  http://blog.melchua.com/2008/09/28/forging-a-software-development-community/</description>
		<content:encoded><![CDATA[<p>It&#8217;s nice that projects with future potential can survive on slow-cook, rather than vanishing entirely.  This does however weaken the motivation to deal with systemic problems.  Fixes can always be put off until next quarter, next year.</p>
<p>OLPC is, I suspect, only on slow-cook because it hasn&#8217;t built some basic infrastructure.  Similar projects have a gforge or other community development environment.  OLPC doesn&#8217;t, and program development, community formation, thus suffer in the ways you would expect.</p>
<p>Enthusiasm fades for many reasons.  Slow-cook provides the ability to survive bad managerial and technical decisions which could kill a commercial project.  But it thus also removes the urgency to address them.  Which can be both good and bad.</p>
<p>A key insight of OLPC is that time isn&#8217;t free &#8212; it costs 300k kids per day.</p>
<p>For OLPC, a key question is: &#8220;How can we optimize a system &#8211; technical and social &#8211; that gives us the largest and most varied pool of stable, volunteer-maintained, open-source, kid-hackable educational Activities possible? Gforge, workshops, bounties, documentation, toolchains, access… through any means possible, how would you maximize the number of Activites that meet the above criteria?&#8221;  <a href="http://blog.melchua.com/2008/09/28/forging-a-software-development-community/" rel="nofollow">http://blog.melchua.com/2008/09/28/forging-a-software-development-community/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zooko</title>
		<link>http://www.oblomovka.com/wp/2008/10/02/the-xo-abides/comment-page-1/#comment-566</link>
		<dc:creator>Zooko</dc:creator>
		<pubDate>Tue, 07 Oct 2008 19:26:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.oblomovka.com/wp/?p=1197#comment-566</guid>
		<description>My sons are fairly satisfied with their XOs.  I&#039;m requesting one for myself in the new G1G1-Xmas-of-2008-edition, and I&#039;ve advised each of my brothers to get one.

My son&#039;s use separate USB-connected mice instead of the mousepads, which are too spasmodic to use.

We haven&#039;t upgraded the system software -- we&#039;re still using whatever came with it when it was prepped for G1G1-Xmas-of-2007-edition.

They&#039;ve benefited a lot from their XOs already, and I hope that their current explorations into editing and coding instead of just playing are going to accelerate.</description>
		<content:encoded><![CDATA[<p>My sons are fairly satisfied with their XOs.  I&#8217;m requesting one for myself in the new G1G1-Xmas-of-2008-edition, and I&#8217;ve advised each of my brothers to get one.</p>
<p>My son&#8217;s use separate USB-connected mice instead of the mousepads, which are too spasmodic to use.</p>
<p>We haven&#8217;t upgraded the system software &#8212; we&#8217;re still using whatever came with it when it was prepped for G1G1-Xmas-of-2007-edition.</p>
<p>They&#8217;ve benefited a lot from their XOs already, and I hope that their current explorations into editing and coding instead of just playing are going to accelerate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.oblomovka.com/wp/2008/10/02/the-xo-abides/comment-page-1/#comment-561</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Mon, 06 Oct 2008 03:23:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.oblomovka.com/wp/?p=1197#comment-561</guid>
		<description>The theme of your article reminds of a William Gibson quote: &quot;The future is already here, it&#039;s just not widely distributed yet.&quot; Maybe that&#039;s a little cliche, but I think it makes sense. Sometimes things get invented, but it&#039;s not enough for the invention to exist for it to reach its full potential. Once the honeymoon is over and developers and users are familiar with what a certain technology (which can definitely be a piece of software - think Mosiac!) is capable of, that is the time when people can look at something and honestly say what parts/concepts from it are good or bad and worth keeping/pursuing, once the &quot;dust settles&quot;, and which are bunk.

My favorite example is Javascript. IIRC, Brendan Eich &quot;invented&quot; it back in 96 (?) due to the need for some scripting in Netscape Navigator. Maybe JS didn&#039;t back then have all the features it does today, but certainly the idea of something like gmail could have been implemented back then. But it took a long time for the idea of javascript as an application platform to &quot;slow cook&quot; here: the platform was there, but no one had really implemented applications to put javascript through its paces, because up to some point in time, there was no JS standard.

Unfortunately on the time scale of the Internet/Blog news cycle of hours/days no such judgements can be made. I have seen criticism about Google&#039;s android being &quot;late to the party&quot; but I find that to be impatient consumerist BS. Only time will tell if Android will be a success. Anything really good is worth *waiting* for, I would say, if it&#039;s a good idea whose time has come. And I think the mobile space (vendors and consumers) is hungry for a more open platform than Apple&#039;s hegemony over the iPhone. Let&#039;s let the iPhone vs. Android thing slow cook and see what comes out.</description>
		<content:encoded><![CDATA[<p>The theme of your article reminds of a William Gibson quote: &#8220;The future is already here, it&#8217;s just not widely distributed yet.&#8221; Maybe that&#8217;s a little cliche, but I think it makes sense. Sometimes things get invented, but it&#8217;s not enough for the invention to exist for it to reach its full potential. Once the honeymoon is over and developers and users are familiar with what a certain technology (which can definitely be a piece of software &#8211; think Mosiac!) is capable of, that is the time when people can look at something and honestly say what parts/concepts from it are good or bad and worth keeping/pursuing, once the &#8220;dust settles&#8221;, and which are bunk.</p>
<p>My favorite example is Javascript. IIRC, Brendan Eich &#8220;invented&#8221; it back in 96 (?) due to the need for some scripting in Netscape Navigator. Maybe JS didn&#8217;t back then have all the features it does today, but certainly the idea of something like gmail could have been implemented back then. But it took a long time for the idea of javascript as an application platform to &#8220;slow cook&#8221; here: the platform was there, but no one had really implemented applications to put javascript through its paces, because up to some point in time, there was no JS standard.</p>
<p>Unfortunately on the time scale of the Internet/Blog news cycle of hours/days no such judgements can be made. I have seen criticism about Google&#8217;s android being &#8220;late to the party&#8221; but I find that to be impatient consumerist BS. Only time will tell if Android will be a success. Anything really good is worth *waiting* for, I would say, if it&#8217;s a good idea whose time has come. And I think the mobile space (vendors and consumers) is hungry for a more open platform than Apple&#8217;s hegemony over the iPhone. Let&#8217;s let the iPhone vs. Android thing slow cook and see what comes out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danny O'Brien</title>
		<link>http://www.oblomovka.com/wp/2008/10/02/the-xo-abides/comment-page-1/#comment-558</link>
		<dc:creator>Danny O'Brien</dc:creator>
		<pubDate>Sat, 04 Oct 2008 08:06:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.oblomovka.com/wp/?p=1197#comment-558</guid>
		<description>Well, Mozilla didn&#039;t start small either: I think one of the benefits of slow-cooking is that you can back yourself out of those kind of terrible mistakes. There&#039;s an interesting quandary with hardware: the longer you work on creating a hardware platform, the more likely it is to be out of date when you launch. The XO barely hit that window, even though it wasn&#039;t competing with cutting-edge technology -- it was only a few months before systems like the Eee and Classmate began eating into its sector. Would it even be possible to create hardware without a hasty race to hit a launch date? The impression I got with the OLPC project is that many inside wanted to be more open, but simply didn&#039;t have the time or the resources.

I hope you&#039;re right about Alan Kay -- it&#039;s interesting to see so much OLPC development work take place on its eToys/Squeak implementation, even though that seemed to be a bit of an afterthought to Sugar.</description>
		<content:encoded><![CDATA[<p>Well, Mozilla didn&#8217;t start small either: I think one of the benefits of slow-cooking is that you can back yourself out of those kind of terrible mistakes. There&#8217;s an interesting quandary with hardware: the longer you work on creating a hardware platform, the more likely it is to be out of date when you launch. The XO barely hit that window, even though it wasn&#8217;t competing with cutting-edge technology &#8212; it was only a few months before systems like the Eee and Classmate began eating into its sector. Would it even be possible to create hardware without a hasty race to hit a launch date? The impression I got with the OLPC project is that many inside wanted to be more open, but simply didn&#8217;t have the time or the resources.</p>
<p>I hope you&#8217;re right about Alan Kay &#8212; it&#8217;s interesting to see so much OLPC development work take place on its eToys/Squeak implementation, even though that seemed to be a bit of an afterthought to Sugar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred Blasdel</title>
		<link>http://www.oblomovka.com/wp/2008/10/02/the-xo-abides/comment-page-1/#comment-554</link>
		<dc:creator>Fred Blasdel</dc:creator>
		<pubDate>Fri, 03 Oct 2008 11:37:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.oblomovka.com/wp/?p=1197#comment-554</guid>
		<description>Another lemon you left unmentioned is the custom CaFE chip, its SD card controller is a POS (and isn&#039;t open-source like they promised).

I think there&#039;s a significant problem with applying your &quot;slow-cooked&quot; thesis to the OLPC project: they didn&#039;t start small, they didn&#039;t try to grow organically. Instead they did all the fundamental design and development in secrecy, then had big press conferences where they could boast about how open they were — &quot;Look, you can mess with the chrome!&quot;. They attempted to push it fully-formed into the world while it was still an infant — and instead of devoting OLPC resources to improving it, they held another press conference to debut a new vaporware laptop!

Their fundamental plan of making software for &#039;other&#039; people was incredibly condescending — it&#039;s not Unix/Smalltalk/Mozilla, it&#039;s Vista. I have great respect for OLPC&#039;s questioning of WIMP, but I don&#039;t like the process they used to do so one bit.

Their biggest problem overall was probably Negroponte, he just kept fueling new PR blitzes like clockwork, that were increasingly more disconnected from reality. It probably would&#039;ve been a huge disaster if he had managed to live up to his expectations and sell millions in the first year. 100,000 pissy G1G1 purchasers are nothing in comparison.

The fate of the OLPC foundation is awful depressing, hopefully a stable organization can form outside its shadow, and do the real work of slow-cooking. Walter Bender&#039;s SugarLabs might become what I&#039;m hoping for, though they&#039;ll have to do a lot of work to really make Sugar usable. I hold out a lot of hope for Alan Kay&#039;s ongoing NSF grant project, he&#039;s managed to keep the OLPC hype away from it, while still publishing fairly often (see vpri.org).</description>
		<content:encoded><![CDATA[<p>Another lemon you left unmentioned is the custom CaFE chip, its SD card controller is a POS (and isn&#8217;t open-source like they promised).</p>
<p>I think there&#8217;s a significant problem with applying your &#8220;slow-cooked&#8221; thesis to the OLPC project: they didn&#8217;t start small, they didn&#8217;t try to grow organically. Instead they did all the fundamental design and development in secrecy, then had big press conferences where they could boast about how open they were — &#8220;Look, you can mess with the chrome!&#8221;. They attempted to push it fully-formed into the world while it was still an infant — and instead of devoting OLPC resources to improving it, they held another press conference to debut a new vaporware laptop!</p>
<p>Their fundamental plan of making software for &#8216;other&#8217; people was incredibly condescending — it&#8217;s not Unix/Smalltalk/Mozilla, it&#8217;s Vista. I have great respect for OLPC&#8217;s questioning of WIMP, but I don&#8217;t like the process they used to do so one bit.</p>
<p>Their biggest problem overall was probably Negroponte, he just kept fueling new PR blitzes like clockwork, that were increasingly more disconnected from reality. It probably would&#8217;ve been a huge disaster if he had managed to live up to his expectations and sell millions in the first year. 100,000 pissy G1G1 purchasers are nothing in comparison.</p>
<p>The fate of the OLPC foundation is awful depressing, hopefully a stable organization can form outside its shadow, and do the real work of slow-cooking. Walter Bender&#8217;s SugarLabs might become what I&#8217;m hoping for, though they&#8217;ll have to do a lot of work to really make Sugar usable. I hold out a lot of hope for Alan Kay&#8217;s ongoing NSF grant project, he&#8217;s managed to keep the OLPC hype away from it, while still publishing fairly often (see vpri.org).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
