<?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: UMO Bits N Bytes</title>
	<atom:link href="http://snarkfest.net/blog/2005/01/25/umo-bits-n-bytes/feed/" rel="self" type="application/rss+xml" />
	<link>http://snarkfest.net/blog/2005/01/25/umo-bits-n-bytes/</link>
	<description>Fun and games with the politics of open source</description>
	<lastBuildDate>Tue, 28 Sep 2010 20:03:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: investing option</title>
		<link>http://snarkfest.net/blog/2005/01/25/umo-bits-n-bytes/comment-page-1/#comment-292</link>
		<dc:creator>investing option</dc:creator>
		<pubDate>Wed, 24 Jan 2007 15:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.steelgryphon.com/blog/?p=28#comment-292</guid>
		<description>&lt;strong&gt;investing option...&lt;/strong&gt;

...</description>
		<content:encoded><![CDATA[<p><strong>investing option&#8230;</strong></p>
<p>&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michaell</title>
		<link>http://snarkfest.net/blog/2005/01/25/umo-bits-n-bytes/comment-page-1/#comment-291</link>
		<dc:creator>michaell</dc:creator>
		<pubDate>Wed, 26 Jan 2005 20:40:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.steelgryphon.com/blog/?p=28#comment-291</guid>
		<description>&quot;Hindsight being 20/20, that was a mistake&quot;

On what grounds was it a mistake only in hindsight? AIUI (not that I was involved), everyone knew it wasn&#039;t ready at the time, but it was decided to launch anyway.

What is it that&#039;s been seen with hindsight that wasn&#039;t seen at the time?  Or is it just different people&#039;s views of the same thing?

The site itself says that it&#039;s &quot;undergoing a design update and rewrite based on user input&quot;, which doesn&#039;t sound like the whole story to say the least...</description>
		<content:encoded><![CDATA[<p>&#8220;Hindsight being 20/20, that was a mistake&#8221;</p>
<p>On what grounds was it a mistake only in hindsight? AIUI (not that I was involved), everyone knew it wasn&#8217;t ready at the time, but it was decided to launch anyway.</p>
<p>What is it that&#8217;s been seen with hindsight that wasn&#8217;t seen at the time?  Or is it just different people&#8217;s views of the same thing?</p>
<p>The site itself says that it&#8217;s &#8220;undergoing a design update and rewrite based on user input&#8221;, which doesn&#8217;t sound like the whole story to say the least&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://snarkfest.net/blog/2005/01/25/umo-bits-n-bytes/comment-page-1/#comment-290</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Wed, 26 Jan 2005 17:51:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.steelgryphon.com/blog/?p=28#comment-290</guid>
		<description>&gt;The checkins to branch argue that you’re not simply
&gt; addressing security (Feature additions (&quot;site offline&quot;)
&gt; have been added to a supposedly stable branch. ), as
&gt; does having a peer doing code reviews that is known
&gt; to be very inexperienced with PHP (in fact, the past has
&gt; shown mostly copy/paste PHP experience at best.).

Actually, we&#039;ve frozen all CVS commits while we sort things out, and the review process will not remain as-is.

&gt;“When its ready” is simply not justifiable with a site that’s
&gt; already in production, you already have users depending on
&gt; you, because the client does. If mozilla.org dropped the ball by
&gt; not monitoring UMO more closely prior to now, and therefore
&gt;  has absolutely no clue how it works, then that needs to be
&gt; stated. By leaving the status-quo, you’re also saying that
&gt; Update 0.9 shouldn’t have been enabled either, which means
&gt; why should anybody trust Mozilla Update if it’s been untrustable
&gt; without anybody at mozilla.org noticing for 6+ months?

Our reputation for security is not simply &quot;no holes here&quot; its how aggressive and focused we are when a hole is found.  The lack of oversight was unfortunate, but isn&#039;t justification for continuing to expose ourselves to potential problems.  That&#039;s like saying &quot;Wow, my wheels are pretty loose, but since I&#039;ve been driving on this for months, I&#039;m just going to take the chance.&quot;

Its not ready.  It wasn&#039;t ready when it went live.  Hindsight being 20/20, that was a mistake.  We can&#039;t change the past, we can only change the present.</description>
		<content:encoded><![CDATA[<p>>The checkins to branch argue that you’re not simply<br />
> addressing security (Feature additions (&#8220;site offline&#8221;)<br />
> have been added to a supposedly stable branch. ), as<br />
> does having a peer doing code reviews that is known<br />
> to be very inexperienced with PHP (in fact, the past has<br />
> shown mostly copy/paste PHP experience at best.).</p>
<p>Actually, we&#8217;ve frozen all CVS commits while we sort things out, and the review process will not remain as-is.</p>
<p>>“When its ready” is simply not justifiable with a site that’s<br />
> already in production, you already have users depending on<br />
> you, because the client does. If mozilla.org dropped the ball by<br />
> not monitoring UMO more closely prior to now, and therefore<br />
>  has absolutely no clue how it works, then that needs to be<br />
> stated. By leaving the status-quo, you’re also saying that<br />
> Update 0.9 shouldn’t have been enabled either, which means<br />
> why should anybody trust Mozilla Update if it’s been untrustable<br />
> without anybody at mozilla.org noticing for 6+ months?</p>
<p>Our reputation for security is not simply &#8220;no holes here&#8221; its how aggressive and focused we are when a hole is found.  The lack of oversight was unfortunate, but isn&#8217;t justification for continuing to expose ourselves to potential problems.  That&#8217;s like saying &#8220;Wow, my wheels are pretty loose, but since I&#8217;ve been driving on this for months, I&#8217;m just going to take the chance.&#8221;</p>
<p>Its not ready.  It wasn&#8217;t ready when it went live.  Hindsight being 20/20, that was a mistake.  We can&#8217;t change the past, we can only change the present.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wolf</title>
		<link>http://snarkfest.net/blog/2005/01/25/umo-bits-n-bytes/comment-page-1/#comment-289</link>
		<dc:creator>Wolf</dc:creator>
		<pubDate>Wed, 26 Jan 2005 12:32:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.steelgryphon.com/blog/?p=28#comment-289</guid>
		<description>The checkins to branch argue that you&#039;re not simply addressing security (Feature additions (&quot;site offline&quot;) have been added to a supposedly stable branch. ), as does having a peer doing code reviews that is known to be very inexperienced with PHP (in fact, the past has shown mostly copy/paste PHP experience at best.).

&quot;When its ready&quot; is simply not justifiable with a site that&#039;s already in production, you already have users depending on you, because the client does. If mozilla.org dropped the ball by not monitoring UMO more closely prior to now, and therefore has absolutely no clue how it works, then that needs to be stated. By leaving the status-quo, you&#039;re also saying that Update 0.9 shouldn&#039;t have been enabled either, which means why should anybody trust Mozilla Update if it&#039;s been untrustable without anybody at mozilla.org noticing for 6+ months?</description>
		<content:encoded><![CDATA[<p>The checkins to branch argue that you&#8217;re not simply addressing security (Feature additions (&#8220;site offline&#8221;) have been added to a supposedly stable branch. ), as does having a peer doing code reviews that is known to be very inexperienced with PHP (in fact, the past has shown mostly copy/paste PHP experience at best.).</p>
<p>&#8220;When its ready&#8221; is simply not justifiable with a site that&#8217;s already in production, you already have users depending on you, because the client does. If mozilla.org dropped the ball by not monitoring UMO more closely prior to now, and therefore has absolutely no clue how it works, then that needs to be stated. By leaving the status-quo, you&#8217;re also saying that Update 0.9 shouldn&#8217;t have been enabled either, which means why should anybody trust Mozilla Update if it&#8217;s been untrustable without anybody at mozilla.org noticing for 6+ months?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bram!</title>
		<link>http://snarkfest.net/blog/2005/01/25/umo-bits-n-bytes/comment-page-1/#comment-288</link>
		<dc:creator>Bram!</dc:creator>
		<pubDate>Tue, 25 Jan 2005 19:11:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.steelgryphon.com/blog/?p=28#comment-288</guid>
		<description>Why does open sourcing work for client-side software and not for web-apps? UMO could be in beta (or alpha) too, just:
- make sure every visitors has to click a font-size:24pt &quot;Yes, I accept the risks!&quot; link before browsing UMO
- add a CVS module
- add a bugzilla component
- add a UMO category in which anyone can try to hack their entries.</description>
		<content:encoded><![CDATA[<p>Why does open sourcing work for client-side software and not for web-apps? UMO could be in beta (or alpha) too, just:<br />
- make sure every visitors has to click a font-size:24pt &#8220;Yes, I accept the risks!&#8221; link before browsing UMO<br />
- add a CVS module<br />
- add a bugzilla component<br />
- add a UMO category in which anyone can try to hack their entries.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michaell</title>
		<link>http://snarkfest.net/blog/2005/01/25/umo-bits-n-bytes/comment-page-1/#comment-287</link>
		<dc:creator>michaell</dc:creator>
		<pubDate>Tue, 25 Jan 2005 19:10:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.steelgryphon.com/blog/?p=28#comment-287</guid>
		<description>Sorry - read things in the wrong order. I should&#039;ve read &lt;a href=&quot;http://www.psychoticwolf.net/archives/2005/01/what_happened_t.php&quot; rel=&quot;nofollow&quot;&gt; the post you were referring to&lt;/a&gt; first.

I can kind of see his point - it&#039;s obviously not true that you can&#039;t compromise on security, as the site was up and running with known security flaws for a couple of months.

I also don&#039;t see much logic in shutting down to avoid potential future flaws.  Applied to Firefox itself, would that not mean cancelling 1.1 if any flaws are found in Firefox 1.0?

There may be good reasons for this, but I&#039;m not really getting a sense of what they are.

Surely a bigger risk in any case is the extensions themselves - they&#039;re not (AIUI) audited, which is surely a bigger risk that someone slipping some dodgy HTML into a comment.</description>
		<content:encoded><![CDATA[<p>Sorry &#8211; read things in the wrong order. I should&#8217;ve read <a href="http://www.psychoticwolf.net/archives/2005/01/what_happened_t.php" rel="nofollow"> the post you were referring to</a> first.</p>
<p>I can kind of see his point &#8211; it&#8217;s obviously not true that you can&#8217;t compromise on security, as the site was up and running with known security flaws for a couple of months.</p>
<p>I also don&#8217;t see much logic in shutting down to avoid potential future flaws.  Applied to Firefox itself, would that not mean cancelling 1.1 if any flaws are found in Firefox 1.0?</p>
<p>There may be good reasons for this, but I&#8217;m not really getting a sense of what they are.</p>
<p>Surely a bigger risk in any case is the extensions themselves &#8211; they&#8217;re not (AIUI) audited, which is surely a bigger risk that someone slipping some dodgy HTML into a comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: michaell</title>
		<link>http://snarkfest.net/blog/2005/01/25/umo-bits-n-bytes/comment-page-1/#comment-286</link>
		<dc:creator>michaell</dc:creator>
		<pubDate>Tue, 25 Jan 2005 18:42:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.steelgryphon.com/blog/?p=28#comment-286</guid>
		<description>The &quot;when it&#039;s ready&quot; answer for Firefox was replaced last October (IIRC) by a release date which was met.  UMO may still not be ready now, but it was launched 3 months ago, and it&#039;s been letting the side down since.

I hope the Foundation are devoting some resources to getting things going... there are &lt;a href=&quot;http://www.blakeross.com/archives/000282.html&quot; rel=&quot;nofollow&quot;&gt;no free rides&lt;/a&gt; :)</description>
		<content:encoded><![CDATA[<p>The &#8220;when it&#8217;s ready&#8221; answer for Firefox was replaced last October (IIRC) by a release date which was met.  UMO may still not be ready now, but it was launched 3 months ago, and it&#8217;s been letting the side down since.</p>
<p>I hope the Foundation are devoting some resources to getting things going&#8230; there are <a href="http://www.blakeross.com/archives/000282.html" rel="nofollow">no free rides</a> <img src='http://snarkfest.net/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

