<?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: Remixing John Gruber</title>
	<atom:link href="http://www.ardisson.org/afkar/2009/06/17/remixing-john-gruber/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ardisson.org/afkar/2009/06/17/remixing-john-gruber/</link>
	<description>A journal at al-Qâhira fî Amrîkâ</description>
	<lastBuildDate>Fri, 19 Feb 2010 18:51:51 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Smokey</title>
		<link>http://www.ardisson.org/afkar/2009/06/17/remixing-john-gruber/comment-page-1/#comment-6900</link>
		<dc:creator>Smokey</dc:creator>
		<pubDate>Thu, 18 Jun 2009 07:20:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardisson.org/afkar/?p=423#comment-6900</guid>
		<description>Assuming the last bit is tongue-in-cheek (hooray for internet voice! :P ), that’s probably true.  

The pernicious element to the two cases I mentioned (and which I meant to include in my actual post—oops!) is that the latter case actually involves a legitimate add-on mechanism and the former case often involves authors blurring or omitting the facts just enough to make the average user think the hack is a legitimate add-on.  I think it’s hard to argue that jailbreak users don’t know they’re performing unsupported operations and need to hold themselves responsible for the resulting misbehaviors and crashes. Most InputManager (and similar) hacks, on the other hand, pose as “regular old software” to users instead of making it clear they are unsupported hacks, so many users never realize that.  In those cases, it’s harder for the user to know where the blame belongs, so the host application is the obvious choice.

In the end, it’s deeply frustrating to read anonymous user comments telling you your software sucks when the associated crash report shows a plug-in (or hack) doing the crashing; I wonder if plug-in vendors would fix more bugs if they had to read all these comments attached to their crashes?</description>
		<content:encoded><![CDATA[<p>Assuming the last bit is tongue-in-cheek (hooray for internet voice! <img src='http://www.ardisson.org/afkar/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' />  ), that’s probably true.  </p>
<p>The pernicious element to the two cases I mentioned (and which I meant to include in my actual post—oops!) is that the latter case actually involves a legitimate add-on mechanism and the former case often involves authors blurring or omitting the facts just enough to make the average user think the hack is a legitimate add-on.  I think it’s hard to argue that jailbreak users don’t know they’re performing unsupported operations and need to hold themselves responsible for the resulting misbehaviors and crashes. Most InputManager (and similar) hacks, on the other hand, pose as “regular old software” to users instead of making it clear they are unsupported hacks, so many users never realize that.  In those cases, it’s harder for the user to know where the blame belongs, so the host application is the obvious choice.</p>
<p>In the end, it’s deeply frustrating to read anonymous user comments telling you your software sucks when the associated crash report shows a plug-in (or hack) doing the crashing; I wonder if plug-in vendors would fix more bugs if they had to read all these comments attached to their crashes?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://www.ardisson.org/afkar/2009/06/17/remixing-john-gruber/comment-page-1/#comment-6899</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Thu, 18 Jun 2009 04:45:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.ardisson.org/afkar/?p=423#comment-6899</guid>
		<description>To be honest, you could probably drop any qualification on users - if they&#039;re applying some kind of unsupported (and unsupportable!) hack to a system, it&#039;ll always be the system at fault, never the user...</description>
		<content:encoded><![CDATA[<p>To be honest, you could probably drop any qualification on users &#8211; if they&#8217;re applying some kind of unsupported (and unsupportable!) hack to a system, it&#8217;ll always be the system at fault, never the user&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
