<?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>Design with Intent &#187; Feature deletion</title>
	<atom:link href="http://architectures.danlockton.co.uk/category/feature-deletion/feed/" rel="self" type="application/rss+xml" />
	<link>http://architectures.danlockton.co.uk</link>
	<description>Design and human behaviour</description>
	<lastBuildDate>Thu, 09 Feb 2012 22:20:49 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
		<item>
		<title>Placebo buttons, false affordances and habit-forming</title>
		<link>http://architectures.danlockton.co.uk/2008/10/01/placebo-buttons-false-affordances-and-habit-forming/</link>
		<comments>http://architectures.danlockton.co.uk/2008/10/01/placebo-buttons-false-affordances-and-habit-forming/#comments</comments>
		<pubDate>Wed, 01 Oct 2008 11:56:20 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Defaults]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=388</guid>
		<description><![CDATA[This is a great graph from GraphJam, by &#8216;Bloobeard&#8217;. It raises the question, of course, whether the &#8216;door close&#8217; buttons on lifts/elevators really do actually do anything, or are simply there to &#8216;manage expectations&#8216; or act as a placebo. The Straight Dope has quite a detailed answer from 1986: The grim truth is that a [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://graphjam.com/2008/09/24/song-chart-memes-elevator-door-close-time/"><img src="http://danlockton.co.uk/research/images/elevator.png" alt="Elevator graph" /></p>
<p></a><a href="http://graphjam.com/2008/09/24/song-chart-memes-elevator-door-close-time/"><br />
This is a great graph</a> from GraphJam, by &#8216;Bloobeard&#8217;. It raises the question, of course, whether the &#8216;door close&#8217; buttons on lifts/elevators really do actually do anything, or are simply there to &#8216;<a href="http://www.nkarten.com/mce.html">manage expectations</a>&#8216; or act as a placebo. </p>
<p>The <a href="http://www.straightdope.com/columns/read/595/do-close-door-buttons-on-elevators-ever-actually-work">Straight Dope has quite a detailed answer from 1986</a>:</p>
<blockquote><p>The grim truth is that a significant percentage of the close-door buttons [CDB] in this world, for reasons that we will discuss anon, don&#8217;t do anything at all.<br />
&#8230;<br />
In the meantime, having consulted with various elevator repairmen, I would say that apparent CDB nonfunctionality may be explained by one of the following:</p>
<p>(1) The button really does work, it&#8217;s just set on time delay.<br />
Suppose the elevator is set so that the doors close automatically after five seconds. The close-door button can be set to close the doors after two or three seconds. The button may be operating properly when you push it, but because there&#8217;s still a delay, you don&#8217;t realize it.</p>
<p>(2) The button is broken. Since a broken close-door button will not render the elevator inoperable and thus does not necessitate an emergency service call, it may remain unrepaired for weeks.</p>
<p>(3) The button has been disconnected, usually because the building owner received too many complaints from passengers who had somebody slam the doors on them.</p>
<p>(4) The button was never wired up in the first place. One repair type alleges that this accounts for the majority of cases.</p></blockquote>
<p><a href="http://gizmodo.com/380741/things-you-dont-know-about-modern-elevators">Gizmodo, more recently</a>, contends that:</p>
<blockquote><p>&#8230;the Door Close button is there mostly to give passengers the illusion of control. In elevators built since the early &#8217;90s. The button is only enabled in emergency situations with a key held by an authority.</p></blockquote>
<p><img src="http://danlockton.co.uk/research/images/doorclosebutton.jpg" alt="Door close button" /></p>
<p>This is clearly not always true; I&#8217;ve just tested the button in the lift down the corridor here at Brunel (installed around a year ago) and it works fine. So it would seem that enabling the functionality (or not) or modifying it (e.g. time delays) is a decision that can be made for each installation, along the lines of the Straight Dope information. </p>
<p>If there&#8217;s a likelihood (e.g. in a busy location) that people running towards a lift will become antagonised by those already inside pressing the button (deliberately or otherwise) and closing the door on them, maybe it&#8217;s sensible to disable it, or introduce a delay. If the installation&#8217;s in a sparsely populated corner of a building where there&#8217;s only likely to be one lift user at a time, it makes sense for the button to be functional. Or maybe for the doors to close more quickly, automatically.</p>
<p>But thinking about this more generally: how often are deceptive buttons/controls/options &#8211; <strong>deliberate false <a href="http://architectures.danlockton.co.uk/2008/05/29/un-hiding-affordance/">affordances</a></strong> &#8211; used strategically in interaction design? What other examples are there? Can it work when a majority of users &#8216;know&#8217; that the affordance is false, or don&#8217;t believe it any more? Do people just give up believing after a while &#8211; the product has &#8220;cried Wolf&#8221; too many times? </p>
<p><a href="http://interconnected.org/home/2008/07/03/two_kinds_of_training">Matt Webb (</a><a href="http://mindhacks.com/">Mind Hacks</a>, <a href="http://schulzeandwebb.com/">Schulze &#038; Webb</a>) has an extremely interesting discussion of the <strong>extinction burst</strong> in conditioning, which seems relevant here:</p>
<blockquote><p>There&#8217;s a nice example I read, I don&#8217;t recall where, about elevators. Imagine you live on the 10th floor and you take the elevator up there. One day it stops working, but for a couple of weeks you enter the elevator, hit the button, wait a minute, and only then take the stairs. After a while, you&#8217;ll stop bothering to check whether the elevator&#8217;s working again&#8211;you&#8217;ll go straight for the stairs. That&#8217;s called extinction.</p>
<p>Here&#8217;s the thing. Just before you give up entirely, you&#8217;ll go through an extinction burst. You&#8217;ll walk into the elevator and mash all the buttons, hold them down, press them harder or repeatedly, just anything to see whether it works. If it doesn&#8217;t work, hey, you&#8217;re not going to try the elevator again.</p>
<p>But if it does work! If it does work then bang, you&#8217;re conditioned for life. That behaviour is burnt in.</p></blockquote>
<p>I think this effect has a <em>lot</em> more importance in everyday interaction with products/systems/environments than we might realise at first &#8211; a kind of mild <a href="http://wwwcdf.pd.infn.it/~loreti/science.html"><strong>Cargo Cult effect</strong></a> &#8211; and designers ought to be aware of it. (There&#8217;s a lot more I&#8217;d like to investigate about this effect, and how it might be applied intentionally&#8230;)</p>
<p>We&#8217;ve looked before at the <a href="http://architectures.danlockton.co.uk/2006/08/30/the-illusion-of-control/">thermostat wars</a> and the illusion of control in this kind of context. It&#8217;s related to the <a href="http://en.wikipedia.org/wiki/Illusion_of_control"><strong>illusion of control</strong></a> psychological effect studied by <a href="http://www.wjh.harvard.edu/~langer/">Ellen Langer</a> and others, where people are shown to believe they have some control over things they clearly don&#8217;t: in most cases, a button <em>does</em> afford us control, and we would rationally expect it to: an expectation does, presumably, build up that similar buttons will do similar things in all lifts we step into, and if we&#8217;re used to it not doing anything, we either no longer bother pressing it, or we still press it every time &#8220;on the off-chance that one of these days it&#8217;ll work&#8221;. </p>
<p>How those habits form can have a large effect on how the products are, ultimately, used, since they often shake out into something binary (you either do something or you don&#8217;t): if you got a bad result the first time you used the 30 degree &#8216;eco&#8217; mode on your washing machine, you may not bother ever trying it again, on that machine or on any others. If pressing the door close button seems to work, that behaviour gets transferred to all lifts you use (and it takes some conscious &#8216;extinction&#8217; to change it). </p>
<p>There&#8217;s no real conclusion to this post, other than that it&#8217;s worth investigating this subject further.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/10/01/placebo-buttons-false-affordances-and-habit-forming/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>Biting Apple</title>
		<link>http://architectures.danlockton.co.uk/2007/09/28/biting-apple/</link>
		<comments>http://architectures.danlockton.co.uk/2007/09/28/biting-apple/#comments</comments>
		<pubDate>Fri, 28 Sep 2007 13:46:53 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Bad profits]]></category>
		<category><![CDATA[Blogosphere]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design attitudes]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/09/28/biting-apple/</guid>
		<description><![CDATA[Interesting to see the BBC&#8217;s summary of the current iPhone update story: &#8220;Apple issues an update which damages iPhones that have been hacked by users&#8221;. I&#8217;m not sure that&#8217;s quite how Apple&#8217;s PR people would have put it, but it&#8217;s interesting to see that whoever writes those little summaries for the BBC website found it [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/iphone_news.jpg" alt="BBC News headline, 28 September 2007" /></p>
<p>Interesting to see the BBC&#8217;s summary of the <a href="http://scobleizer.com/2007/09/27/apple-has-a-pr-nightmare-brewing/">current iPhone update story</a>: <strong>&#8220;Apple issues an update which damages iPhones that have been hacked by users&#8221;</strong>. I&#8217;m not sure that&#8217;s quite how Apple&#8217;s PR people would have put it, but it&#8217;s interesting to see that <em>whoever writes those little summaries for the BBC website found it easiest to sum up the <a href="http://news.bbc.co.uk/1/hi/technology/7017660.stm">story</a> in this way</em>. This is being portrayed as Apple deliberately, strategically damaging the phones, rather than an update unintentionally causing problems with unlocked or modified phones.</p>
<p>Regardless of what the specific issue is here, and whether unmodified iPhones have also lost functionality because of some problem with the update, can&#8217;t we just strip out all this nonsense? How many people who wanted an iPhone also wanted to be locked in to AT&#038;T or whatever the local carrier will be in each market? Anyone? Who wants to be locked in to anything? What a waste of technical effort, sweat and customer goodwill: it&#8217;s utterly pathetic. </p>
<p>This is exactly what <a href="http://www.bain.com/theultimatequestion/good_profits.asp?groupCode=2">Fred Reichheld</a>&#8216;s <a href="http://architectures.danlockton.co.uk/2007/07/02/bad-profits/">&#8216;Bad profits&#8217; idea</a> calls out so neatly:</p>
<blockquote><p>Whenever a customer feels misled, mistreated, ignored, or coerced, then profits from that customer are bad. Bad profits come from unfair or misleading pricing. Bad profits arise when companies save money by delivering a lousy customer experience. <strong>Bad profits are about extracting value from customers, not creating value.</strong></p>
<p>    …</p>
<p>    If bad profits are earned at the expense of customers, good profits are earned with customers’ enthusiastic cooperation. A company earns good profits when it so delights its customers that they willingly come back for more—and not only that, they tell their friends and colleagues to do business with the company.</p>
<p>    …</p>
<p>    What is the question that can tell good profits from bad? Simplicity itself: How likely is it that you would recommend this company to a friend or colleague?</p></blockquote>
<p>If your iPhone&#8217;s just turned into the most stylish paperweight in the office, are you likely to recommend it to a colleague? </p>
<p>More to the point, if Apple had moved &#8211; in the first place &#8211; into offering telecom services to go with the hardware, with high levels of user experience and a transparent pricing system, how many iPhone users and Mac evangelists wouldn&#8217;t have at least considered changing? </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/09/28/biting-apple/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>In default, defiance</title>
		<link>http://architectures.danlockton.co.uk/2007/08/08/in-default-defiance/</link>
		<comments>http://architectures.danlockton.co.uk/2007/08/08/in-default-defiance/#comments</comments>
		<pubDate>Wed, 08 Aug 2007 10:52:03 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[advertising]]></category>
		<category><![CDATA[Bad profits]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Convention]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Friction]]></category>
		<category><![CDATA[Graphic design]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Insurance]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/08/08/in-default-defiance/</guid>
		<description><![CDATA[&#8216;Choice of default&#8217; is a theme which has come up a few times on the blog: in general, many people accept the options/settings presented to them, and do not question or attempt to alter them. The possibilities for controlling or shaping users&#8217; behaviour in this way are, clearly, enormous; two interesting examples have recently been [...]]]></description>
			<content:encoded><![CDATA[<p>&#8216;Choice of default&#8217; is a theme which has come up a few times on the blog: in general, many people accept the options/settings presented to them, and do not question or attempt to alter them. The possibilities for controlling or shaping users&#8217; behaviour in this way are, clearly, enormous; two interesting examples have recently been brought to my attention (thanks to Chris Weightman and Patrick Kalaher):</p>
<p><img src="http://www.danlockton.co.uk/research/images/fedexkinkos.jpg" alt="Send to FedEx Kinko's button in Adobe Reader" /></p>
<p>Recent versions of Adobe&#8217;s PDF creation and viewing software, Acrobat Professional and Adobe Reader (screenshot above) have &#8216;featured&#8217; a button on the toolbar (and a link in the File menu) entitled &#8220;Send to FedEx Kinko&#8217;s&#8221; which upload the document to FedEx Kinko&#8217;s online printing service. As <a href="http://www.channelregister.co.uk/2007/08/02/adobe_fedex/">Gavin Clarke reports in <em>The Register</em></a>, this choice of default (the result of a tie-in between Adobe and FedEx) has irritated other printing companies and trade bodies sufficiently for Adobe to agree to remove the element from the software:</p>
<blockquote><p>Adobe Systems has scrapped the &#8220;send to FedEx Kinkos&#8221; print button in iAdobe Reader and Acrobat Professional, in the face of overwhelming opposition from America&#8217;s printing companies.</p>
<p>Adobe said today it would release an update to its software in 10 weeks that will remove the ability to send PDFs to FedEx Kinkos for printing at the touch of a button.</p>
<p>&#8230;</p>
<p>No doubt the idea of linking to a service that&#8217;s often the only choice presented to consumers in the track towns of Silicon Valley made eminent sense to Adobe, itself based in San Jose, California. But the company quickly incurred the wrath of printers outside the Valley for including a button to their biggest competitor, in software used widely by the design and print industry.</p></blockquote>
<p>I wonder how many users of Acrobat/Reader actually used the service? Did its inclusion change any users&#8217; printing habits (i.e. they stopped using their current printer and used Kinko&#8217;s instead)? And was this due to pure convenience/laziness? Presumably Kinko&#8217;s could identify which of their customers originated from clicking the button &#8211; were they charged exactly the same as any other customer, or was this an opportunity for price discrimination?</p>
<p>As some of the comments &#8211; both <a href="http://www.channelregister.co.uk/2007/08/02/adobe_fedex/comments/">on the <em>Register</em> story</a> and on <a href="http://blogs.adobe.com/johnnyl/2007/07/lessons_learned.html#comments">Adobe&#8217;s John Loiacono&#8217;s blog</a> &#8211; <a href="http://blogs.adobe.com/johnnyl/2007/08/adobe_and_fedex_kinkos_update.html#comments">have noted</a>, the idea of a built-in facility to send documents to an external printing service is not bad in itself, but allowing the user to configure this, or allowing printing companies to offer their own one-click buttons to users, would be much more desirable from a user&#8217;s point of view.</p>
<p>In a sense, &#8216;choice of default&#8217; could be the other side of <a href="http://architectures.danlockton.co.uk/2007/05/29/process-friction/">process friction</a> as a design strategy. By making some options deliberately easier &#8211; much easier &#8211; than the alternatives (which might actually be more beneficial to the user), the other options appear harder in comparison, which is effectively the same as making some options or methods harder in the first place. The new-PCs-pre-installed-with-Windows example is probably the most obvious modern instance of choice of default having a major effect on consumer behaviour, as an anonymous commenter <a href="http://architectures.danlockton.co.uk/?p=2#comment-11851">noted here last year</a>:</p>
<blockquote><p>Ultimately, though, you can sum up the free-software tug-of-war political control this way: <strong>it’s easiest to get a Windows computer and use it as such</strong>. Next easiest to get a MacOS one and use it as such. Commercial interests and anti-free software political agenda. Next easiest is a Linux computer, where the large barrier of having to install and configure an operating system yourself must be leapt. Also, it’s likely you don’t actually save any money upfront, because you probably end up buying a Windows box and wiping it to install Linux. Microsoft exacts their tax even if you won’t use the copy of Windows you’re supposedly paying them for.</p></blockquote>
<p><img src="http://www.danlockton.co.uk/research/images/starbucks_mug.jpg" alt="Starbucks Mug; photo by Veryfotos" /><br /><em>Photo by <a href="http://flickr.com/photos/veryfotos/1039977088/in/pool-52242041003@N01">veryfotos</a>.</em></p>
<p>Sometimes &#8216;choice of default&#8217; can mean actually <a href="http://www.slate.com/id/2133754">hiding the options</a> which it&#8217;s undesirable for customers to choose:</p>
<blockquote><p>Here&#8217;s a little secret that Starbucks doesn&#8217;t want you to know: They will serve you a better, stronger cappuccino if you want one, and they will charge you less for it. Ask for it in any Starbucks and the barista will comply without batting an eye. The puzzle is to work out why. The drink in question is the elusive &#8220;short cappuccino&#8221;—at 8 ounces, a third smaller than the smallest size on the official menu, the &#8220;tall,&#8221; and dwarfed by what Starbucks calls the &#8220;customer-preferred&#8221; size, the &#8220;Venti,&#8221; which weighs in at 20 ounces and more than 200 calories before you add the sugar.</p>
<p>The short cappuccino has the same amount of espresso as the 12-ounce tall, meaning a bolder coffee taste, and also a better one. The World Barista Championship rules, for example, define a traditional cappuccino as a &#8220;five- to six-ounce beverage.&#8221; This is also the size of cappuccino served by many continental cafés. Within reason, the shorter the cappuccino, the better.</p>
<p>&#8230;</p>
<p>This secret cappuccino is cheaper, too—at my local Starbucks, $2.35 instead of $2.65. But why does this cheaper, better drink—along with its sisters, the short latte and the short coffee—languish unadvertised? The official line from Starbucks is that there is no room on the menu board, although this doesn&#8217;t explain why the short cappuccino is also unmentioned on the comprehensive Starbucks Web site, nor why the baristas will serve you in a whisper rather than the usual practice of singing your order to the heavens.</p></blockquote>
<p>The rest of <a href="http://www.slate.com/id/2133754">this <em>Slate</em> article</a>* from 2006, by <a href="http://www.timharford.com/writing/">Tim Harford</a>, advances the idea that this kind of tactic is designed specifically to allow price discrimination:</p>
<blockquote><p>This is the Starbucks way of sidestepping a painful dilemma over how high to set prices. Price too low and the margins disappear; too high and the customers do. Any business that is able to charge one price to price-sensitive customers and a higher price to the rest will avoid some of that awkward trade-off&#8230; Offer the cheaper product but make sure that it is available only to those customers who face the uncertainty and embarrassment of having to request it specifically.</p></blockquote>
<p>Initially, one might think it a bit odd that the lower-priced item has survived at all as an option, given that it can only be a very small percentage of customers who are &#8216;in the know&#8217; about it. But unlike a shop or company carrying a &#8216;secret product line&#8217;, which requires storage and so on, the short cappuccino can be made without needing any different ingredients, so it presumably makes sense to contnue offering it.</p>
<p>Thinking about other similarly hidden options (especially &#8216;delete&#8217; options when buying equipment) reveals how common this sort of practice has become. I&#8217;m forever unticking (extra-cost) options for insurance or faster delivery when ordering products online; even when in-store, the practice of staff presenting extended warranties and insurance as if they&#8217;re the default choice on new products is extremely widespread. </p>
<p>Perhaps a post would be in order rounding up ways to save money (or get a better product) by requesting hidden options, or requesting the deletion of unnecessary options &#8211; please feel free to leave any tips or examples in the comments. Remember, <a href="http://www.elise.com/quotes/quotes/shawquotes.htm">all progress depends on the unreasonable man</a> (or woman).</p>
<p><em>*There is another tactic raised in the article, pertinent to our recent look at <a href="http://architectures.danlockton.co.uk/2007/07/31/cleaning-up-with-carpets/">casino carpets</a>, which I will get around to examining further in due course.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/08/08/in-default-defiance/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Another charging opportunity?</title>
		<link>http://architectures.danlockton.co.uk/2007/07/23/another-charging-opportunity/</link>
		<comments>http://architectures.danlockton.co.uk/2007/07/23/another-charging-opportunity/#comments</comments>
		<pubDate>Mon, 23 Jul 2007 22:48:28 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Bad profits]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Independence]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Patents]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Signal blocking]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/07/23/another-charging-opportunity/</guid>
		<description><![CDATA[Last month, an Apple patent application was published describing a method of &#8220;Protecting electronic devices from extended unauthorized use&#8221; &#8211; effectively a &#8216;charging rights management&#8217; system. New Scientist and OhGizmo have stories explaining the system; while the stated intention is to make stolen devices less useful/valuable (by preventing a thief charging them with unauthorised chargers), [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/cuttingcharger.jpg" alt="A knife blade cutting the cable of a generic charger/adaptor" /></p>
<p>Last month, an Apple patent application was published describing a method of &#8220;<a href="http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&#038;Sect2=HITOFF&#038;d=PG01&#038;p=1&#038;u=%2Fnetahtml%2FPTO%2Fsrchnum.html&#038;r=1&#038;f=G&#038;l=50&#038;s1=%2220070138999%22.PGNR.&#038;OS=DN/20070138999&#038;RS=DN/20070138999">Protecting electronic devices from extended unauthorized use</a>&#8221; &#8211; effectively a &#8216;charging rights management&#8217; system. </p>
<p><em><a href="http://www.newscientist.com/blog/invention/2007/07/charger-disarmer.html">New Scientist</a></em> and <em><a href="http://www.ohgizmo.com/2007/07/19/apples-anti-theft-device-patent-for-gadgets-disable-recharging/">OhGizmo</a></em> have stories explaining the system; while the stated intention is to make stolen devices less useful/valuable (by preventing a thief charging them with unauthorised chargers), readers&#8217; comments on both stories are as cynical as one would expect: depending on how the system is implemented, it could also prevent the owner of a device from buying a non-Apple-authorised replacement (or spare) charger, or from borrowing a friend&#8217;s charger, and in this sense it could simply be another way of creating a proprietary lock-in, another way to &#8216;charge&#8217; the customer, as it were.</p>
<p>It also looks as though it would play havoc with clever homebrew charging systems such as <a href="http://www.ladyada.net/">Limor Fried</a>&#8216;s <a href="http://www.ladyada.net/make/mintyboost/index.html">Minty Boost</a> (incidentally the subject of a <a href="http://www.natch.net/stuff/TSA/">recent airline security débâcle</a>) and similar commercial alternatives such as <a href="http://www.mayhemuk.com/">Mayhem</a>&#8216;s <a href="http://www.lazyboneuk.com/store/pro641.html">Anycharge</a>, although these are already defeated by a few devices which require special drivers to allow charging. </p>
<p>Reading Apple&#8217;s patent application, what is claimed is fairly broad with regard to the criteria for deciding whether or not re-charging should be allowed &#8211; in addition to charger-identification-based methods (i.e. the device queries the charger for a unique ID, or the charger provides it, perhaps modulated with the charging waveform) there are methods involving authentication based on a code provided to the original purchaser (when you plug in a charger the device has never &#8216;seen&#8217; before, it asks you for a security code to prove that you are a legitimate user), remote disabling via connection to a server, or even geographically-based disabling (using GPS: if the device goes outside of a certain area, the charging function will be disabled).</p>
<p>All in all, this seems an odd patent. Apple&#8217;s (patent attorneys&#8217;) rather hyperbolic <a href="http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&#038;Sect2=HITOFF&#038;d=PG01&#038;p=1&#038;u=%2Fnetahtml%2FPTO%2Fsrchnum.html&#038;r=1&#038;f=G&#038;l=50&#038;s1=%2220070138999%22.PGNR.&#038;OS=DN/20070138999&#038;RS=DN/20070138999">statement (Description, 0018)</a> that:</p>
<blockquote><p>These devices (e.g., portable electronic devices, mechanical toys) are generally valuable and/or may contain valuable data. Unfortunately, theft of more popular electronic devices such as the Apple iPod music-player has become a serious problem. In a few reported cases, owners of the Apple iPod themselves have been seriously injured or even murdered.</p></blockquote>
<p>&#8230;is no doubt true to <em>some</em> extent, but if the desire is really to make a stolen iPod worthless, then I would have expected Apple to lock each device <em>in total</em> to a single user &#8211; not even allowing it to be powered up without authentication. Just applying the authentication to the charging method seems rather arbitrary. (It&#8217;s also interesting to see the description of &#8220;valuable data&#8221;: surely in the case that Apple is aware that a device has been stolen, it could provide the legitimate owner of the device with all his or her iTunes music again, since the marginal copying cost is zero. And if the stolen device no longer functions, the RIAA need not panic about &#8216;unauthorised&#8217; copies existing! But I doubt that&#8217;s even entered into any of the thinking around this.)</p>
<p>Whether or not the motives of discouraging theft are honourable or worthwhile, there is the potential for this sort of measure to cause signficant inconvenience and frustration for users (and second-hand buyers, for example &#8211; if the device doesn&#8217;t come with the original charger or the authentication code) along with incurring extra costs, for little real &#8216;theft deterrent&#8217; benefit. How long before the &#8216;security&#8217; system is cracked? A couple of months after the device is released? At that point it will be worth stealing new iPods again.</p>
<p>(Many thanks to Michael O&#8217;Donnell of <a href="http://www.pdd.co.uk/">PDD</a> for letting me know about this!)</p>
<p><strong>Previously on the blog: <a href="http://architectures.danlockton.co.uk/2006/07/20/friend-or-foe-battery-authentication-ics/">Friend or foe? Battery authentication ICs</a></strong></p>
<p><strong>UPDATE: </strong><a href="http://www.freedom-to-tinker.com/?p=1180">Freedom to Tinker</a> has now picked up this story too, with some interesting commentary. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/07/23/another-charging-opportunity/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>Digital control round-up</title>
		<link>http://architectures.danlockton.co.uk/2006/12/30/digital-control-round-up/</link>
		<comments>http://architectures.danlockton.co.uk/2006/12/30/digital-control-round-up/#comments</comments>
		<pubDate>Sat, 30 Dec 2006 16:49:21 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Broadcast flag]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[MPAA]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Vague rhetoric]]></category>
		<category><![CDATA[Video]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2006/12/30/digital-control-round-up/</guid>
		<description><![CDATA[Some developments in &#8211; and commentary on &#8211; digital architectures of control to end 2006: Peter Gutmann&#8217;s &#8216;A Cost Analysis of Windows Vista Content Protection&#8217; (via Bruce Schneier) looks very lucidly at the effects that Vista&#8217;s DRM and measures to &#8216;protect&#8217; content will have &#8211; on users themselves, and knock-on effects elsewhere. The more one [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/padlock_pcb.jpg" alt="Digital architectures of control" /></p>
<p>Some developments in &#8211; and commentary on &#8211; digital architectures of control to end 2006:</p>
<li>Peter Gutmann&#8217;s <a href="http://www.cs.auckland.ac.nz/~pgut001/pubs/vista_cost.txt">&#8216;A Cost Analysis of Windows Vista Content Protection&#8217;</a> (via <a href="http://www.schneier.com/blog/archives/2006/12/a_cost_analysis.html">Bruce Schneier</a>) looks very lucidly at the effects that Vista&#8217;s DRM and measures to &#8216;protect&#8217; content will have &#8211; on users themselves, and knock-on effects elsewhere. The more one reads, the more astonishing this whole affair is:<br />
<blockquote><p>Possibly for the first time ever, computer design is being dictated not by electronic design rules, physical layout requirements, and thermal issues, but by the wishes of the content industry.</p></blockquote>
<p>Vista appears to be just about the worst consumer product of all time. However, unlike other discretionary purchases, consumers will have less of a choice: Vista will come with any PC you buy from a major store, and all the hardware manufacturers will have to pass on the extra costs and complexity required to customers, whether or not they intend to use that hardware with Vista. When critical military and healthcare systems start to be run on Vista, we&#8217;ll all end up paying. </p>
<p>As Peter puts it:</p>
<blockquote><p>The Vista Content Protection specification could very well constitute the longest suicide note in history</p></blockquote>
</li>
<li>In a similar vein, the <a href="http://uk.theinquirer.net/?article=36574">&#8216;format wars&#8217; over high-definition video</a> appear to have descended into a farce:<br />
<blockquote><p>Basically, what we have is a series of anti-consumer DRM infections masquerading as nothing in particular. They bring only net negatives to anyone dumb enough to pay money for them, and everything is better than these offerings. They sell in spite of the features they tout, not because of them.</p></blockquote>
<p>And, of course, <a href="http://www.uninnovate.com/2006/12/28/history-repeats-itself-hd-dvd-video-format-partially-cracked/">HD-DVD encryption has already been &#8220;(partially) cracked&#8221;</a> as Uninnovate puts it, with that <a href="http://forum.doom9.org/showthread.php?p=922059#post922059">decryption effort being triggered directly as a result of consumer frustration with incompatibility</a>:</p>
<blockquote><p>I just bought a HD-DVD drive to plug on my PC, and a HD movie, cool! But when I realized the 2 software players on Windows don’t allowed me to play the movie at all, because my video card is not HDCP compliant and because I have a HD monitor plugged with DVI interface, I started to get mad… This is not what we can call “fair use”! So I decide to decrypt that movie.</p></blockquote>
</li>
<li><a href="http://www.consumerist.com/consumer/drm/consumers-buy-only-23-songs-per-ipod-224177.php">&#8220;Consumers buy only 23 songs per iPod&#8221;</a> &#8211; clearly, the vast majority of music on iPods and other portable music players has been acquired through CD-ripping or file-sharing, something which we all know, but which has been an elephant in the room for a long time when the industry is discussed (and remember that the Gowers&#8217; Review has <a href="http://www.thebillblog.com/billblog/index.php/2006/12/08/getting-the-balance-right-more-on-gowers/">only just recommended that ripping CDs be legalised in the UK</a>).
<p>Of course, <a href="http://www.techcrunch.com/2006/12/14/bill-gates-on-the-future-of-drm/">Bill Gates also recommends ripping CDs</a> (see also some great <a href="http://www.bambismusings.com/?p=473">commentary from LilBambi on this</a>).</p>
<p><a href="http://www.usatoday.com/tech/columnist/andrewkantor/2006-12-22-apple-itunes_x.htm">Andrew Kantor in <em>USA Today</em></a> has some pragmatic analysis of the situation:</p>
<blockquote><p>People want their music without restrictions, and too many legal downloads, like those from iTunes, come with restrictions. You can&#8217;t copy them to another player, or you&#8217;re limited to how often you can do it, or you have to jump through the hoops of burning your iTunes tracks to CD and re-ripping them to a more useful format&#8230; as cellphones with built-in MP3 players gain popularity, users will find themselves up against an entirely new set of usage restrictions. Some subscription services will delete the music from your player when you cancel your subscription.</p>
<p>&#8230;</p>
<p>Buy a CD or use a program like eMule&#8230; and you have no restrictions. And that&#8217;s what people want.</p>
<p><strong>They don&#8217;t want to have to match their music store with their music player any more than they want to have to match their brands of gasoline with their brands of car.</strong> They want, in short, to be able to use today&#8217;s music the same ways they used yesterday&#8217;s: Any way they want.</p>
<p>In fact, the industry&#8217;s been down this road before and hit a similar wall. In the first decades of the 20th century, the wax cylinders (and, later, 78rpm disks) on which music was recorded worked only with specific players. Industry attempts to monopolize the technology led only to poor sales.</p></blockquote>
</li>
<li>Finally, Microsoft&#8217;s <a href="http://www.latimes.com/news/opinion/la-oe-tech28dec28,0,1897236,full.story">Steve Ballmer tells us that in 2007 the consumer will be &#8220;back in control&#8221;</a>. It doesn&#8217;t mean much out of context, nor in the context he used it in fact, but it looks like <a href="http://www.sourcewatch.org/index.php?title=Doublespeak">Doublespeak</a> is alive and well.</li>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/12/30/digital-control-round-up/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Disaffordances and engineering obedience</title>
		<link>http://architectures.danlockton.co.uk/2006/10/22/disaffordances-and-engineering-obedience/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/22/disaffordances-and-engineering-obedience/#comments</comments>
		<pubDate>Sun, 22 Oct 2006 09:35:16 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Vague rhetoric]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=148</guid>
		<description><![CDATA[Image based on Don Norman&#8216;s famous teapot, and the Obey Giant face Last month I asked, in response to some criticism, whether there was a better term than &#8216;architectures of control&#8217; for the loose category of stuff discussed on this site. The response was great &#8211; thanks to all who got in touch or commented. [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/obeyteapot.jpg" alt="Based on Don Norman's famous teapot" /></p>
<p><em>Image based on <a href="http://www.jnd.org/dn.mss/emotion_design.html">Don Norman</a>&#8216;s famous teapot, and the <a href="http://www.flickr.com/photos/tags/obeygiant/clusters/obey-streetart-graffiti/">Obey Giant face</a></em></p>
<p><a href="http://architectures.danlockton.co.uk/?p=117"><strong>Last month I asked</strong></a>, in response to some criticism, whether there was a better term than &#8216;architectures of control&#8217; for the loose category of stuff discussed on this site. The <a href="http://architectures.danlockton.co.uk/?p=117#comments"><strong>response</strong></a> was great &#8211; thanks to all who got in touch or commented. </p>
<p><a href="http://www.jamesyoungart.com/">James Young</a>, an artist &#038; <a href="http://www.jydesign.com/blog/index.html">designer</a> from Oregon, thoughtfully suggested <strong>obedience engineering</strong> (along with &#8216;restrictive&#8217;, &#8216;regulatory&#8217; and &#8216;supervisory&#8217; engineering &#8211; as extensions to the term &#8216;functional engineering&#8217;, which I understand but have always thought was something of a tautology!). Obedience engineering has a neat ring to it &#8211; implying external authority &#8211; and describes most of the examples on this site pretty well, both politically- and economically-motivated control. </p>
<p>In most cases the &#8216;obedience&#8217; is to serve a higher power&#8217;s strategy in some way, whether that&#8217;s forcing customers to buy razor blades more often or stopping the homeless sleeping in a park. In some cases, though, the obedience serves the user him or herself (usually in addition to a higher power in one way or another), such as various forcing functions and mistake-proofing aimed at ensuring safe operation of products or machines &#8211; it&#8217;s a similar kind of obedience to obeying your parents&#8217; instructions not to put those fireworks in your pocket: for your own safety as well as their peace of mind. I&#8217;m aware that most of the examples I use come across as rather negative (and usually paranoid), so it&#8217;s important to remember that a lot of &#8216;control&#8217; can have beneficial intentions (at least) for the user or society as a whole.</p>
<p>Reversing the phrase, &#8216;engineering/ed obedience&#8217; and &#8216;designing/ed obedience&#8217; also have a lot of merit, either as titles themselves or as explanatory subtitles/taglines. <strong>Architectures of control: engineered obedience</strong>?</p>
<p>(I don&#8217;t necessarily want to get into the design-or-engineering debate here. Both terms mean many different things to different people, and the use of either could immediately put off or attract people who would find something of interest here. There are readers here from a fair variety of fields; I know people whose eyes go blank when engineering is mentioned, and others who would assume that a site about design must be dealing purely with aesthetics or artisan furniture. Personally I see <em>all</em> design and engineering (and art and programming &#8211; as <a href="http://www.paulgraham.com/hp.html">Paul Graham recognised</a>) as pretty much the same subject, and indeed, perhaps the intersection of the physical and cognitive sciences with the environment, history and culture, but that&#8217;s something for another day&#8230;)</p>
<p><a href="http://www.lipsey.org/jim/2006/09/28/product-design-aimed-at-limiting-user-capability/">Jim Lipsey</a>, a project engineer from Chicago, suggests <strong>disaffordances</strong> as a synonym for architectures of control &#8211; again, a neat and clever suggestion which also has the benefit of immediately conveying some understanding of the concept to product design and usability professionals and academics.</p>
<p>Nevertheless, it&#8217;s worth running over briefly what &#8216;affordances&#8217; are in the first place, to explain why &#8216;disaffordances&#8217; might be a good term. In its original definition, an affordance is a possible function of, or interaction with, a device. A chair gives me the affordance of sitting on it, but also standing on it, or hitting someone with it. This is a simplification of psychologist <a href="http://en.wikipedia.org/wiki/James_J._Gibson">James J. Gibson</a>&#8216;s definition of affordances. Donald Norman &#8211; author of the legendary <em><a href="http://architectures.danlockton.co.uk/?page_id=13"><strong>The Design of Everyday Things</strong></a></em> &#8211; extended the concept to what he later called <em>perceived</em> affordances: while I might use a chair to hit someone, my cultural conditioning, together with the form of the chair, suggest that I should sit on it. Norman&#8217;s affordances are thus <em>what people think they can do (or should) with objects</em>, which may be different to what they actually can do with them:</p>
<p><img src="http://www.danlockton.co.uk/research/images/figure2_affordances.png" alt="Usefulness and usability" /><br />
<em>From &#8216;<a href="http://www.interaction-design.org/encyclopedia/affordances.html">Affordances</a>&#8216; by <a href="http://www.interaction-design.org/references/authors/mads_soegaard.html">Mads Soegaard</a>: &#8216;Separating affordances from the perceptual information that specifies affordances. Adapted from Gaver (1991).&#8217;</em></p>
<p>This Interaction-Design.org <a href="http://www.interaction-design.org/encyclopedia/affordances.html">encyclopaedia article</a> (from which the above diagram comes) is a very clear treatment fo the subject, as are Don Norman&#8217;s own &#8216;<a href="http://www.jnd.org/dn.mss/affordances_and.html">Affordances and design</a>&#8216;, and indeed Wikipedia&#8217;s <a href="http://en.wikipedia.org/wiki/Affordance">entry</a>.</p>
<p><em>Dis</em>affordances, then, would imply either products with functionality deliberately removed (which fits many architectures of control example well &#8211; most obviously &#8216;<a href="http://architectures.danlockton.co.uk/?s=feature+deletion&#038;submit=Go"><strong>feature deletion</strong></a>&#8216;) or with the functionality deliberately hidden or obscured to reduce users&#8217; ability to use the product in certain ways, or a combination of the two. That does take care of most of the examples I&#8217;ve looked at on this site, though I worry a bit about having to concatenate the two definitions. I also feel that quite a lot of architectures of control are <em>actively</em> attempting to force users to change their behaviour, whilst disaffordance implies a more passive state of affairs.</p>
<p>I think it may be best to use the term &#8216;disaffordance&#8217; specifically to describe the practice of &#8216;disenfranchising&#8217; users from the functions their products, systems or environments might otherwise provide (or have previously provided). This covers a lot of the things we discuss here (though it&#8217;s important to remember that architectures of control are <em>deliberate</em>, <em>intentional</em>, often <em>strategic</em> disaffordances, rather than something that&#8217;s difficult to use or hides its features through incompetent design); the <a href="http://www.google.co.uk/search?hs=swa&#038;hl=en&#038;client=firefox-a&#038;rls=org.mozilla%3Aen-US%3Aofficial&#038;q=disaffordances+OR+disaffordance&#038;btnG=Search&#038;meta=">the term doesn&#8217;t have much currency</a> (yet), but I&#8217;ve done as Jim suggests and registered <a href="http://www.disaffordances.com">disaffordances.com</a> and <a href="http://www.disaffordances.co.uk">disaffordances.co.uk</a>.</p>
<p>This blog is still maturing, and evolving, as is the field of thinking and practice which it charts. I&#8217;m sure plenty of new terminology (and jargon) will become commonplace in the years ahead. And the site will continue, in the words of the fantastic <a href="http://gossipyouth.net/">Gossip</a>, &#8216;<a href="http://audio.sxsw.com/2006/mp3/The_Gossip-Standing_In_The_Way_Of_Control.mp3">standing in the way of control</a>&#8216; [mp3 link].</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/22/disaffordances-and-engineering-obedience/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Epson messes up my day</title>
		<link>http://architectures.danlockton.co.uk/2006/10/21/epson-messes-up-my-day/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/21/epson-messes-up-my-day/#comments</comments>
		<pubDate>Sat, 21 Oct 2006 13:59:59 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Japan]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Printers]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=147</guid>
		<description><![CDATA[My Epson Stylus Photo R1800&#8242;s been running low on ink in a couple of cartridges for a few days now. I&#8217;ve been putting off ordering them until this weekend. Now I find that when the printer believes a cartridge has reached 0%, it won&#8217;t print anything at all, even if it doesn&#8217;t need that colour. [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/inkout.png" alt="Ink Out" /></p>
<p>My Epson Stylus Photo R1800&#8242;s been running low on ink in a couple of cartridges for a few days now. I&#8217;ve been putting off ordering them until this weekend. Now I find that when the printer believes a cartridge has reached 0%, <strong>it won&#8217;t print anything at all</strong>, even if it doesn&#8217;t need that colour. Users (i.e. me) are forced into buying new cartridges at a time when they don&#8217;t actually need them in a pathetic exercise of Epson&#8217;s control. Workflow is interrupted, plans out of the window.</p>
<p>So now, in order to print something important which needs to be done this afternoon, I am going to have to get on a train and go into a local town, wasting a couple of hours of my life and resulting in entirely unnecessary energy usage and carbon emissions. That&#8217;s relatively easy for me: I live next to a railway station. But in areas of the world where it isn&#8217;t convenient or possible, how can such <em>thoughtless</em> design be tolerated? Printers a few years ago allowed you to keep printing until the cartridges were actually empty. You knew when to stop because you could see.</p>
<p>Hey Epson: if you push your customers around, they&#8217;ll walk away. Forever. It&#8217;s as simple as that. People&#8217;s time is precious. Convenience is important. There&#8217;s no way I&#8217;ll ever buy another Epson product or recommend them to anyone else. And I&#8217;m a techy guy: occasionally, people do ask my opinion on products. (Of course I&#8217;m going to buy cheap refill cartridges; ultimately I may have to get a <a href="http://www.continuousink.com/">continuous ink supply system</a>)</p>
<p>Yeah, it&#8217;s a rant; it&#8217;s also a pathetic piece of design embodying absolute contempt for the customer. </p>
<p><img src="http://www.danlockton.co.uk/research/images/r1800.jpg" alt="Bad design" /></p>
<p>(Sadly the <a href="http://architectures.danlockton.co.uk/?p=59"><strong>SSC Service Utility</strong></a> mentioned a few months ago doesn&#8217;t seem to allow the ink levels to this particular printer to be re-set, though it&#8217;s undoubtedly of great use on other models.)</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/21/epson-messes-up-my-day/feed/</wfw:commentRss>
		<slash:comments>61</slash:comments>
		</item>
		<item>
		<title>Inconvenience: deliberate or accidental?</title>
		<link>http://architectures.danlockton.co.uk/2006/10/17/inconvenience-deliberate-or-accidental/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/17/inconvenience-deliberate-or-accidental/#comments</comments>
		<pubDate>Mon, 16 Oct 2006 23:00:59 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=140</guid>
		<description><![CDATA[Seth Godin mentions providing a &#8216;convenience&#8217; feature for customers and then intentionally making it inconvenient to use: &#8220;Here at the White Plains airport, I&#8217;m noticing all these people doing things to me. Enforcing irrational rules. Intentionally putting the seats far from the electrical outlets so people like me won&#8217;t steal electricity. Yelling over the PA [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/socket.jpg" alt="Badly positioned socket" /></p>
<p><a href="http://sethgodin.typepad.com/seths_blog/2006/10/to_or_for.html"> Seth Godin mentions</a> providing a &#8216;convenience&#8217; feature for customers and then intentionally making it inconvenient to use: </p>
<blockquote><p>&#8220;Here at the White Plains airport, I&#8217;m noticing all these people doing things to me. Enforcing irrational rules. <strong>Intentionally putting the seats far from the electrical outlets so people like me won&#8217;t steal electricity</strong>. Yelling over the PA system. Scolding people for not standing in the right place.&#8221;</p></blockquote>
<p>Whether, in the case he&#8217;s discussing, the electrical outlets really were positioned far from the seats to stop people plugging in laptops and so on, or whether the positioning of the seats and the outlets were entirely unconnected decisions (<a href="http://www.webword.com/wp/2006/06/19/access-to-plugs-sockets-electricity/">badly-positioned sockets</a> aren&#8217;t exactly uncommon) my intuition tells me that there will be plenty of other examples where a &#8216;convenience&#8217; feature <em>is</em> deliberately crippled or implemented in a way that restricts customers&#8217; ability to use it. When it&#8217;s done for strategic reasons (appear better to customers, or just save money on electricity), it&#8217;s certainly an architecture of control.</p>
<p>Off the top of my head, free air pumps (tyre inflators) at petrol stations are often positioned in such a way that pays lip-service to the actual practice of using them: it looks good to have &#8216;free air&#8217; but in many cases the placing of the pump makes it awkward to pull a car in satisfactorily to use it without significant manoeuvring*. That&#8217;s maybe a weak example: there must be better ones &#8211; any comments welcome!</p>
<p>*Of course, where the air pump requires payment,  it never seems to run <em>quite</em> long enough to top up all four wheels, thus meaning you have to insert another coin. Whether that&#8217;s a deliberate trick, or simply a poorly planned timer, or my own sloth, I don&#8217;t know.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/17/inconvenience-deliberate-or-accidental/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Another phone business model designed to frustrate the customer</title>
		<link>http://architectures.danlockton.co.uk/2006/10/02/another-phone-business-model-designed-to-frustrate-the-customer/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/02/another-phone-business-model-designed-to-frustrate-the-customer/#comments</comments>
		<pubDate>Mon, 02 Oct 2006 08:03:19 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Ringtones]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=127</guid>
		<description><![CDATA[In a similar vein to a recent mention of a Verizon trick which attempts to force the user to use an expensive data service to check e-mail, rather than the free built-in WiFi, Uninnovate discusses the (Sprint) LG Fusic which not only disables on-phone features such as MP3 playback when no coverage is available, but [...]]]></description>
			<content:encoded><![CDATA[<p>In a similar vein to a <a href="http://architectures.danlockton.co.uk/?p=120#Verizon"><strong>recent mention</strong></a> of a Verizon trick which attempts to <a href="http://architectures.danlockton.co.uk/?p=120#comment-9185"><strong>force the user to use an expensive data service to check e-mail</strong></a>, rather than the free built-in WiFi, <a href="http://www.uninnovate.com/2006/10/01/from-bad-to-worse-now-the-lg-fusic-cell-phone-isnt-playing-anything/">Uninnovate discusses the (Sprint) LG Fusic</a> which not only disables on-phone features such as MP3 playback when no coverage is available, but also has no way for users to opt out of (or reverse) firmware updates, <a href="http://www.uninnovate.com/2006/10/01/from-bad-to-worse-now-the-lg-fusic-cell-phone-isnt-playing-anything/">even when they cause the phone to become inoperable.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/02/another-phone-business-model-designed-to-frustrate-the-customer/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Locking users in by making it difficult to leave</title>
		<link>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/#comments</comments>
		<pubDate>Mon, 11 Sep 2006 13:24:09 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Europe]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Shopping]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=114</guid>
		<description><![CDATA[Privacy International has a report, &#8216;Dumb Design or Dirty Tricks?&#8216; on the practice of a number of popular websites &#8211; most notably eBay and Amazon &#8211; of lacking an easy or obvious way for a user to delete his or her account: &#8220;Amazon provided the most blatant example of companies that refuse to provide account [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/ebay.jpg" alt="eBay's 'My Account' section has no 'Delete account' facility" /></p>
<p><a href="http://www.privacyinternational.org/">Privacy International</a> has a report, &#8216;<a href="http://www.privacyinternational.org/article.shtml?cmd[347]=x-347-542384">Dumb Design or Dirty Tricks?</a>&#8216; on the practice of a number of popular websites &#8211; most notably eBay and Amazon &#8211; of lacking an easy or obvious way for a user to delete his or her account:</p>
<blockquote><p>&#8220;Amazon provided the most blatant example of companies that refuse to provide account delete facilities&#8230; creating an account is relatively simple&#8230; However nowhere on the site can a customer actually delete an account. A trawl through all the &#8216;useful information&#8217; statements (&#8216;customer charter&#8217;, &#8216;privacy notice&#8217; and &#8216;privacy policy&#8217;, &#8216;security guarantee&#8217; and even &#8216;sign out from our site&#8217;) reveals nothing about closing your account, deleting your personal details, or terminating your relationship with Amazon. Even the site&#8217;s search function is useless for this: you can only search for products for purchase, not for information on how to manage your account. In fact, a search for &#8216;delete account&#8217; even points to advertisements from &#8216;sponsors&#8217; on how to open bank accounts.&#8221;</p></blockquote>
<p>It is, of course, in no way &#8216;dumb design&#8217;, as the omission and obfuscation is entirely intentional: it is <em>cunning</em> design, frustrating a user&#8217;s attempts at exerting control by making it hard to leave. Just look at the efforts <a href="http://www.consumerist.com/consumer/exclusive/aol-retention-manual-uploaded-in-full-188310.php">another high-profile name</a> goes to for customer retention. It&#8217;s another <a href="http://architectures.danlockton.co.uk/?cat=156&#038;submit=Go"><strong>feature deletion</strong></a> example, similar in spirit to, say, <a href="http://architectures.danlockton.co.uk/?p=85"><strong>disabling the fast-forward button</strong></a> on PVRs.</p>
<p>(It&#8217;s unclear exactly what the <em>immediate</em> benefit is to Amazon or eBay to retain customers who want to leave and presumably are not going to be spending any more, except that a bigger customer base allows higher advertising rates, and also, as noted by PI: &#8220;The size of an online company’s customer base is a key element of its market value. Maintaining growth of that customer base is therefore a core indicator of their financial worth&#8221;; I suppose there is also the likelihood that customers <em>may</em> return at some point, and having an extant account removes one &#8216;hassle&#8217; barrier to entry.)</p>
<p>PI believes that the absence of an easy account closure mechanism:</p>
<blockquote><p>&#8220;breach[es] key elements of the Data Protection Act. No customer could reasonably be expected to invest the considerable time and effort required to investigate these sites, nor in our view should any responsible company create such obstacles.<br />
&#8230;<br />
As a consequence of this research, Privacy International has lodged a complaint with the UK Information Commissioner, requesting a formal investigation. This will be a test complaint, and has been directed at eBay.co.uk, which claims a user base of over ten million UK consumers.&#8221;</p></blockquote>
<p>These are interesting examples of systems being designed to restrict users&#8217; behaviour for commercial reasons, in an &#8211; on the face of it &#8211; extremely blatant way. There is <em>some</em> difference between a system which requires continuous payment, such as <a href="http://www.consumerist.com/consumer/exclusive/aol-retention-manual-revealed-188005.php">AOL</a>, being designed to be difficult to cancel, and the eBay/Amazon examples, since the user is not locked in to paying a fee every month. But the effect for the locker-in is the same: more customers retained. There are plenty of parallels in designed-in lock-ins from other industries, from <a href="http://architectures.danlockton.co.uk/?p=109"><strong>cigarettes</strong></a> and <a href="http://architectures.danlockton.co.uk/?p=59"><strong>ink cartridges</strong></a> to deliberate <a href="http://jeremy.zawodny.com/blog/archives/004787.html">software incompatability &#8211; even in Web 2.0</a> &#8211; and <a href="http://en.wikipedia.org/wiki/Vendor_lock-in">vendor lock-in generally.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/11/locking-users-in-through-making-it-difficult-to-leave/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>Uninnovate &#8211; engineering products to do less</title>
		<link>http://architectures.danlockton.co.uk/2006/09/10/uninnovate-engineering-products-to-do-less/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/10/uninnovate-engineering-products-to-do-less/#comments</comments>
		<pubDate>Sun, 10 Sep 2006 22:26:15 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Broadcast flag]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Cinema]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[MPAA]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[US]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Video]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=113</guid>
		<description><![CDATA[Image from uninnovate.com I&#8217;ve just come across a very interesting new blog, uninnovate.com, which focuses on the phenomenon of &#8220;engineering expensive features into a product for which there is no market demand in order to make the product do less.&#8221; The first few posts tackle &#8216;Three legends of uninnovation&#8216; (the iPod&#8217;s copy restrictions, Sony&#8217;s mp3-less [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/uninnovate.jpg" alt="Uninnovate.com" /><br /><em>Image from <a href="http://www.uninnovate.com">uninnovate.com</a></em></p>
<p>I&#8217;ve just come across a very interesting new blog, <a href="http://www.uninnovate.com">uninnovate.com</a>, which focuses on the phenomenon of &#8220;<strong>engineering expensive features into a product for which there is no market demand in order to make the product do less</strong>.&#8221; The first few posts tackle &#8216;<a href="http://www.uninnovate.com/2006/09/06/the-legends-of-uninnovation/">Three legends of uninnovation</a>&#8216; (the iPod&#8217;s copy restrictions, Sony&#8217;s mp3-less Walkman, and Verizon&#8217;s rent-seeking on Bluetooth features), <a href="http://www.uninnovate.com/2006/09/07/microsoft-thinks-removing-features-is-44-times-more-urgent-than-fixing-critical-security-holes/">Microsoft&#8217;s priorities</a> (patching DRM flaws vs. security flaws that actually damage users), <a href="http://www.uninnovate.com/2006/09/08/amazon-spends-over-a-year-developing-movie-download-service-then-shackles-it-with-absurd-restrictions-4/">Amazon&#8217;s absurd new Unbox &#8216;service&#8217;</a> and <a href="http://www.uninnovate.com/2006/09/10/trusted-computing-for-cell-phones-debuts-wednesday/">&#8216;Trusted&#8217; computing for mobile phones</a>. The perspective is refreshingly clear: no customer woke up wanting these &#8216;features&#8217;, yet companies direct vast efforts towards developing them. </p>
<p>In a sense the &#8216;uninnovation&#8217; concept is a similar idea to a large proportion of the architectures of control in products I&#8217;ve been examining on this site over the last year, especially <a href="http://architectures.danlockton.co.uk/?cat=18&#038;submit=Go"><strong>DRM</strong></a> and DRM-related <a href="http://architectures.danlockton.co.uk/?p=101"><strong>lock-ins</strong></a>, though with a slightly different emphasis: I&#8217;ve chosen to look at it all from a &#8216;control&#8217; point of view (features are being designed in &#8211; or out &#8211; with the express intention of manipulating and restricting users&#8217; behaviour, usually for commercial ends, but also political or social).</p>
<p><a href="http://www.uninnovate.com/">Uninnovate</a> looks to be a great blog to watch &#8211; not sure who&#8217;s behind it, but the analysis is spot-on and the examples lucidly explained.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/10/uninnovate-engineering-products-to-do-less/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Some links: miscellaneous, pertinent to architectures of control</title>
		<link>http://architectures.danlockton.co.uk/2006/09/01/some-links-miscellaneous-pertinent-to-architectures-of-control/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/01/some-links-miscellaneous-pertinent-to-architectures-of-control/#comments</comments>
		<pubDate>Fri, 01 Sep 2006 17:53:49 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Audio]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Black box]]></category>
		<category><![CDATA[Broadcast flag]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Censorship]]></category>
		<category><![CDATA[Cinema]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Corruption]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[Deleuze]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Education]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Everyware]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Foucault]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Greasing palms]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[MPAA]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Observation]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Oppression]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Pervasive computing]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Prophecy]]></category>
		<category><![CDATA[Protest]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Punishment]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Stallman]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[Ubiquitous computing]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[Urban]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Vague rhetoric]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=111</guid>
		<description><![CDATA[Ulises Mejias on &#8216;Confinement, Education and the Control Society&#8217; &#8211; fascinating commentary on Deleuze&#8217;s societies of control and how the instant communication and &#8216;life-long learning&#8217; potential (and, I guess, everyware) of the internet age may facilitate control and repression: &#8220;This is the paradox of social media that has been bothering me lately: an &#8216;empowering&#8217; media [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://ideant.typepad.com/ideant/2006/08/confinement_edu.html">Ulises Mejias on &#8216;Confinement, Education and the Control Society&#8217;</a> &#8211; fascinating commentary on <a href="http://architectures.danlockton.co.uk/?p=28"><strong>Deleuze&#8217;s societies of control</strong></a> and how the instant communication and &#8216;life-long learning&#8217; potential (and, I guess, <a href="http://architectures.danlockton.co.uk/?p=93"><strong>everyware</strong></a>) of the internet age may facilitate control and repression:</p>
<blockquote><p>&#8220;This is the paradox of social media that has been bothering me lately: an &#8216;empowering&#8217; media that provides increased opportunities for communication, education and online participation, but which at the same time further isolates individuals and aggregates them into masses —more prone to control, and by extension more prone to discipline.&#8221;</p></blockquote>
<hr />
<p><a href="http://ask.slashdot.org/article.pl?sid=06/08/30/0145228">Slashdot on &#8216;A working economy without DRM?&#8217;</a> &#8211; same debate as ever, but some very insightful comments</p>
<hr />
<p><a href="http://ask.slashdot.org/article.pl?sid=06/08/31/1759252">Slashdot on &#8216;Explaining DRM to a less-experienced PC user&#8217;</a> &#8211; I particularly like SmallFurryCreature&#8217;s <a href="http://ask.slashdot.org/comments.pl?sid=195491&#038;cid=16022303">&#8216;Sugar cube&#8217; analogy</a></p>
<hr />
<p><a href="http://www.copyrightmyths.org/promise">&#8216;The Promise of a Post-Copyright World&#8217; by Karl Fogel</a> &#8211; extremely clear analysis of the history of copyright and, especially, the way it has been presented to the public over the centuries</p>
<hr />
<p>(Via <a href="http://www.boingboing.net/2006/09/01/heartrate_activated_.html">BoingBoing</a>) <a href="http://www.theentertrainer.com/">The Entertrainer</a> &#8211; a heart monitor-linked TV controller: your TV stays on with the volume at a usable level only while you keep exercising at the required rate. Similar concept to Gillian Swan&#8217;s <a href="http://architectures.danlockton.co.uk/?page_id=6#Square-Eyes"><strong>Square-Eyes</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/01/some-links-miscellaneous-pertinent-to-architectures-of-control/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Some interesting aspects of built-in obsolescence</title>
		<link>http://architectures.danlockton.co.uk/2006/09/01/some-interesting-aspects-of-built-in-obsolescence/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/01/some-interesting-aspects-of-built-in-obsolescence/#comments</comments>
		<pubDate>Fri, 01 Sep 2006 15:21:23 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Corruption]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Greasing palms]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Prophecy]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Shopping]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Sustainability]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=110</guid>
		<description><![CDATA[This San Francisco Chronicle review of Giles Slade&#8217;s Made to Break: Technology and Obsolescence in America (which I&#8217;ve just ordered and look forward to reading and reviewing here in due course) mentions some interesting aspects of built-in (planned) obsolescence &#8211; and planned failure &#8211; in technology and product design: &#8220;A new machine that does something [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/skip.jpg" alt="A lot of wasted computing power" /></p>
<p>This <em>San Francisco Chronicle</em> <a href="http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2006/05/21/RVGGBIP6GP1.DTL&#038;feed=rss.business">review </a> of Giles Slade&#8217;s <em><a href="http://www.amazon.co.uk/exec/obidos/ASIN/0674022033/danlocktoindu-21">Made to Break: Technology and Obsolescence in America</a></em> (which I&#8217;ve just ordered and look forward to reading and reviewing here in due course) mentions some interesting aspects of built-in (planned) obsolescence &#8211; and planned failure &#8211; in technology and product design:<br />
<span id="more-110"></span></p>
<blockquote><p>&#8220;A new machine that does something different (the PC), or adds new capability (cell phone versus land line) or adds new features (cell phones with Internet, etc.) is an obvious incentive for a consumer to replace the old machine. But besides the apparent progress of the new and improved, there are other factors that encourage consumers to buy and rapidly throw away products.</p>
<p>Changes in style (the annual model change adopted by the auto industry being the best-known example) and appeals to status encouraged by massive advertising are major forms of &#8220;psychological obsolescence,&#8221; specifically designed to create demand for new versions of old and still usable products. But another way of selling new machines at a faster rate is to make sure the old ones break down sooner. This practice of &#8220;death-dating&#8221; is what most people think of when they hear the term &#8220;planned obsolescence.&#8221;</p>
<p>&#8230;</p>
<p>Slade discovered a much earlier instance in a 1932 pamphlet by real estate broker Bernard London, who was arguing in favor of it [planned obsolescence]. The Depression may seem a weird time to propose that things break down as soon as possible, but London was looking at it from the producer&#8217;s standpoint. If people could be induced to replace things sooner, he reasoned, sales and jobs would increase, and the economy would improve. London seemed to want to go so far as to <strong>make planned obsolescence a legal requirement</strong>.</p>
<p>London wasn&#8217;t entirely alone &#8212; there were advocates of all kinds of obsolescence to stimulate the 1930s economy. Slade notes several industries where manufacturers knew how to death-date their technologies, usually with less durable materials, and they did so, with the additional excuse of cutting costs and the price.&#8221;</p></blockquote>
<p>The discussion of the US&#8217;s mounting levels of electronic waste from rapid replacement cycles contains an intriguing aside:</p>
<blockquote><p>&#8220;Things are likely to get much worse in the near future, thanks to better enforcement of the international ban on exporting hazardous waste expected in coming years (<strong>$100 bills taped to the inside of inspected cartons currently help grease this activity</strong>, Slade notes), and especially due to the <strong>FCC-mandated switch to high definition TV</strong> in 2007, which may result in millions of suddenly junked televisions. &#8220;This one-time disposal of &#8216;brown goods&#8217; will, alone, more than double the hazardous waste problem in North America.&#8221;
</p></blockquote>
<p>Are artificial, government-mandated fillips to hardware retailers, such as the HDTV switch noted above, or the <a href="http://www.digitaltelevision.gov.uk/dig_switchover/wtdigswitchover_home.html">analogue TV switch-off in the UK</a>, something we should be worried about, both from an environmental point of view, and as members of the public interested in how our governments&#8217; decisions may be &#8216;influenced&#8217; by certain large businesses?</p>
<p>After all, in the Bernard London case, manufacturing (and R&#038;D and engineering) jobs would have been created or preserved in a time of great need for the US, but in our own age, the millions of new pieces of equipment being shipped from China will provide many fewer direct benefits for the countries whose citizens are cajoled into purchasing them. </p>
<p>See also <a href="http://architectures.danlockton.co.uk/?p=96"><strong>Feature deletion for environmental reasons</strong></a> and <strong><a href="http://architectures.danlockton.co.uk/?page_id=19">Case study: Optimum Lifetime Products</a></strong>.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/01/some-interesting-aspects-of-built-in-obsolescence/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The illusion of control</title>
		<link>http://architectures.danlockton.co.uk/2006/08/30/the-illusion-of-control/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/30/the-illusion-of-control/#comments</comments>
		<pubDate>Wed, 30 Aug 2006 14:56:53 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Black box]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Mistake-proofing]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Observation]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Poka-yoke]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Vague rhetoric]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=107</guid>
		<description><![CDATA[Scott Adams recounts an anecdote illustrating the &#8216;illusion of control&#8217; and how important it is to many people &#8211; even to the extent that it is the single defining characteristic of mankind which one might use to explain human behaviour to aliens: &#8220;The maintenance man is moving the thermostat in our office today. I started [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/thermostat.jpg" alt="De-calibrated thermostat control on a storage heater " /></p>
<p><a href="http://dilbertblog.typepad.com/">Scott Adams</a> recounts an <a href="http://dilbertblog.typepad.com/the_dilbert_blog/2006/08/human_behavior.html">anecdote illustrating the &#8216;illusion of control&#8217;</a> and how important it is to many people &#8211; even to the extent that it is the single defining characteristic of mankind which one might use to explain human behaviour to aliens:</p>
<blockquote><p>&#8220;The maintenance man is moving the thermostat in our office today. I started talking with him about the &#8220;Thermostat Wars&#8221; [from Dilbert comics]. He told me about one office with 30 women where they could never get the temperature to an agreeable level. At his suggestion they installed 20 dummy thermostats around the office. Everyone was told that each thermostat controlled the zone around itself.</p>
<p>Problem solved. Now that everyone has &#8220;control&#8221; of their own thermostat there is no problem.&#8221;</p></blockquote>
<p>To what extent is the illusion of control, rather than real control, what most people really want in their products?<br />
<span id="more-107"></span><br />
Do they care that their personal data may be <a href="http://www.cl.cam.ac.uk/~rja14/tcpa-faq.html">encrypted and held to ransom</a> by a software company, so long as they feel &#8216;in control&#8217; in everyday use (e.g. the ability to change the colour scheme)? </p>
<p>And how should designers respond to this issue? Are there any examples of products (other than, say, children&#8217;s toys) deliberately designed with fake controls to make the user feel in charge even though he/she isn&#8217;t? (<a href="http://www.flickr.com/photos/danlockton/tags/solar/">Fake solar cell calculators</a> are interesting, but not quite the same issue)</p>
<p>P.S. On the other hand, it&#8217;s worth considering the <a href="http://architectures.danlockton.co.uk/?page_id=6#Audi-A2"><strong>opinion expressed by the Audi A2 owner</strong></a>, that she didn&#8217;t find it a disadvantage having to take her Audi to a &#8216;specialist&#8217; in order to open the bonnet (hood). Is even that basic level of control (being able to see the engine) too much for some people? Is it because, say, a thermostat affects people personally (temperature) whereas a car engine is something dirty, difficult, complex, for someone else to worry about?</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/30/the-illusion-of-control/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Dilemma of horns</title>
		<link>http://architectures.danlockton.co.uk/2006/08/25/dilemma-of-horns/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/25/dilemma-of-horns/#comments</comments>
		<pubDate>Fri, 25 Aug 2006 09:20:13 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[Deleuze]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[London]]></category>
		<category><![CDATA[Motoring]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Sound weapons]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Speed control]]></category>
		<category><![CDATA[Speeding]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Traffic calming]]></category>
		<category><![CDATA[Urban]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Vague rhetoric]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=104</guid>
		<description><![CDATA[I was woken up (along with, I expect, lots of others) at about 5am today by a driver sounding his/her horn in the road outside &#8211; an arrogant two-second burst &#8211; then another replying (perhaps) with a slightly feeble one-second tone. I don&#8217;t know why; there are often a lot of horns during the day [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/nighttime.jpg" alt="Night time" /></p>
<p>I was woken up (along with, I expect, lots of others) at about 5am today by a driver sounding his/her horn in the road outside &#8211; an arrogant two-second burst &#8211; then another replying (perhaps) with a slightly feeble one-second tone. I don&#8217;t know why; there are often a lot of horns during the day as there&#8217;s a level crossing which seems to generate a lot of frustration, but there are no trains passing through at 5am. Anyway, I went back to sleep and had various, fitful dreams, but not before thinking <em>that&#8217;s where an architecture of control would be useful: a time-related horn interlock function, only allowing use of the horn during hours when it is legal</em>. In the UK, that would be from <a href="http://www.jezuk.co.uk/cgi-bin/view/jez?id=1441">7am &#8211; 11.30 pm</a>.<br />
<span id="more-104"></span><br />
But then, waking up properly a couple of hours later, I remembered my earlier thought. And considered that <em>this kind of control wouldn&#8217;t be necessary if people were more considerate towards others</em>. If we could rely on people to care about the effects of their actions, there would be no need for quite a lot of the architectures of control discussed on this site, from speed humps to externally controlled speed limiters, and very little argument in favour of them. </p>
<p>As it is, my modified, awake, more alert opinion is that a society where people take responsibility for what they do is better than one where some external agency takes that responsibility away from them. Or, at least, I don&#8217;t want to live in that latter type of society, because <em>I don&#8217;t want any control taken away from me</em>, even if I have to put up with some idiots. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/25/dilemma-of-horns/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Privacy Ceiling</title>
		<link>http://architectures.danlockton.co.uk/2006/08/22/the-privacy-ceiling/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/22/the-privacy-ceiling/#comments</comments>
		<pubDate>Tue, 22 Aug 2006 10:56:23 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Black box]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Everyware]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Insurance]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Patents]]></category>
		<category><![CDATA[Pervasive computing]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Prophecy]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[Ubiquitous computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=103</guid>
		<description><![CDATA[Scott Craver of the University of Binghamton has a very interesting post summarising the concept of a &#8216;privacy ceiling&#8217;: &#8220;This is an economic limit on privacy violation by companies, owing to the liability of having too much information about (or control over) users.&#8221; It&#8217;s the &#8220;control over users&#8221; that immediately makes this something especially relevant [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://blog.xcott.com">Scott Craver</a> of the <a href="http://www.binghamton.edu/">University of Binghamton</a> has a <a href="http://blog.xcott.com/?p=16#more-16">very interesting post</a> summarising the concept of  a <strong>&#8216;privacy ceiling&#8217;</strong>:</p>
<blockquote><p>&#8220;This is an economic limit on privacy violation by companies, owing to the liability of having too much information about (or control over) users.&#8221;</p></blockquote>
<p>It&#8217;s the &#8220;control over users&#8221; that immediately makes this something especially relevant for designers and technologists to consider: that control is designed, consciously, into products and systems, but how much thought is given to the extremes of how it might be exercised, especially in conjunction with the wealth of information that is gathered on users? <span id="more-103"></span></p>
<blockquote><p>&#8220;Liability can come from various sources&#8230; [including]</p>
<p><strong>Vicarious infringement liability.</strong></p>
<p>Imagine: you write a music player (like iTunes) that can check the Internet when I place a CD in my computer. You decide to collect this data for market research. Now the RIAA discovers that this data can also identify unauthorized copies. Can they compel you to hand over data on user listening habits?</p>
<p>Your company is liable for vicarious infringement if (1) infringement happens, (2) you benefit from it, and (3) you had the power to do something about it—which I assume includes reporting the infringement. So now you are possibly liable because you have damning information about your users. <strong>This also applies to DRM technologies that let you restrict users.</strong></p>
<p>Note that you can’t solve this problem simply by adopting a policy of only keeping the data for 1 month, or being gentle and consumer-friendly with your DRM. <strong>The fact is, you have the architecture for monitoring and/or control, and you may not get to choose how you use it.</strong></p></blockquote>
<p>Other sources of liability described include: being drawn into criminal investigations based on certain data which a company or other organisation may have &#8211; or be compelled to obtain &#8211; on its users; customers suing in relation to the leaking of supposedly private data (as in the <a href="http://blog.outer-court.com/archive/2006-08-07-n22.html">AOL débâcle</a>); and &#8220;random incompetence&#8221;, e.g. an employee accidentally releasing data or arbitrarily exercising some designed-in control with undesirable consequences.</p>
<p>Scott goes on:</p>
<blockquote><p>&#8220;Okay, so there is a penalty to having too much knowledge or too much control over customers. What should companies do to stay beneath this ceiling?</p>
<p><strong>1. Design an architecture for your business/software that naturally prevents this problem.</strong></p>
<p>It is much easier for someone to compel you to violate users’ privacy if it’s just a matter of using capabilities you already have. Mind, you have to convince a judge, not a software engineer, that adding monitoring or control is difficult. But you have a better shot in court if you must drastically alter your product in order to give in to demands.</p>
<p>&#8230;</p>
<p><strong>2. Assume you will monitor and control to the full extent of your architecture. In fact, don’t just assume this, but go to the trouble to monitor or control your users.</strong></p>
<p>Why? Because in an infringement lawsuit you don’t want to appear to be acting in bad faith&#8230; if you have the ability to monitor users and refuse to use it, you’re giving ammunition to a copyright holder who accuses you of inducement and complicity.</p>
<p>&#8230;</p>
<p>But &#8230; the real message is that you should go back to design principle 1. <strong>If you want to protect users, think about the architecture</strong>; don’t just assume you can take a principled stand not to abuse your own power.</p>
<p>The third principle is really a restatement of the first two, but deserves restating:</p>
<p><a name="donot"></a><strong>3. Do not attempt to strike a balance.</strong></p>
<p>Do not bother to design a system or business model that balances user privacy with copyright holder demands. <strong>All this does is insert an architecture of monitoring or control, for later abuse.</strong> In other words, design an architecture for privacy alone. Anything you put in there, under rule #2, will one day be used to its full extent.</p>
<p>I have seen many many papers over the years, in watermarking tracks, proposing an end-to-end media distribution system balancing DRM with privacy. Usually, the approach is that watermarks are embedded in music/movies/images by a trusted third party, the marks are kept secret from the copyright holder, and personal information is revealed only under specific circumstances in which infringement is clear. This idea is basically BS. Your trusted third party does not have the legal authority to decide when to reveal information. What will likely happen instead: if a copyright holder feels infringement is happening, the <strong>trusted third party will be liable for vicarious infringement.</strong>&#8220;</p></blockquote>
<p>Summing it up: <strong>any capability you design into a product or system will be used at some point</strong> &#8211; even if you are forced to use it against the best interests of your business. So it is better to design deliberately to avoid being drawn into this: <strong>design systems not to have the ability to monitor or control users</strong>, and that will keep you much safer from liability issues. </p>
<p>The privacy ceiling concept &#8211; which Scott is going to present in a paper along with Lorrie Cranor and Janice Tsai at the <a href="http://www.titr.uow.edu.au/DRM2006/">ACM DRM 2006 workshop</a> &#8211; really does seem to have a significant implications for many of the architectures of control examples I&#8217;ve looked at on this site. </p>
<p>For example, the <a href="http://architectures.danlockton.co.uk/?p=22"><strong>Car Insurance Black Boxes</strong></a> mostly record mileage and time data to allow insurance to be charged according to risk factors that interest the insurance company; but the boxes clearly also record speed, and whether that information would be released to, say, law enforcement authorities, if requested, is an immediate issue of interest/concern.</p>
<p>Looking further, though, <a href="http://architectures.danlockton.co.uk/?p=22#patent">the patent</a> covering the box used by a major insurer mentions an enormous number of possible types of data that could be monitored and reported by the device, including exact position, weights of occupants, driving styles, use of brakes, what radio station is tuned in, and so on. Whether any insurance company would ever implement them, of course, is another question, and it would require a lot tighter integration into a vehicle&#8217;s systems; nevertheless, as Scott makes clear, <strong>whatever possibilities are designed into the architecture, will be exploited at some point, whether through pressure (external or internal) or incompetence.</strong> </p>
<p>I look forward to reading the full paper when it is available.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/22/the-privacy-ceiling/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Use of RFID in DRM</title>
		<link>http://architectures.danlockton.co.uk/2006/08/22/use-of-rfid-in-drm/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/22/use-of-rfid-in-drm/#comments</comments>
		<pubDate>Tue, 22 Aug 2006 08:54:10 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Audio]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Specious arguments]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=102</guid>
		<description><![CDATA[Via Dave Farber&#8217;s Interesting People, a brief New Scientist article outlines Sony&#8217;s continuing obsession with restricting and controlling its customers (the last one didn&#8217;t go too well): &#8220;A patent filed by Sony last week suggests it may once again be considering preventing consumers making &#8220;too many&#8221; back-up copies of its CDs&#8230; Sony&#8217;s latest idea is [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/microwaved_cd.jpg" alt="A CD with its functionality destroyed using GHz-range radio frequencies" /></p>
<p>Via Dave Farber&#8217;s <a href="http://www.interesting-people.org/"><em>Interesting People</em></a>, a brief <a href="http://www.newscientisttech.com/channel/tech/dn9728.html"><em>New Scientist article</em></a> outlines Sony&#8217;s continuing obsession with restricting and controlling its customers (<a href="http://www.eff.org/IP/DRM/Sony-BMG/">the last one didn&#8217;t go too well</a>):</p>
<blockquote><p>&#8220;A patent filed by Sony last week suggests it may once again be considering preventing consumers making &#8220;too many&#8221; back-up copies of its CDs&#8230;</p>
<p>Sony&#8217;s latest idea is to place a piece of monitoring hardware inside the CD. Its patent suggests embedding a radio-frequency ID chip that could be interrogated wirelessly by a PC or CD player. The chip would record the number of times the disc was copied and prevent further recordings once it reached the limit. The device could also be fitted to DVDs. Whether Sony will turn the patent idea into reality remains to be seen.&#8221;</p></blockquote>
<p><span id="more-102"></span><br />
Of course this will require new CD players and CD-ROM drives with the ability to read, write to and act on the signal from the RFID chip &#8211; which means its impact may not be very significant. </p>
<p>It&#8217;s not clear whether the &#8220;permitted&#8221; copies have to be made onto &#8220;chipped&#8221; Sony-authorised discs (otherwise the technology seems rather pointless, as people will just make copies of the un-protected copies instead of repeated copies of the original) &#8211; if this <em>is</em> the case, then is this not just a sly &#8220;razor blade model&#8221; or &#8220;PRM&#8221; (in <a href="http://www.freedom-to-tinker.com/?p=1053">Ed Felten&#8217;s phrase</a>) attempt to make Sony CD-writers require the purchase of Sony chipped blank CDs in order to copy music? </p>
<p>And would this break the <a href="http://en.wikipedia.org/wiki/Rainbow_Books">Orange Book standard</a> for CD-Rs?</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/22/use-of-rfid-in-drm/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Ed Felten: DRM Wars, and &#8216;Property Rights Management&#8217;</title>
		<link>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/#comments</comments>
		<pubDate>Tue, 15 Aug 2006 18:15:13 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Black box]]></category>
		<category><![CDATA[Broadcast flag]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Deleuze]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dongle]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Oppression]]></category>
		<category><![CDATA[Patents]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Printers]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Prophecy]]></category>
		<category><![CDATA[Protest]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Specious arguments]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=101</guid>
		<description><![CDATA[At Freedom to Tinker, Ed Felten has posted a summary of a talk he gave at the Usenix Security Symposium, called &#8220;DRM Wars: The Next Generation&#8221;. The two installments so far (Part 1, Part 2) trace a possible trend in the (stated) intentions of DRM&#8217;s proponents, from it being largely promoted as a tool to [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/rfidvelcro.jpg" alt="RFID Velcro?" /></p>
<p>At <a href="http://www.freedom-to-tinker.com">Freedom to Tinker</a>, Ed Felten has posted a summary of a talk he gave at the <a href="http://www.usenix.org/events/sec06/tech/">Usenix Security Symposium</a>, called &#8220;DRM Wars: The Next Generation&#8221;. The two installments so far (<a href="http://www.freedom-to-tinker.com/?p=1051">Part 1</a>, <a href="http://www.freedom-to-tinker.com/?p=1052">Part 2</a>) trace a possible trend in the (stated) intentions of DRM&#8217;s proponents, from it being largely promoted as a tool to help enforce copyright law (and defeat &#8216;illegal pirates&#8217;) to the current stirrings of DRM&#8217;s being explicitly acknowledged as a tool to facilitate discrimination and lock-in — and the apparent &#8216;benefits of this&#8217;:</p>
<blockquote><p>&#8220;First, they argue that DRM enables price discrimination — business models that charge different customers different prices for a product — and that <strong>price discrimination benefits society, at least sometimes</strong>. Second, they argue that DRM helps platform developers lock in their customers, as Apple has done with its iPod/iTunes products, and that <strong>lock-in increases the incentive to develop platforms</strong>.<br />
<span id="more-101"></span><br />
Interestingly, these new arguments have little or nothing to do with copyright. The maker of almost any product would like to price discriminate, or to lock customers in to its product. Accordingly, we can expect the debate over DRM policy to come unmoored from copyright, with people on both sides making arguments unrelated to copyright and its goals.&#8221;</p></blockquote>
<p>As noted by some of the commenters, that unmooring also unmoors the DRM debate from being presented as an &#8216;honest content providers vs illegal pirating freeloaders&#8217; one. Price-fixing, lock-ins and so on are difficult to defend, and I find it hard to think of convincing examples where &#8220;price discrimination benefits society&#8221; or &#8220;lock-in increases the incentive to develop platforms&#8221;. If customers are locked in to a platform, there is no incentive to innovate for the locker-in, and much higher barriers for competitors to draw them away. Path dependency is rarely good for companies, and rarely good for society, and lock-ins would seem to be a major contributor to path dependency. The argument that &#8220;Apple wouldn&#8217;t have developed the iPod (and the record companies wouldn&#8217;t have let Apple develop iTunes) if DRM didn&#8217;t exist to lock customers in&#8221; is specious: there were plenty of portable music players before they came on the scene, and surely most 40GB music iPods were always intended to be largely filled with music acquired from somewhere other than iTunes.</p>
<p>Ed goes on to talk about the trend &#8220;toward the use of DRM-like technologies on traditional physical products.&#8221; (Long-term followers &#8211; if any! &#8211; of my research might remember this is very similar to the phrase &#8220;Architectures of control: DRM in hardware&#8221; which <a href="http://www.boingboing.net/2005/04/25/architectures_of_con.html">Cory Doctorow used</a> to link to my original web-page on the subject), and uses the example of printer cartridge lock-ins (see also <a href="http://architectures.danlockton.co.uk/?page_id=9"><strong>here</strong></a>): </p>
<blockquote><p>&#8220;A good example is the use of cryptographic lockout codes in computer printers and their toner cartridges. Printer manufacturers want to sell printers at a low price and compensate by charging more for toner cartridges. To do this, they want to stop consumers from buying cheap third-party toner cartridges. So some printer makers have their printers do a cryptographic handshake with a chip in their cartridges, and they lock out third-party cartridges by programming the printers not to operate with cartridges that can’t do the secret handshake.</p>
<p>Doing this requires having some minimal level of computing functionality in both devices (e.g., the printer and cartridge). Moore’s Law is driving the size and price of that functionality to zero, so it will become economical to put secret-handshake functions into more and more products. Just as traditional DRM operates by limiting and controlling interoperation (i.e., compatibility) between digital products, these technologies will limit and control interoperation between ordinary products. We can call this Property Rights Management, or PRM.&#8221;</p></blockquote>
<p>Not too sure about that term myself, as I feel the affordances the technology is controlling are moving further and further away from actual &#8216;rights&#8217;. DRM is bad enough as a catch-all term for technology which in many cases is <em>denying</em> users rights they may legally hold in some countries (e.g. fair use or backup copies). I think &#8220;technology lock-ins&#8221; or &#8220;technology razor-blade models&#8221; might be a more descriptive label than &#8216;PRM&#8217;. (Or &#8216;architectures of control&#8217;, of course, but my <a href="http://architectures.danlockton.co.uk/?page_id=3">definition</a> of these is much broader than simply lock-ins).</p>
<p>Ed gives three examples of possible future extensions of technology lock-ins, none of which seem at all unlikely; in fact they&#8217;re all easily possible right now:</p>
<blockquote><p>&#8220;(1) A pen may refuse to dispense ink unless it’s being used with licensed paper. The pen would handshake with the paper by short-range RFID or through physical contact. </p>
<p>(2) A shoe may refuse to provide some features, such as high-tech cushioning of the sole, unless used with licensed shoelaces. Again, this could be done by short-range RFID or physical contact. </p>
<p>(3) The scratchy side of a velcro connector may refuse to stick to the fuzzy size unless the fuzzy side is licensed. The scratchy side of velcro has little hooks to grab loops on the fuzzy side; the hooks may refuse to function unless the license is in order [hence my photo at the top of this post! - Dan] For example, Apple could put PRMed scratchy-velcro onto the iPod, in the hope of extracting license fees from companies that make fuzzy-velcro for the iPod to stick to.</p>
<p>Will these things actually happen? I can’t say for sure. I chose these examples to illustrate how far PRM might go. The examples will be feasible to implement, eventually. Whether PRM gets used in these particular markets depends on market conditions and business decisions by the vendors. What we can say, I think, is that as PRM becomes practical in more product areas, its use will widen and we’ll face policy decisions about how to treat it.&#8221;</p></blockquote>
<p>The comments on both posts (<a href="http://www.freedom-to-tinker.com/?p=1051#comments">Part 1</a> | <a href="http://www.freedom-to-tinker.com/?p=1052#comments">Part 2</a>) go into some extremely interesting discussion of the ideas and examples, with the &#8216;pen/licensed paper&#8217; one being conclusively noted as &#8216;baked&#8217; with <a href="http://beamjockey.livejournal.com/">Bill Higgins</a> explaining the <a href="http://www.anotofunctionality.com/cldoc/aof3.htm">Anoto</a>* technology. </p>
<p>(*And no, I don&#8217;t think the &#8220;www.anotofunctionality.com&#8221; of that link is deliberately in the <a href="http://www.snopes.com/business/names/domains.asp">same league</a> as &#8220;www.powergenitalia.com,&#8221; &#8220;www.expertsexchange.com,&#8221; etc, but it&#8217;s still oddly apposite given the &#8220;no to functionality&#8221; with which so many lock-ins shed users when they&#8217;re fed up with paying over the odds for replacement parts.)</p>
<p>I look forward to the third part of Ed&#8217;s talk summary: this is a fascinating area of discussion which is central to much of the &#8216;architectures of control&#8217; phenomenon. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Freedom to Tinker &#8211; The Freedom to Tinker with Freedom?</title>
		<link>http://architectures.danlockton.co.uk/2006/08/04/freedom-to-tinker-the-freedom-to-tinker-with-freedom/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/04/freedom-to-tinker-the-freedom-to-tinker-with-freedom/#comments</comments>
		<pubDate>Fri, 04 Aug 2006 09:56:05 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Black box]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Corruption]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Greasing palms]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Patents]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Prophecy]]></category>
		<category><![CDATA[Protest]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Punishment]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=97</guid>
		<description><![CDATA[At Freedom to Tinker, David Robinson asks whether, in a world where DRM is presented to so many customers as a benefit (e.g. Microsoft&#8217;s Zune service), the public as a whole will be quite happy to trade away its freedom to tinker, whether the law needs to intervene in this, and on which side: ensuring [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/open_bonnet.jpg" alt="An open bonnet" align="left" border="0" /> At <a href="http://www.freedom-to-tinker.com/?p=1046">Freedom to Tinker</a>, David Robinson asks whether, in a world where DRM is presented to so many customers as a benefit (e.g. Microsoft&#8217;s <a href="http://www.freedom-to-tinker.com/?p=1045">Zune service</a>), the public as a whole will be quite happy to trade away its freedom to tinker, whether the law needs to intervene in this, and on which side: ensuring freedom to tinker, or outlawing it in order to enshrine the business model that &#8220;most people&#8221; will be portrayed as wanting, given the numbers who sign away their rights in EULAs and so on.</p>
<blockquote><p>&#8220;Many of us, who may find ourselves arguing based on public reasons for public policies that protect the freedom to tinker, also have a private reason to favor such policies. The private reason is that we ourselves care more about tinkering than the public at large does, and we would therefore be happier in a protected-tinkering world than the public at large would be.&#8221;</p></blockquote>
<p>Many of the comments &#8211; and those on the <a href="http://www.freedom-to-tinker.com/?p=1047">follow-up post</a> &#8211; look in more detail at the legal issues, with some very interesting analogies to freedom of expression and points made about the impact on innovation &#8211; which benefits everyone &#8211; when power users are prevented from innovating.<span id="more-97"></span> </p>
<p>I felt I had to comment, since this is an issue central to the architectures of control research; here&#8217;s what I said:   </p>
<blockquote><p>&#8220;I think I&#8217;d ask the question, &#8220;Even if it becomes illegal to tinker with a device, what is there to to stop someone doing it?&#8221;</p>
<p>If it is purely the fear of getting caught, then tinkering will be stifled, to some extent. But power users will form groups just as they do now, and some tinkering will still go on. (If the tinkering is advanced enough, it will be too difficult for law enforcement to detect/understand it anyway).</p>
<p>At present much file-sharing activity is illegal, but it still goes on in vast quantities. The fear of getting caught is a major retardation to that activity, I&#8217;d suggest; there may also be an ethical component to the decision in many people&#8217;s minds. They&#8217;re told it&#8217;s analogous to stealing a CD from a store, and they believe or are persuaded, partially at least, by that. It seems immoral or unethical.</p>
<p>But does anyone seriously believe that tinkering with devices is unethical? (There are probably a few people who do, e.g. <a href="http://architectures.danlockton.co.uk/?p=80"><strong>ZDNet&#8217;s Adrian Kingsley</strong></a>)</p>
<p>Tinkering with devices will never seem immoral or unethical to the vast majority of the public, hence the only barriers to stop them doing it are a) fear of getting caught and b) lack of knowledge or desire. Most people don&#8217;t bother tuning up their cars or tinkering with their computers, even though they could. </p>
<p>Power users do, and in a future where tinkering is illegal, it will again only be power users who do it, and fear of getting caught will be the only reason for not doing it.</p>
<p>So what about this fear of getting caught? How likely is it that one&#8217;s modifications or tinkering will be detected by some kind of enforcement agency? The only way I can see that this could be carried out in any kind of systematic way would be if observation/reporting devices were embedded in every product, e.g. every PC reporting home every few hours to squeal if it&#8217;s been modified. </p>
<p>But we already have that! Or at least we will soon, and therefore it seems irrelevant whether or not it becomes illegal to tinker with devices. If every computer is &#8216;trusted&#8217; and spies and reports on its user&#8217;s behaviour, whether it reports to Microsoft or a Federal Anti-Tinkering Agency is, perhaps, beside the point. </p>
<p>Architectures to prevent or stifle tinkering can be designed into products and technologies whether or not there is a law requiring them. The user agrees to<br />
have his/her behaviour and interactions monitored and controlled by the act of purchasing the device.</p>
<p>Even if the law went the other way, and there were a legally guaranteed right to tinker, all that would happen is that manufacturers will make it more difficult<br />
to do so by the design of products. Hoods (bonnets) would start to be welded shut, in Cory Doctorow&#8217;s phrase, (the Audi A2 <a href="http://architectures.danlockton.co.uk/?page_id=6#Audi-A2"><strong>already has this</strong></a>, sort of), backed up by stringent warranty provisions. You might have a right to tinker with your device, but no law is going to compel the manufacturers to honour the warranty if you do so.</p>
<p>This, I think, is the crucial issue: the points Lessig makes about the designed structure of the internet, the <a href="http://en.wikipedia.org/wiki/Code_and_Other_Laws_of_Cyberspace">code</a>, superseding statute law as the dominant shaper of behaviour in the medium, apply just as strongly to technology hardware. <a href="http://architectures.danlockton.co.uk"><strong>Architectures of control in design</strong></a> will control users&#8217; behaviour, however the laws themselves evolve.&#8221;</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/04/freedom-to-tinker-the-freedom-to-tinker-with-freedom/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Feature deletion for environmental reasons</title>
		<link>http://architectures.danlockton.co.uk/2006/07/27/feature-deletion-for-environmental-reasons/</link>
		<comments>http://architectures.danlockton.co.uk/2006/07/27/feature-deletion-for-environmental-reasons/#comments</comments>
		<pubDate>Thu, 27 Jul 2006 09:38:41 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Britain]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Disabilities]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Sustainability]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=96</guid>
		<description><![CDATA[From the Sunday Times, &#8216;Standby buttons face axe to curb energy waste&#8217;: &#8220;Ministers want to do away with the standby buttons that allow [users] to flick their TVs and other electronic gadgets on and off while moving barely a muscle&#8230; Figures&#8230; show that gadgets left unnecessarily on standby or connected to chargers squander electricity worth [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/powerbutton.jpg" alt="A power button, well-used in this case" /></p>
<p>From the Sunday Times, <a href="http://www.timesonline.co.uk/article/0,,2087-2261983,00.html">&#8216;Standby buttons face axe to curb energy waste&#8217;</a>: </p>
<blockquote><p>&#8220;Ministers want to do away with the standby buttons that allow [users] to flick their TVs and other electronic gadgets on and off while moving barely a muscle&#8230; <span id="more-96"></span></p>
<p>Figures&#8230; show that gadgets left unnecessarily on standby or connected to chargers squander electricity worth £740m each year and are responsible for 4m tonnes of excess carbon dioxide emissions each year.</p>
<p>The biggest culprits are not televisions but stereo systems, responsible for £290m of wasted energy, followed by video recorders, £175m, televisions, £88m, games consoles, £70m, computer monitors, £41m, DVD players, £19m, and set-top boxes, £11m. Mobile phone chargers left plugged in unnecessarily waste £47m of electricity each year, enough to supply 66,000 homes.</p>
<p>The government has rejected one proposal, from the energy company Scottish Power, that standby buttons on existing electrical products be removed or disabled. But it will work with manufacturers to &#8216;design out&#8217; standby buttons from new products&#8230; One likely recommendation for some products is that they be designed to switch themselves off.&#8221;</p></blockquote>
<p>This seems a fairly sensible application of control within the design process, with the &#8216;feature deletion&#8217; being done to fulfil socially beneficial intentions rather than <a href="http://architectures.danlockton.co.uk/?p=85"><strong>purely commercial</strong></a> ones. The less energy devices use, the less money the customer spends on electricity, as well as reducing the environmental impact. </p>
<p>Nevertheless, <strong>there are millions of people for whom a standby button is a very useful &#8211; or even essential &#8211; design feature</strong>. If you&#8217;re confined to bed, or a static chair for most of your day, whether through disability, long-term illness or simply age, that remote control button (on the TV, radio or even the room lighting) is a godsend. One would hope that from an inclusive design point of view, there will still be such devices available, and &#8211; if I&#8217;m honest &#8211; I think they should still be available to everybody, if desired. There should be no need to &#8216;prove&#8217; disability in order to buy a TV with a remote control standby function.</p>
<p>An alternative is, of course, a remote control/standby system that doesn&#8217;t use anywhere near so much power when the device is on standby. <a href="http://www.doctorenergy.co.uk/acatalog/INTELLIGENT_EXTENSIONS.html">A clever range of current-limiting gang sockets are already available</a> which detect the amount of current a device actually needs to draw when on standby, and limits that which it can draw to precisely that. Alternatively, we might design products so the &#8216;standby&#8217; signal from the remote control is intercepted by an entirely separate, DC circuit, maybe battery-powered and drawing a minuscule current, which then switches the mains on and off using a relay when required.</p>
<p>The government proposals are &#8211; on the face of it &#8211; <em>largely</em> a rare case of a &#8216;win-win&#8217; architecture of control (see <a href="http://architectures.danlockton.co.uk/?page_id=8"><strong>diagram</strong></a>), though of course we need to consider the effects of the manufacture and distribution of so many millions more products (and probably, the disposal of the old ones). If we argue that this would have happened anyway (which is surely true) then the effect will be better than if the replacement devices had no environmental considerations going into their design, but this is the kind of situation where a full life-cycle analysis would be very useful.</p>
<p>See also <a href="http://architectures.danlockton.co.uk/?page_id=19"><strong>Case study: Optimum lifetime products</strong></a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/07/27/feature-deletion-for-environmental-reasons/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>

