<?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: Gruber does a snow job on Snow Leopard</title>
	<atom:link href="http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/feed/" rel="self" type="application/rss+xml" />
	<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/</link>
	<description>Coding under the close supervision of cats</description>
	<lastBuildDate>Fri, 09 Jul 2010 18:22:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Jeff</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10320</link>
		<dc:creator>Jeff</dc:creator>
		<pubDate>Fri, 11 Sep 2009 21:03:35 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10320</guid>
		<description>Steven, as I explained, &quot;the last week before shipping&quot; is an invention of John Gruber&#039;s mind which has little basis in reality. In any case, however, note that Adobe shipped an update within a week, and the size of Snow Leopard pales in comparison to the entire install base of Flash Player.

Also, I find Gruber&#039;s and your argument about &quot;the record that Flash has&quot; to be very curious. Essentially, the argument that Flash Player is known to be buggy, so therefore it shouldn&#039;t be updated? It seems to me that&#039;s the opposite of what should happen.

Again, we&#039;re not talking about a major update to Flash Player, for example from 9 to 10, but simply a fix for one security bug. Although I should say, for many users who upgraded from Leopard to Snow Leopard, they were automatically and unknowingly upgraded from Flash Player 9 to 10 by Apple. The automatic upgrade from Flash 9 to Flash 10 also occurred in Leopard via Security Update 2009-005, even to those users who had already installed Flash Player 9.0.246.</description>
		<content:encoded><![CDATA[<p>Steven, as I explained, &#8220;the last week before shipping&#8221; is an invention of John Gruber&#8217;s mind which has little basis in reality. In any case, however, note that Adobe shipped an update within a week, and the size of Snow Leopard pales in comparison to the entire install base of Flash Player.</p>
<p>Also, I find Gruber&#8217;s and your argument about &#8220;the record that Flash has&#8221; to be very curious. Essentially, the argument that Flash Player is known to be buggy, so therefore it shouldn&#8217;t be updated? It seems to me that&#8217;s the opposite of what should happen.</p>
<p>Again, we&#8217;re not talking about a major update to Flash Player, for example from 9 to 10, but simply a fix for one security bug. Although I should say, for many users who upgraded from Leopard to Snow Leopard, they were automatically and unknowingly upgraded from Flash Player 9 to 10 by Apple. The automatic upgrade from Flash 9 to Flash 10 also occurred in Leopard via Security Update 2009-005, even to those users who had already installed Flash Player 9.0.246.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Fisher</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10319</link>
		<dc:creator>Steven Fisher</dc:creator>
		<pubDate>Fri, 11 Sep 2009 20:38:51 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10319</guid>
		<description>You don&#039;t do an upgrade of a third party component in the last week before shipping something the size of Snow Leopard. Especially a component with the record that Flash has.

You can place the blame for it wherever you want, but expecting something different is not rational.</description>
		<content:encoded><![CDATA[<p>You don&#8217;t do an upgrade of a third party component in the last week before shipping something the size of Snow Leopard. Especially a component with the record that Flash has.</p>
<p>You can place the blame for it wherever you want, but expecting something different is not rational.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clark</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10313</link>
		<dc:creator>Clark</dc:creator>
		<pubDate>Mon, 07 Sep 2009 16:40:18 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10313</guid>
		<description>Why not just put the new version of Flash in software update and make software update do what MS does and check immediately during the install process to install any critical updates?

I&#039;m not sure the way the discussion is going makes sense.  (Withdraw the GM)  Rather I think there&#039;s a deeper issue of what to do if a serious flaw is found after disks are on the shelves.  While Apple has been lucky there is the chance of something happening ala many XP installs where systems are compromised within minutes of being installed if older media is used.  

The solution just has to be to make a security update check as part of the installation process.  The fact Apple doesn&#039;t do this is worrisome.</description>
		<content:encoded><![CDATA[<p>Why not just put the new version of Flash in software update and make software update do what MS does and check immediately during the install process to install any critical updates?</p>
<p>I&#8217;m not sure the way the discussion is going makes sense.  (Withdraw the GM)  Rather I think there&#8217;s a deeper issue of what to do if a serious flaw is found after disks are on the shelves.  While Apple has been lucky there is the chance of something happening ala many XP installs where systems are compromised within minutes of being installed if older media is used.  </p>
<p>The solution just has to be to make a security update check as part of the installation process.  The fact Apple doesn&#8217;t do this is worrisome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Lee</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10311</link>
		<dc:creator>Andy Lee</dc:creator>
		<pubDate>Sun, 06 Sep 2009 13:58:58 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10311</guid>
		<description>Yeah, I remember at least once they&#039;ve told us that a seed was the GM, though I don&#039;t remember if it was before or after the release date.  Odd that they didn&#039;t do it this time.  The Developer Connection site still calls it a preview build.</description>
		<content:encoded><![CDATA[<p>Yeah, I remember at least once they&#8217;ve told us that a seed was the GM, though I don&#8217;t remember if it was before or after the release date.  Odd that they didn&#8217;t do it this time.  The Developer Connection site still calls it a preview build.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10310</link>
		<dc:creator>Jeff</dc:creator>
		<pubDate>Sun, 06 Sep 2009 13:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10310</guid>
		<description>Andy, I agree that&#039;s an important part of seeding. However, for any sane OS vendor, this would be the procedure when they have a release candidate build:

1. Seed the release candidate to developers
2. Tell developers that it&#039;s a release candidate
3. If no show-stopping bugs are found, tell developers that the release candidate is GM
4. Tell developers the release date
5. Tell consumers the release date

Unfortunately, Apple skipped steps 2  through 4. Indeed, at no point prior to or even on August 28 did Apple ever tell us that 10A432 was either a release candidate or the GM.</description>
		<content:encoded><![CDATA[<p>Andy, I agree that&#8217;s an important part of seeding. However, for any sane OS vendor, this would be the procedure when they have a release candidate build:</p>
<p>1. Seed the release candidate to developers<br />
2. Tell developers that it&#8217;s a release candidate<br />
3. If no show-stopping bugs are found, tell developers that the release candidate is GM<br />
4. Tell developers the release date<br />
5. Tell consumers the release date</p>
<p>Unfortunately, Apple skipped steps 2  through 4. Indeed, at no point prior to or even on August 28 did Apple ever tell us that 10A432 was either a release candidate or the GM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Lee</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10309</link>
		<dc:creator>Andy Lee</dc:creator>
		<pubDate>Sun, 06 Sep 2009 11:33:18 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10309</guid>
		<description>Jeff, there&#039;s only one point here I take issue with:

&quot;If Apple had already declared build 10A432 the GM before seeding it to developers for testing, that would be completely irresponsible [...].&quot;

This is true if the sole purpose of developer seeds is to discover bugs in the seed that might be showstoppers.  But there is another purpose, which is to allow developers to make sure their apps can be ready to ship when the OS does go GM, whenever that may be.

I think your point that &quot;Apple could have un-declared it GM&quot; still stands.  From our point of view 10A432 would just have been another seed that turned out not to be GM.  Even if they had told us it *was* GM, they could have un-GMed it.</description>
		<content:encoded><![CDATA[<p>Jeff, there&#8217;s only one point here I take issue with:</p>
<p>&#8220;If Apple had already declared build 10A432 the GM before seeding it to developers for testing, that would be completely irresponsible [...].&#8221;</p>
<p>This is true if the sole purpose of developer seeds is to discover bugs in the seed that might be showstoppers.  But there is another purpose, which is to allow developers to make sure their apps can be ready to ship when the OS does go GM, whenever that may be.</p>
<p>I think your point that &#8220;Apple could have un-declared it GM&#8221; still stands.  From our point of view 10A432 would just have been another seed that turned out not to be GM.  Even if they had told us it *was* GM, they could have un-GMed it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles W</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10307</link>
		<dc:creator>Charles W</dc:creator>
		<pubDate>Sun, 06 Sep 2009 00:55:11 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10307</guid>
		<description>Dear Joshua, please educate yourself before posting in future.  The blogger is an engineer with Rogue Amoeba, a company which makes and ships &quot;real&quot; software.  

I&#039;m also a developer and publisher of Mac software.  Are you?</description>
		<content:encoded><![CDATA[<p>Dear Joshua, please educate yourself before posting in future.  The blogger is an engineer with Rogue Amoeba, a company which makes and ships &#8220;real&#8221; software.  </p>
<p>I&#8217;m also a developer and publisher of Mac software.  Are you?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10306</link>
		<dc:creator>Jeff</dc:creator>
		<pubDate>Sun, 06 Sep 2009 00:39:08 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10306</guid>
		<description>Joshua, you are correct, neither I nor any of the commenters here has any real world software development experience. My apologies. What the heck were we thinking? We will now shut our stupid mouths.</description>
		<content:encoded><![CDATA[<p>Joshua, you are correct, neither I nor any of the commenters here has any real world software development experience. My apologies. What the heck were we thinking? We will now shut our stupid mouths.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Ochs</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10305</link>
		<dc:creator>Joshua Ochs</dc:creator>
		<pubDate>Sun, 06 Sep 2009 00:21:21 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10305</guid>
		<description>Clearly no one here has ever dealt with real world software development. Never mind the concept of feature freeze, regression testing, or having a release schedule for your software.

But by all means, continue with your armchair commentary.</description>
		<content:encoded><![CDATA[<p>Clearly no one here has ever dealt with real world software development. Never mind the concept of feature freeze, regression testing, or having a release schedule for your software.</p>
<p>But by all means, continue with your armchair commentary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Ash</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10304</link>
		<dc:creator>Mike Ash</dc:creator>
		<pubDate>Sat, 05 Sep 2009 22:57:33 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10304</guid>
		<description>But still much older than the version which contains the fix. There is no reason to assume that Apple&#039;s special version has it, and every reason to assume that it does not.</description>
		<content:encoded><![CDATA[<p>But still much older than the version which contains the fix. There is no reason to assume that Apple&#8217;s special version has it, and every reason to assume that it does not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10303</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Sat, 05 Sep 2009 21:11:52 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10303</guid>
		<description>See Gruber&#039;s follow-up. Seems the SL flash version is different from the one in the security bulletin.</description>
		<content:encoded><![CDATA[<p>See Gruber&#8217;s follow-up. Seems the SL flash version is different from the one in the security bulletin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Hoffman</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10301</link>
		<dc:creator>Stephen Hoffman</dc:creator>
		<pubDate>Sat, 05 Sep 2009 15:59:06 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10301</guid>
		<description>Replacing software in a near- or in an actual GM is precarious practice.  Any OS-level development requires trading off the available staff, testing resources, and the risks and release schedule.  Always has.  Always will.  And you freeze feature changes as early as you can, and you then prioritize fixes in terms of schedule and stability and risk and testing coverage.  And you test and test and test.

Does anyone want a broken Adobe Flash in a GM or (worse) corruptions or instabilities introduced elsewhere in the environment?  Having been in (many) these discussions for OS-level release work (not at Apple), and a conservative engineering development practice (usually) carries these decisions.  Experience has led me to be skeptical around claims of entirely isolated and modular code, too.

After the realization that a fix is not going into the GM is grokked, the discussion then (usually) becomes &quot;and how quickly can the fix be tested and made available?&quot;  And &quot;will we have systemic risks or exposures in the wild prior to that?&quot;

The whole GM discussion here is somewhat of a canard, too.  An SL Server software licensing fix didn&#039;t make the GM, after all.  The better question is &quot;when is the fix going to be tested and available?&quot;  Faster is better.  Faster and unstable is worse.   And you can only go as fast here as you have staff for and testing coverage for.   But a GM?  That&#039;s substantially more than a vehicle for a fix.

Load ClickToFlash, and move on.</description>
		<content:encoded><![CDATA[<p>Replacing software in a near- or in an actual GM is precarious practice.  Any OS-level development requires trading off the available staff, testing resources, and the risks and release schedule.  Always has.  Always will.  And you freeze feature changes as early as you can, and you then prioritize fixes in terms of schedule and stability and risk and testing coverage.  And you test and test and test.</p>
<p>Does anyone want a broken Adobe Flash in a GM or (worse) corruptions or instabilities introduced elsewhere in the environment?  Having been in (many) these discussions for OS-level release work (not at Apple), and a conservative engineering development practice (usually) carries these decisions.  Experience has led me to be skeptical around claims of entirely isolated and modular code, too.</p>
<p>After the realization that a fix is not going into the GM is grokked, the discussion then (usually) becomes &#8220;and how quickly can the fix be tested and made available?&#8221;  And &#8220;will we have systemic risks or exposures in the wild prior to that?&#8221;</p>
<p>The whole GM discussion here is somewhat of a canard, too.  An SL Server software licensing fix didn&#8217;t make the GM, after all.  The better question is &#8220;when is the fix going to be tested and available?&#8221;  Faster is better.  Faster and unstable is worse.   And you can only go as fast here as you have staff for and testing coverage for.   But a GM?  That&#8217;s substantially more than a vehicle for a fix.</p>
<p>Load ClickToFlash, and move on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Erik J. Barzeski</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10300</link>
		<dc:creator>Erik J. Barzeski</dc:creator>
		<pubDate>Sat, 05 Sep 2009 15:43:47 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10300</guid>
		<description>I still like John and most of what he says, but I don&#039;t agree with his position on this issue at all.</description>
		<content:encoded><![CDATA[<p>I still like John and most of what he says, but I don&#8217;t agree with his position on this issue at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Tsai - Blog - Flash and Snow Leopard</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10299</link>
		<dc:creator>Michael Tsai - Blog - Flash and Snow Leopard</dc:creator>
		<pubDate>Sat, 05 Sep 2009 15:02:13 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10299</guid>
		<description>[...] Jeff Johnson:  Snow Leopard build 10A432 was seeded to eligible ADC members on August 12. If Apple had already declared build 10A432 the GM before seeding it to developers for testing, that would be completely irresponsible (though sadly, not unprecedented). In any case, if the 10A432 seed had turned up a show-stopping bug, Apple could have un-declared it GM. Is allowing an attacker to take control of a system via a web browser not a show-stopper? [...]</description>
		<content:encoded><![CDATA[<p>[...] Jeff Johnson:  Snow Leopard build 10A432 was seeded to eligible ADC members on August 12. If Apple had already declared build 10A432 the GM before seeding it to developers for testing, that would be completely irresponsible (though sadly, not unprecedented). In any case, if the 10A432 seed had turned up a show-stopping bug, Apple could have un-declared it GM. Is allowing an attacker to take control of a system via a web browser not a show-stopper? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles W</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10297</link>
		<dc:creator>Charles W</dc:creator>
		<pubDate>Sat, 05 Sep 2009 13:52:18 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10297</guid>
		<description>I unsubscribed from Gruber&#039;s RSS feeds some time ago, and I have to say that my days are happier for it.

I got sick and tired of his relentless pro-Apple fanboyism, his snide personal attacks, and the one-sided nature of his ruthless commentary.

it comes as no surprise whatsoever that Gruber would automatically take Apple&#039;s position on the Flash issue.</description>
		<content:encoded><![CDATA[<p>I unsubscribed from Gruber&#8217;s RSS feeds some time ago, and I have to say that my days are happier for it.</p>
<p>I got sick and tired of his relentless pro-Apple fanboyism, his snide personal attacks, and the one-sided nature of his ruthless commentary.</p>
<p>it comes as no surprise whatsoever that Gruber would automatically take Apple&#8217;s position on the Flash issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ssp</title>
		<link>http://lapcatsoftware.com/blog/2009/09/05/gruber-does-a-snow-job-on-snow-leopard/comment-page-1/#comment-10296</link>
		<dc:creator>ssp</dc:creator>
		<pubDate>Sat, 05 Sep 2009 13:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://lapcatsoftware.com/blog/?p=225#comment-10296</guid>
		<description>Pretty much the same thoughts I had when reading that bit of apologism. Two thoughts sprang to mind: 

1. Even if Apple did not manage to ship the latest version of Flash with their OS install, most of the &#039;outrage&#039; seemed to be about the X.6 updater _downgrading_ the installed version. It should be hard to find a parallel universe in which that makes sense.

2. What exactly do people think that Apple do in terms of quality control that they couldn&#039;t manage to achieve within a week? Even in their own code there are plenty of untested areas and if you&#039;re using non-English localisations it is blatantly obvious that Apple consider it perfectly acceptable to sell software which hasn&#039;t even been looked at (by a human who is awake and speaks the language), so what exactly will they do with the Flash plug-in before shipping it.

Of course, in the days of ClickToFlash, the practical relevance of this seems negligible. It would be interesting to read what people commented had Apple not shipped Flash at all with their OS.</description>
		<content:encoded><![CDATA[<p>Pretty much the same thoughts I had when reading that bit of apologism. Two thoughts sprang to mind: </p>
<p>1. Even if Apple did not manage to ship the latest version of Flash with their OS install, most of the &#8216;outrage&#8217; seemed to be about the X.6 updater _downgrading_ the installed version. It should be hard to find a parallel universe in which that makes sense.</p>
<p>2. What exactly do people think that Apple do in terms of quality control that they couldn&#8217;t manage to achieve within a week? Even in their own code there are plenty of untested areas and if you&#8217;re using non-English localisations it is blatantly obvious that Apple consider it perfectly acceptable to sell software which hasn&#8217;t even been looked at (by a human who is awake and speaks the language), so what exactly will they do with the Flash plug-in before shipping it.</p>
<p>Of course, in the days of ClickToFlash, the practical relevance of this seems negligible. It would be interesting to read what people commented had Apple not shipped Flash at all with their OS.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
