<?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; Cell phones</title>
	<atom:link href="http://architectures.danlockton.co.uk/category/cell-phones/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>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>On the level</title>
		<link>http://architectures.danlockton.co.uk/2007/08/24/on-the-level/</link>
		<comments>http://architectures.danlockton.co.uk/2007/08/24/on-the-level/#comments</comments>
		<pubDate>Fri, 24 Aug 2007 11:58:50 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Black box]]></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 engineering]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Mistake-proofing]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Packaging design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[User experience]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/08/24/on-the-level/</guid>
		<description><![CDATA[A tilt-detector from this 1984 US patent, with intended application on a packing box. The liquid detection stickers in mobile phones, which allow manufacturers and retailers to ascertain if a phone has got wet, and thus reject warranty claims (whether judiciously/appropriately or not), seem to be concerning a lot of people worldwide. Around a quarter [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/tiltsensor.png" alt="Patent image of Tilt sensor" /><br /><em>A tilt-detector from <a href="http://v3.espacenet.com/textdoc?DB=EPODOC&#038;IDX=US4438720&#038;F=0&#038;QPN=US4438720">this 1984 US patent</a>, with intended application on a packing box</em>.</p>
<p>The <a href="http://architectures.danlockton.co.uk/?p=143">liquid detection stickers</a> in mobile phones, which allow manufacturers and retailers to ascertain if a phone has got wet, and thus reject warranty claims (whether judiciously/appropriately or not), seem to be concerning a lot of people worldwide. Around a quarter of this site&#8217;s visitors are searching for information on this subject, and the <a href="http://architectures.danlockton.co.uk/?p=143#comments">comments</a> on last October&#8217;s post on the subject contain a wealth of useful experience and advice.</p>
<p>This <a href="http://www.legalbanter.co.uk/uk-legal-moderated-legal-topics/39410-warranty-claim-rejected-due-liquid.html">current thread on uk.legal.moderated</a> goes into more depth on the issue, and how the burden of proof works in this case (at least in the UK). While informed opinion seems to be that the stickers will only change colour when actual liquid is present within the phone, rather than mere moisture or damp, this may well include condensation forming within the casing, as well as the more obvious dropping-of-phone-into-puddle and so on. The main point of contention seems to be that the sticker may change colour (perhaps gradually) and the phone continue working perfectly, but when an unrelated problem occurs and the phone is taken in for repairs under warranty, the presence of the &#8216;voided&#8217; sticker may be used as a universal warranty get-out even if the actual problem is something different. </p>
<p><strong>Tilt detection</strong><br />
Along these lines, <a href="http://www.legalbanter.co.uk/435008-post4.html">one of the posts</a> tells of a similarly interesting design tactic &#8211; tilt-detectors on larger hardware:</p>
<blockquote><p>30 years in the IT industry and associated customer service tells me they are trying it on and most people buy it. In the olden days, hardware used to come with a similar red dot system indicating the kit had been tilted more than 45 degrees and the manufacturers claimed the kit could not be installed and had to be written off. </p>
<p>Of course, 99.9% of the time the kit was fine, but they had a get-out from a warranty claim or so they thought. When the buyers  tried to claim on their insurance or against the transport companies insurers the loss adjusters got involved and invariably the kit was installed and worked fine for years rather than the insurers paying out.</p></blockquote>
<p>In some cases, of course, tilt-detectors were (are still?) necessary in this role. A piece of equipment with multiple vertically cantilevered PCBs laden with heavy components &#8211; relays, for example &#8211; might well be damaged if the PCBs were tilted away from the vertical. Certainly some devices with small moving coil components would seem as though they may be damaged by being turned upside down, for example. (Do the ultra-fine damper wires on an aperture-grille CRT monitor such as a Trinitron need to be kept in a particular orientation when handling the monitor?) </p>
<p><a href="http://v3.espacenet.com/textdoc?DB=EPODOC&#038;IDX=US4438720&#038;F=0&#038;QPN=US4438720">This patent</a>, published in 1984, from which the above images were extracted, describes an especially clever &#8216;interlock&#8217; system using two liquid-based detectors arranged so that if the device/package is tilted and then tilted <em>back</em> again, the second detector will then be triggered:</p>
<blockquote><p>&#8230;it is desirable that the tilt detectors not be resettable. In particular, it must be possible to combine a package with at least a pair of the tilt detectors such that attempting to reset one would cause the other to be tilted beyond its pre-determined maximum angle so that the total combination would always afford an indication that the tilt beyond that allowed had been effected.</p></blockquote>
<p>This is something of a <em><a href="http://architectures.danlockton.co.uk/?page_id=6#pokayoke">poka-yoke</a></em> &#8211; but as with the phone liquid-detection stickers, it&#8217;s being used to <em>detect</em> undesirable customer/handler behaviour rather than actually to <em>prevent</em> it happening. Other than making a package too heavy to tilt, I am not sure exactly how we might design something which actually prevents the tilting problem, aside from rectifying the design problem which makes tilting a problem in the first place (even filling the airspace in the case with non-conductive, low-density foam might help here). </p>
<p>But there&#8217;s certainly a way the tilt-detector could be improved to <strong>help</strong> and <strong>inform</strong> the handler rather than simply &#8216;condemn&#8217; the device. For example, it could let out an audible alarm if the package or device is tilted, say, 20 degrees, to allow the handler to rectify his or her mistake before reaching the damaging 45 degrees, whilst still permanently changing colour if 45 degrees is reached. In the long run, it would probably help educated users about how to handle the device rather than just &#8216;punishing&#8217; them for an infraction. I&#8217;m sure that mercury-switch (or whatever the current non-toxic equivalent is) alarms have been used in this way (e.g. on a vending machine), but how often are they used to help the user rather than alert security?</p>
<p>The patent description goes on to mention using tamper-evident methods of attaching the detectors to the device or packaging &#8211; this is another interesting area, which I am sure we will cover at some point on the blog.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/08/24/on-the-level/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Dishonourable discharge?</title>
		<link>http://architectures.danlockton.co.uk/2007/08/07/dishonourable-discharge/</link>
		<comments>http://architectures.danlockton.co.uk/2007/08/07/dishonourable-discharge/#comments</comments>
		<pubDate>Tue, 07 Aug 2007 10:18:10 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad profits]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cell phones]]></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[DRM]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/08/07/dishonourable-discharge/</guid>
		<description><![CDATA[Long overdue, I&#8217;m currently reading Bruce Schneier&#8216;s excellent Beyond Fear, and realising that in many ways, security thinking overlaps with architectures of control: the goal of so many systems is to control users&#8217; behaviour or to deny the user the ability to perform certain actions. I&#8217;ll post a fuller comparison and analysis in due course, [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/nokia0000.jpg" alt="Nokia phone with battery visible" /></p>
<p>Long overdue, I&#8217;m currently reading <a href="http://www.schneier.com/blog/">Bruce Schneier</a>&#8216;s excellent <a href="http://www.amazon.co.uk/exec/obidos/ASIN/0387026207/danlocktoindu-21"><em>Beyond Fear</em></a>, and realising that in many ways, security thinking overlaps with architectures of control: the goal of so many systems is to control users&#8217; behaviour or to deny the user the ability to perform certain actions. I&#8217;ll post a fuller comparison and analysis in due course, but one example Bruce mentions in passing seemed worth blogging separately: </p>
<blockquote><p>Nokia spends about a hundred times more money per phone on battery security than on communications security. The security system <strong>senses when a consumer uses a third-party battery and switches the phone into maximum power-consumption mode</strong>; the point is to ensure that consumers buy only Nokia batteries. </p>
<p>Nokia is prepared to spend a considerable amount of money solving a security problem that it perceives &#8211; it loses revenue if customers buy batteries from someone else &#8211; even though that solution is detrimental to consumers.</p></blockquote>
<p>As a battery authentication method, this is more subtle than the <a href="http://architectures.danlockton.co.uk/2006/07/20/friend-or-foe-battery-authentication-ics/">systems we&#8217;ve looked at before</a>, which actually refuse to allow the device to operate if a non-original-manufacturer battery (or perhaps <a href="http://architectures.danlockton.co.uk/2007/07/23/another-charging-opportunity/">charger</a>) is used. </p>
<p>Nokia&#8217;s system attempts to <em>persuade</em> the customer that the new (cheaper) battery he or she has bought is &#8220;no good&#8221; by making the phone discharge the battery more quickly &#8211; in an extremely underhanded way. From the point of view of the (uninformed) consumer, though, it makes Nokia look <em>good</em>. &#8220;Oh, that cheap battery I bought is rubbish, it doesn&#8217;t seem to hold its charge. Nokia make them so much better, guess I should stick to them in future.&#8221;</p>
<p>But if the Nokia batteries were genuinely &#8216;better&#8217; than the cheap replacement ones, surely this kind of underhanded tactic wouldn&#8217;t be necessary?</p>
<p>P.S. I have no idea whether this Nokia &#8216;trick&#8217; is real/common/still used, as <em>Beyond Fear</em> has no references, or whether other manufacturers do something similar (as opposed to outright battery authentication-and-denial). I&#8217;ll ask a friend at Nokia.</p>
<p>P.P.S. Jason Kottke <a href="http://www.kottke.org/03/10/nokia-phones-exploding">also noted this tactic</a> back in 2003.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/08/07/dishonourable-discharge/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Key issue</title>
		<link>http://architectures.danlockton.co.uk/2007/06/01/key-issue/</link>
		<comments>http://architectures.danlockton.co.uk/2007/06/01/key-issue/#comments</comments>
		<pubDate>Fri, 01 Jun 2007 11:33:26 +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[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User experience]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/06/01/key-issue/</guid>
		<description><![CDATA[Is this simply poor design or a deliberate feature? A friend tells me of his irritation with his Sony Ericsson W880i&#8217;s &#8216;internet&#8217; key, which is positioned such that it frequently gets pressed accidentally when pressing the buttons above and below it &#8211; &#8220;three or four times a day&#8221;, he says &#8211; and, to avoid incurring [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/sonyericsson.jpg" alt="SonyEricsson W880i" /></p>
<p>Is this simply poor design or a deliberate feature? A friend tells me of his irritation with his Sony Ericsson W880i&#8217;s &#8216;internet&#8217; key, which is positioned such that it frequently gets pressed accidentally when pressing the buttons above and below it &#8211; &#8220;three or four times a day&#8221;, he says &#8211; and, to avoid incurring internet charges, needs to be immediately cancelled.</p>
<p>Clearly any device with many functions and small keys is always going to have some issues with accidental key-presses, but when a single accidental key-press can actually cost the user money and the user not necessarily notice it straight away, this would seem to be a bad choice of layout. Is the &#8216;internet-via-a-single-key-press&#8217; such a valuable feature that replacing it with, say, a process involving two presses (e.g. a confirmation in addition to the original press) would inconvenience users more?</p>
<p>It seems perhaps <em>unlikely</em> that this is an intentional architecture of control to increase revenue for the network operators by causing accidental connections, but the fact that my friend suggested this &#8211; straight off &#8211; as the reason for the design, demonstrates how, as users of technology, we&#8217;re increasingly aware and suspicious of architectures of control in the products and systems around us, even if we don&#8217;t have a full grasp of the concept in a wider context. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/06/01/key-issue/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>Some links</title>
		<link>http://architectures.danlockton.co.uk/2007/01/17/some-links/</link>
		<comments>http://architectures.danlockton.co.uk/2007/01/17/some-links/#comments</comments>
		<pubDate>Wed, 17 Jan 2007 12:58:07 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></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[Control]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Foucault]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Punishment]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Specious arguments]]></category>
		<category><![CDATA[Stallman]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[User experience]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/01/17/some-links/</guid>
		<description><![CDATA[First, an apology for anyone who&#8217;s had problems with the RSS/Atom feeds over the last month or so. I think they&#8217;re fixed now (certainly Bloglines has started picking them up again) but please let me know if you don&#8217;t read this. Oops, that won&#8217;t work&#8230; anyway: &#8216;Gadgets as Tyrants&#8217; by Xeni Jardin, looks at digital [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/links.jpg" alt="Some links. Guess what vehicle this is." /></p>
<p>First, an apology for anyone who&#8217;s had problems with the RSS/Atom feeds over the last month or so. I think they&#8217;re fixed now (certainly Bloglines has started picking them up again) but please let me know if you don&#8217;t read this. Oops, that won&#8217;t work&#8230; anyway:</p>
<li><a href="http://www.nytimes.com/2007/01/16/opinion/16jardin.html?ex=1326603600&#038;en=1cf836828c326bd9&#038;ei=5090&#038;partner=rssuserland&#038;emc=rss">&#8216;Gadgets as Tyrants&#8217;</a> by Xeni Jardin, looks at digital architectures of control in the context of the 2007 Consumer Electronics Show in Las Vegas :<br />
<blockquote><p>Many of the tens of thousands of products displayed last week on the Vegas expo floor, as attractive and innovative as they are, are designed to restrict our use&#8230; Even children are bothered by the increasing restrictions. One electronics show attendee told me his 12-year-old recently asked him, “Why do I have to buy my favorite game five times?” Because the company that made the game wants to profit from each device the user plays it on: Wii, Xbox, PlayStation, Game Boy or phone.</p>
<p>At this year’s show, the president of the Consumer Electronics Association, Gary Shapiro, spoke up for “digital freedom,” arguing that tech companies shouldn’t need Hollywood’s permission when they design a new product. </p></blockquote>
</li>
<li><a href="http://www.consumerist.com/consumer/walmart/walmart-commercial-from-1981-featuring-cassette-to-cassette-copying-229089.php"><em>The Consumerist</em> &#8211; showing a 1981 Walmart advert for a twin cassette deck</a> &#8211; comments that &#8220;Copying music wasn&#8217;t always so taboo&#8221;.
<p>I&#8217;m not sure it is now, either. </li>
<li><a href="http://www.saxonnetworks.co.uk">George Preston</a> very kindly reminds me of the excellent <a href="http://www.cl.cam.ac.uk/~rja14/tcpa-faq.html">Trusted Computing FAQ</a> by <a href="http://www.lightbluetouchpaper.org/">Ross Anderson</a>, a fantastic exposition of the arguments. For more on Vista&#8217;s &#8216;trusted&#8217; computing issues, <a href="http://www.boingboing.net/2007/01/13/vista_suicide_note_r.html">Peter Guttmann</a> has some very clear explanations of how shocking far we are from anything sensible. See also Richard Stallman&#8217;s <a href="http://architectures.danlockton.co.uk/2006/02/25/richard-stallmans-right-to-read-dystopia-growing-closer-every-day/"><strong>&#8216;Right to Read&#8217;</strong></a>.</li>
<li>David Rickerson equally kindly sends me details of a <a href="http://www.correctionalnews.com/ME2/Audiences/dirmod.asp?sid=&#038;nm=&#038;type=Publishing&#038;mod=Publications%3A%3AArticle&#038;mid=8F3A7027421841978F18BE895F87F791&#038;tier=4&#038;id=88327817A39E494AA4A426AF092D33D2">modern Panopticon</a> prison recently built in Colorado &#8211; quite impressive in a way:<br />
<blockquote><p><img src="http://www.danlockton.co.uk/research/images/panopticon_new.jpg" alt="Image from Correctional News" /></p>
<p>&#8230;Architects hit a snag when they realized too much visibility could create problems.</p>
<p>“We’ve got lots of windows looking in, but the drawback is that inmates can look from one unit to another through the windows at the central core area of the ward,” Gulliksen says. “That’s a big deal. You don’t want inmates to see other inmates across the hall with gang affiliations and things like that.”</p>
<p>To minimize unwanted visibility, the design team applied a reflective film to all the windows facing the wards. Deputies can see out, but inmates cannot see in. Much like the 18th-century Panopticon, the El Paso County jail design keeps inmates from seeing who is watching them.</p></blockquote>
<p><em>Image from <a href="http://www.correctionalnews.com/ME2/Audiences/dirmod.asp?sid=&#038;nm=&#038;type=Publishing&#038;mod=Publications%3A%3AArticle&#038;mid=8F3A7027421841978F18BE895F87F791&#038;tier=4&#038;id=88327817A39E494AA4A426AF092D33D2">Correctional News website</a></em></li>
<li>Should the iPhone <a href="http://radar.oreilly.com/archives/2007/01/four_stories_on.html">be</a> <a href="http://www.boingboing.net/2007/01/14/iphone_the_roach_mot.html">more</a> <a href="http://www.brash.com/brash_dot_com/2007/01/watch_steves_de.html">open</a>?
<p>As <a href="http://www.brash.com/brash_dot_com/2007/01/watch_steves_de.html">Jason Devitt says</a>, stopping users installing non-Apple (or Apple-approved) software means that the cost of sending messages goes from (potentially) zero, to $5,000 per megabyte:</p>
<blockquote><p>Steve typed &#8220;Sounds great. See you there.&#8221; 28 characters, 28 bytes. Call it 30. What does it cost to transmit 30 bytes?</p>
<p>    * iChat on my Macbook: zero.<br />
    * iChat running on an iPhone using WiFi: zero.<br />
    * iChat running on an iPhone using Cingular&#8217;s GPRS/EDGE data network: 6 hundredths of a penny.<br />
    * Steve&#8217;s &#8216;cool new text messaging app&#8217; on an iPhone: 15c. </p>
<p>A nickel and a dime.</p>
<p>15c for 30 bytes = $0.15 X 1,000,000 / 30 = $5,000 per megabyte.</p>
<p>&#8220;Yes, but it isn&#8217;t really $5,000,&#8221; you say. It is if you are Cingular, and you handle a few billion messages like this each quarter. </p>
<p>&#8230; [I] assumed that I would be able to install iChat myself. Or better still Adium, which supports AIM, MSN, ICQ, and Jabber. But I will not be able to do that because &#8230; it will not be possible to install applications on the iPhone without the approval of Cingular and Apple&#8230; But as a consumer, I have a choice. And for now the ability to install any application that I want leaves phones powered by Windows Mobile, Symbian, Linux, RIM, and Palm OS with some major advantages over the iPhone.</p></blockquote>
<p>Aside from the price discrimination (and business model) issue (see also <a href="http://architectures.danlockton.co.uk/?page_id=12"><strong>Control &#038; Networks</strong></a>), one thing that strikes me about a phone with a flat touch screen is simply <strong>how much less haptic feedback the user gets</strong>. </p>
<p>I know people who can text competently without looking at the screen, or indeed the phone at all. They rely on the feel of the buttons, the pattern of raised and lowered areas and the sensation as the button is pressed, to know whether or not the character has actually been entered, and which character it was (based on how many times the button is pressed). I would imagine they would be rather slow with the iPhone.</li>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/01/17/some-links/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>The Tell-Tale Part</title>
		<link>http://architectures.danlockton.co.uk/2006/10/17/the-tell-tale-part/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/17/the-tell-tale-part/#comments</comments>
		<pubDate>Tue, 17 Oct 2006 08:28:28 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Cell phones]]></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[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[Fightback Devices]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Mistake-proofing]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Poka-yoke]]></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[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=143</guid>
		<description><![CDATA[Open the case of your mobile (cell) phone. Do you see a round white sticker, similar to that in the first photo below? This is a water damage sticker, which changes colour if moisture gets into this bit of the phone, and will be used to void your warranty if your phone stops working for [...]]]></description>
			<content:encoded><![CDATA[<p>Open the case of your mobile (cell) phone. Do you see a round white sticker, similar to that in the first photo below?</p>
<p><img src="http://www.danlockton.co.uk/research/images/phonesticker1.jpg" alt="Water damage sticker" /></p>
<p>This is a <strong>water damage sticker</strong>, which changes colour if moisture gets into this bit of the phone, and will be used to void your warranty if  your phone stops working for any reason. </p>
<p>A single droplet of water placed on the sticker turns it bright red (in the case of my phone, anyway):</p>
<p><img src="http://www.danlockton.co.uk/research/images/phonesticker2.jpg" alt="Water damage sticker" /></p>
<p><a href="http://www.wikihow.com/Save-a-Wet-Cell-Phone">WikiHow&#8217;s &#8216;How to save a wet cell phone&#8217;</a> (found via <a href="http://www.consumerist.com/consumer/cellphones/save-a-wet-cellphone-207974.php">Consumerist)</a> recommends that you:</p>
<blockquote><p>&#8220;Place a piece of satin finish scotch tape over your water damage sticker before you drop your cell phone in the water to prevent the water damage sticker from voiding your warranty&#8230; Remove the tape if you ever have to return your phone for repairs or warranty.&#8221;</p></blockquote>
<p>Now, it&#8217;s a clever idea on the part of the phone companies, and presumably water-damaged phones being returned under warranty were enough of a problem to make such stickers &#8216;necessary&#8217;.</p>
<p>However, we all know that in practice, any non-working phone where the sticker has changed colour will be immediately classified as &#8216;water-damaged&#8217; and the customer&#8217;s rights voided, even if the actual phone was independently defective. </p>
<p>As a designer, I would much prefer to look at the problem as <strong>&#8220;How can we improve the sealing of phones so that water ingress is no longer a major problem?&#8221;</strong> than <strong>&#8220;How can we design something to cover our backs and shift all the blame onto the user for our design fault?&#8221;</strong></p>
<p>But maybe I&#8217;m naïve.</p>
<p><em>P.S. My Motorola, shown above, began to work intermittently just a month after the warranty expired, completely unrelated to any water issues, hence I don&#8217;t mind getting the sticker wet.</em></p>
<p><em>P.S. Hi, visitors from Nokia. Please note, my intention wasn&#8217;t to have a go at phone designers (or the engineering teams); and your phones seem superior on the water-protection front anyway. It&#8217;s just a commentary on the mindset which says &#8220;it&#8217;s easier/cheaper to catch users out than it is to solve the problem.&#8221;</em></p>
<p><!--adsense--><!--adsense--></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/17/the-tell-tale-part/feed/</wfw:commentRss>
		<slash:comments>120</slash:comments>
		</item>
		<item>
		<title>Review: Made to Break by Giles Slade</title>
		<link>http://architectures.danlockton.co.uk/2006/10/08/review-made-to-break-by-giles-slade/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/08/review-made-to-break-by-giles-slade/#comments</comments>
		<pubDate>Sun, 08 Oct 2006 08:33:28 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Civil rights]]></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[Designed to be unpleasant]]></category>
		<category><![CDATA[Designers]]></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[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[Innovation]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Japan]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Panopticon]]></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[Public money]]></category>
		<category><![CDATA[Radio]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Shopping]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Stifling innovation]]></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[US]]></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=135</guid>
		<description><![CDATA[Last month I mentioned some fascinating details on planned obsolescence gleaned from a review of Giles Slade&#8216;s Made to Break: Technology and Obsolescence in America. Having now read the book for myself, here&#8217;s my review, including noteworthy &#8216;architectures of control&#8217; examples and pertinent commentary. Slade examines the phenomenon of obsolescence in products from the early [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/madetobreak.jpg" alt="This TV wasn't made to break" /></p>
<p><a href="http://architectures.danlockton.co.uk/?p=110"><strong>Last month</strong></a> I mentioned some fascinating details on planned obsolescence gleaned from a review of <a href="http://www.powells.com/tqa/slade.html">Giles Slade</a>&#8216;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>. Having now read the book for myself, here&#8217;s my review, including noteworthy &#8216;architectures of control&#8217; examples and pertinent commentary.</p>
<p>Slade examines the phenomenon of obsolescence in products from the early 20th century to the present day, through chapters looking, roughly chronologically, at different waves of obsolescence and the reasons behind them in a variety of fields &#8211; including the <a href="http://en.wikipedia.org/wiki/Razor_and_blades_business_model">razor-blade model</a> in consumer products, the <a href="http://en.wikipedia.org/wiki/Edwin_Armstrong">FM radio débâcle</a> in the US, the ever-shortening life-cycles of mobile phones, and even planned malfunction in Cold War-era US technology copied by the USSR. While the book ostensibly looks at these subjects in relation to the US, it all rings true from an international viewpoint.*</p>
<p>The major factors in technology-driven obsolescence, in particular electronic miniaturisation, are well covered, and there is a very good treatment of psychological obsolescence, both deliberate (as in the 1950s US motor industry, the fashion industry &#8211; and in the manipulation techniques brought to widespread attention by Vance Packard&#8217;s <em><a href="http://en.wikipedia.org/wiki/The_Hidden_Persuaders">The Hidden Persuaders</a></em>) and unplanned but inherent to human desire (neophilia). </p>
<p><strong>Philosophy of planned obsolescence</strong></p>
<p>The practice of &#8216;death-dating&#8217; &#8211; what&#8217;s often called <strong>built-in obsolescence</strong> in the UK &#8211; i.e., designing products to fail after a certain time (and very much an architecture of control when used to lock the consumer into replacement cycles) is dealt with initially within a Depression-era US context (see below), but continued with an extremely interesting look at a debate on the subject carried on in the editorials and readers&#8217; letters of <em>Design News</em> in 1958-9, in which industrial designers and engineers argued over the ethics (and efficiency) of the practice, with the attitudes of major magazine advertisers and sponsors seemingly playing a part in shaping some attitudes. Fuelled by Vance Packard&#8217;s <em><a href="http://www.amazon.com/Waste-Makers-Vance-packard/dp/0671822942">The Waste Makers</a></em>, the debate, broadened to include psychological obsolescence as well, was extended to more widely-read organs, including <a href="http://en.wikipedia.org/wiki/Brooks_Stevens">Brooks Stevens</a> (pro-planned obsolescence) and <a href="http://en.wikipedia.org/wiki/Walter_Dorwin_Teague">Walter Dorwin Teague</a> (anti- ) going head-to-head in <a href="http://www.rotary.org/newsroom/rotarian/about.html"><em>The Rotarian</em></a>.</p>
<p>(The fact that this debate occurred so publicly is especially relevant, I feel, to the subject of architectures of control &#8211; especially over-restrictive DRM and certain surveillance-linked control systems &#8211; in our own era, since so far most of those speaking out against these are not the designers and engineers tasked with implementing them in our products and environments, but science-fiction authors, free software advocates and interested observers &#8211; you can find many of them in the blogroll to the right. But where is the ethical debate in the design literature or on the major design websites? Where is the morality discussion in our technology and engineering journals? There is no high-profile Vance Packard for our time. Yet.)</p>
<p>Slade examines the ideas of Bernard London, a Manhattan real estate broker who published a pamphlet, <em>Ending the Depression through Planned Obsolescence</em>, in 1932, in which he proposed a government-enforced replacement programme for products, to stimulate the economy and save manufacturers (and their employees) from ruin:</p>
<blockquote><p>&#8220;London was dismayed that &#8220;changing habits of consumption [had] destroyed property values and opportunities for emplyment [leaving] the welfare of society &#8230; to pure chance and accident.&#8221; From the perspective of an acute and successful buinessman, the Depression was a new kind of enforced thrift.</p>
<p>&#8230;</p>
<p>London wanted the government to &#8220;assign a lease of life to shoes and homes and machines, to all products of manufacture &#8230; when they are first created.&#8221; After the allotted time expired:</p>
</blockquote>
<blockquote><p>&#8220;these things would be legally &#8216;dead&#8217; and would be controlled by the duly appointed governmental agency and destroyed if there is widepsread unemployment. New products would constantly be pouring forth from the factories and marketplaces, to take the place of the obsolete, and the wheels of industry would be kept going&#8230; people would turn in their used and obsolete goods to certain governmental agencies&#8230; The individual surrendering&#8230; would receive from the Comptroller &#8230; a receipt&#8230; partially equivalent to money in the purchase of new goods.&#8221;</p></blockquote>
<p>This kind of ultimate command economy also has a parallel in a Aldous Huxley&#8217;s <em><a href="http://en.wikipedia.org/wiki/Brave_New_World#Synopsis">Brave New World</a></em> where consumers are indoctrinated into repetitive consumption for the good of the State, as Slade notes. </p>
<p>What I find especially interesting is how a planned system of &#8216;obsolete&#8217; products being surrendered to governmental agencies resonates with take-back and recycling legislation in our own era. London&#8217;s consumers would effectively have been &#8216;renting&#8217; the functions their products provided, for a certain amount of time pre-determined by &#8220;[boards of] competent engineers, economists and mathematicians, specialists in their fields.&#8221; (It&#8217;s not clear whether selling good second-hand would be prohibited or strictly regulated under London&#8217;s system &#8211; this sort of thing has been at least <a href="http://www.akihabaranews.com/en/en/news-11230-2nd+hand+electronics+sales+will+soon+be+illegal+in+Japan.html">partially touched on in Japan</a> though apparently for &#8216;safety&#8217; reasons rather than to force consumption.)</p>
<p>This model of forced product retirement and replacement is not dissimilar to the &#8216;function rental&#8217; model used by many manufacturers today &#8211; both high-tech (e.g. <a href="http://www.rolls-royce.com/service/defence/helicopters/fha.jsp">Rolls-Royce&#8217;s &#8216;Power by the Hour&#8217;</a>) and lower-tech (e.g. photocopier rental to institutions), but <em>if coupled to designed-in death-dating</em> (which London was not expressly suggesting), we might end up with manufacturers being better able to manage their take-back responsibilities. For example, a car company required to take its old models back at their end of life would be able to operate more efficiently if it knew exactly <em>when</em> certain models would be returned. BMW doesn&#8217;t want to be taking back the odd stray 2006 3-series among its 2025 take-back programme, but if the cars could be sold in the first place with, say, a built-in 8-year lifetime (perhaps co-terminant with the warranty? Maybe the ECU switches itself off), this would allow precise management of returned vehicles and the recycling or disposal process. In &#8216;<a href="http://architectures.danlockton.co.uk/?page_id=19"><strong>Optimum Lifetime Products</strong></a>&#8216; I applied this idea from an environmental point of view &#8211; since certain consumer products which become less efficient with prolonged usage, such as refrigerators <a href="http://cat.inist.fr/?aModele=afficheN&#038;cpsidt=15347809">really do</a> have an optimum lifetime (in energy terms) when a full life-cycle analysis is done, why not design products to cease operation &#8211; and alert the manufacturer, or even <a href="http://www.activedisassembly.com/index3.html">actively disassemble</a> &#8211; automatically when their optimum lifetime (perhaps in hours of use) is reached?</p>
<p><img src="http://www.danlockton.co.uk/research/images/monitor.jpg" alt="Shooting CRTs can be a barrel of laughs" /></p>
<p><strong>The problem of electronic waste</strong></p>
<p>Returning to the book, Slade gives some astonishing statistics on electronic waste, with the major culprits being mobile phones, discarded mainly through psychological obsolescence, televisions to be discarded in the US (at least) through a federally mandated standards change, and computer equipment (PCs and monitors) discarded through progressive technological obsolescence:</p>
<blockquote><p>&#8220;By 2002 over 130 million still-working portable phones were retired in the United States. Cell phones have now achieved the dubious distinction of having the shortest life cycle of any consumer product in the country, and their life span is still declining. In Japan, they are discarded within a year of purchase&#8230; [P]eople who already have cell phones are replacing them with newer models, people who do not have cell phones already are getting their first ones (which they too will replace within approximately eighteen months), and, at least in some parts of the world, people who have only one cell phone are getting a second or third&#8230; In 2005 about 50,000 tons of these so-called obsolete phones were &#8216;retired&#8217; [in the US alone], and only a fraction of them were disassembled for re-use. Altogether, about 250,000 tons of discarded but still usable cell phones sit in stockpiles in America, awaiting dismantling or disposal. We are standing on the precipice of an insurmountable e-waste storage that no landfill program so far imagined will be able to solve.</p>
<p>&#8230;</p>
<p>[I]n 2004 about 315 million working PCs were retired in North America&#8230; most would go straight to the scrap heap. These still-functioning but obsolete computers represented an enormous increase over the 63 million working PCs dumped into American landfills in 2003.</p>
<p>&#8230;</p>
<p>Obsolete cathode ray tubes used in computer monitors will already be in the trash&#8230; by the time a US government mandate goes into effect in 2009 committing all of the country to High-Definition TV [thus rendering <strong>every single television set</strong> obsolete]&#8230; the looming problem is not just the oversized analog TV siting in the family room&#8230; The fact is that no-one really knows how many smaller analog TVs still lurk in basements [etc.]&#8230; For more than a decade, about 20 to 25 million TVs have been sold annually in the United States, while only 20,000 are recycled each year. So, as federal regulations mandating HDTV come into effect in 2009, an unknown but substantially larger number of analog TVs will join the hundreds of millions of computer monitors entering America&#8217;s overcrowded, pre-toxic waste stream. <strong>Just this one-time disposal of &#8216;brown goods&#8217; will, alone, more than double the hazardous waste problem in North America</strong>.&#8221;</p></blockquote>
<p>Other than building hundreds of millions of <a href="http://www.makezine.com/blog/archive/2006/05/5_things_to_do_with_old_tvs.html">Tesla coils or Jacob&#8217;s ladders</a>, is there anything useful we could do with waste CRTs?</p>
<p><strong>Planned malfunction for strategic reasons</strong></p>
<p>The chapter &#8216;Weaponizing Planned Obsolescence&#8217; discusses a <a href="http://www.fcw.com/article82709-04-26-04-Print">CIA operation</a>, inspired by economist Gus Weiss, to sabotage certain US-sourced strategic and weapon technology which the USSR was known to be acquiring covertly. This is a fascinating story, involving Texas Instruments designing and producing a chip-tester which would, after a few trust-building months, deliberately pass defective chips, and a Canadian software company supplying pump/valve control software intentionally modified to cause massive failure in a Siberian gas pipeline, which occurred in 1983:</p>
<blockquote><p>&#8220;A three-kiloton blast, &#8220;the most monumental non-nuclear explosion and fire ever seen from space,&#8221; puzzled White House staffers and NATO analysts until &#8220;Gus Weiss came down the hall to tell his fellow NSC staffers not to worry.&#8221;"</p></blockquote>
<p>While there isn&#8217;t scope here to go into more detail on these examples, it raises an interesting question: to what extent does deliberate, designed-in sabotage happen for strategic reasons in other countries and industries? When a US company supplies weapons to a foreign power, is the software or material quality a little &#8216;different&#8217; to that supplied to US forces? When a company supplies components to its competitors, does it ever deliberately select those with poorer tolerances or less refined operating characteristics?</p>
<p><a name="degradation"></a>I&#8217;ve come across two software examples specifically incorporating this behaviour &#8211; first, the <a href="http://www.brainhz.com/underhanded/">Underhanded C Contest</a>, run by <a href="http://blog.xcott.com/">Scott Craver</a>:</p>
<blockquote><p>&#8220;Imagine you are an application developer for an OS vendor. You must write portable C code that will inexplicably taaaaaake a looooooong tiiiiime when compiled and run on a competitor&#8217;s OS&#8230; The code must not look suspicious, and if ever anyone figures out what you did it best look like bad coding rather than intentional malfeasance.&#8221;</p></blockquote>
<p>There&#8217;s also <a href="http://my.opera.com/community/dev/discussion/openweb/20030206/">Microsoft&#8217;s apparently deliberate attempts to make MSN function poorly when using Opera</a>:</p>
<blockquote><p>&#8220;Opera7 receives a style sheet which is very different from the Microsoft and Netscape browsers. Looking inside the style sheet sent to Opera7 we find this fragment:</p>
<p>ul {<br />
  margin: -2px 0px 0px -30px;<br />
}</p>
<p>The culprit is in the &#8220;-30px&#8221; value set on the margin property. This value instructs Opera 7 to move list elements 30 pixels to the left of its parent. That is, <strong>Opera 7 is explicitly instructed to move content off the side of its container thus creating the impression that there is something wrong with Opera 7</strong>.&#8221; </p></blockquote>
<p><strong>Levittown: designed-in privacy</strong></p>
<p>Slade&#8217;s discussion of post-war trends in US consumerism includes an interesting architecture of control example, which is not in itself about obsolescence, but demonstrates the <a href="http://architectures.danlockton.co.uk/?page_id=4"><strong>embedding of &#8216;politics&#8217; into the built environment</strong></a>.The <a href="http://www.freeenterpriseland.com/BOOK/LITTLEBOXES.html">Levittown</a> communities built by Levitt &#038; Sons in early post-war America were planned to offer new residents a degree of privacy unattainable in inner-city developments, and as such, features which encouraged loitering and foot traffic (porches, sidewalks) were deliberately eliminated (this is similar thinking to <a href="http://en.wikipedia.org/wiki/Robert_Moses#Legacy_and_lasting_impact">Robert Moses&#8217; apparently deliberate low bridges</a> on certain parkways to prevent buses using them).</p>
<p><strong>The book itself</strong></p>
<p><em>Made to Break</em> is a very engaging look at the threads that tie together &#8216;progress&#8217; in technology and society in a number of fields of 20th century history. It&#8217;s clearly written with a great deal of research, and extensive referencing and endnotes, and the sheer variety of subjects covered, from fashion design to slide rules, makes it easy to read a chapter at a time without too much inter-chapter dependence. In some cases, there is probably too much detail about related issues not directly affecting the central obsolescence discussion (for example, I feel the chapter on the Cold War deviates a bit too much) but these tangential and background areas are also extremely interesting. Some illustrations &#8211; even if only graphs showing trends in e-waste creation &#8211; would also probably help attract more casual readers and spread the concern about our obsolescence habits to a wider public. (But then, a lack of illustrations never harmed <em>The Hidden Persuaders</em>&#8216; influence; perhaps I&#8217;m speaking as a designer rather than a typical reader).</p>
<p>All in all, highly recommended.</p>
<p><img src="http://www.danlockton.co.uk/research/images/skip2.jpg" alt="Skip" /></p>
<p><em>(*It would be interesting, however, to compare the consumerism-driven rapid planned obsolescence of post-war fins-&#8217;n'-chrome America with the rationing-driven austerity of post-war Britain: did British companies in this era build their products (often for export only) to last, or were they hampered by material shortages? To what extent did the &#8216;make-do-and-mend&#8217; culture of everyday 1940s-50s Britain affect the way that products were developed and marketed? And &#8211; from a strategic point of view &#8211; did the large post-war nationalised industries in, say, France (and Britain) take a similar attitude towards deliberate obsolescence to encourage consumer spending as many companies did in the Depression-era US? Are there cases where built-in obsolescence by one arm of nationalised industry adversely affected another arm?)</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/08/review-made-to-break-by-giles-slade/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Casino programmable*</title>
		<link>http://architectures.danlockton.co.uk/2006/10/05/casino-programmable/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/05/casino-programmable/#comments</comments>
		<pubDate>Thu, 05 Oct 2006 16:34:14 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Deleuze]]></category>
		<category><![CDATA[Design]]></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[Embedding code]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Foucault]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=134</guid>
		<description><![CDATA[Signal vs Noise talks about the casino experience &#8211; a world awash with designed-in architectures of control, both physical and psychological (and physiological, perhaps), truly environments designed specifically to manipulate and reinforce certain behaviour, from maze-like layouts (intentional route obfuscation &#8211; perhaps even more so than in supermarkets) to the deliberate funnelling of winners past [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/casinoroyale.jpg" alt="Part of the cover of a late-60s Pan edition of Casino Royale" /></p>
<p><a href="http://www.37signals.com/svn/archives2/the_casino_experience.php">Signal vs Noise talks about the casino experience</a> &#8211; a world awash with designed-in architectures of control, both physical and psychological (and physiological, perhaps), truly environments designed specifically to manipulate and reinforce certain behaviour, from maze-like layouts (intentional route obfuscation &#8211; perhaps even more so than in <a href="http://architectures.danlockton.co.uk/?p=67"><strong>supermarkets</strong></a>) to the deliberate funnelling of winners past many other places to spend their chips on the way to the cashier&#8217;s window.</p>
<p>While the commenters (including &#8216;Hunter&#8217; who runs <a href="http://www.ratevegas.com/blog/">a blog on casino design</a>) attempt to clarify/debunk some of the more legendary &#8216;casino tricks&#8217; including restricting daylight and pumping extra oxygen onto the floor, it&#8217;s clear that an enormous <a href="http://www.friedmandesign.com/book.html">wealth of expertise</a> has developed over the years to maximise the control of players and thus maximise casinos&#8217; takings.</p>
<p>A couple of months ago, <a href="http://blog.xcott.com/?p=17">Scott Craver</a> mentioned another interesting casino trick: </p>
<blockquote><p>&#8220;This casino had a cell-phone blocker, and of course our conference room would have no wi-fi. Apparently the goal is to attract people to machines and disconnect them from everything else in the world. From the gambling areas you cannot tell if it is day or night. And the way everything was designed to suck people in had all the subtlety of a mousetrap.&#8221;</p></blockquote>
<p>(Despite spending most of my formative years reading the James Bond books over and over again, and being fascinated by Thomas Bass&#8217;s <em><a href="http://www.amazon.co.uk/Newtonian-Casino-Penguin-Press-Science/dp/0140145931/sr=1-1/qid=1160065368/ref=sr_1_1/026-9511541-8623651?ie=UTF8&#038;s=books">The Newtonian Casino</a></em>, I&#8217;ve only ever actually been in one &#8216;proper&#8217; casino, in London, and I spent most of that time watching a friend play blackjack and trying to apply what I could remember from <em><a href="http://www.amazon.co.uk/Bringing-Down-House-Students-Millions/dp/0099468239/sr=1-2/qid=1160065520/ref=sr_1_2/026-9511541-8623651?ie=UTF8&#038;s=books">Bringing Down The House</a></em>, so I&#8217;m not really very familiar with the subject. But it&#8217;s extremely interesting, and worthy of more research &#8211; and comparison with other &#8216;public&#8217; environments.) </p>
<p><em>*Yeah, it&#8217;s a calculated pun!</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/05/casino-programmable/feed/</wfw:commentRss>
		<slash:comments>2</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>&#8216;Secret alarm becomes dance track&#8217;</title>
		<link>http://architectures.danlockton.co.uk/2006/09/28/secret-alarm-becomes-dance-track/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/28/secret-alarm-becomes-dance-track/#comments</comments>
		<pubDate>Thu, 28 Sep 2006 17:09:32 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Audio]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Creeping erosion of norms]]></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[Discrimination]]></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[Entertainment]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Foucault]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Mosquito]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Punishment]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Ringtones]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Sound weapons]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Specious arguments]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Teenagers]]></category>
		<category><![CDATA[Underclass]]></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=124</guid>
		<description><![CDATA[The Mosquito sound has been mixed (sort of) into a dance track: &#8220;&#8230;the sound is being used in a dance track, Buzzin&#8217;, with secret melodies only young ears can hear. &#8230; Simon Morris from Compound Security said: &#8220;Following the success of the ringtone, a lot of people were asking us to do a bit more, [...]]]></description>
			<content:encoded><![CDATA[<p>The <a href="http://architectures.danlockton.co.uk/?s=mosquito&#038;submit=Go">Mosquito</a> sound has been mixed (sort of) into <a href="http://news.bbc.co.uk/1/hi/wales/south_east/5382324.stm">a dance track</a>: </p>
<blockquote><p>&#8220;&#8230;the sound is being used in a dance track, Buzzin&#8217;, with secret melodies only young ears can hear.</p>
<p>&#8230;</p>
<p>Simon Morris from Compound Security said: &#8220;Following the success of the ringtone, a lot of people were asking us to do a bit more, so we got together with the producers Melodi and they came up with a full-length track.</p>
<p>&#8220;It has two harmonies &#8211; one that everyone can hear and one that only young people can hear.</p>
<p>&#8220;But it works well together or separate,&#8221; he added.&#8221;</p></blockquote>
<p>There&#8217;s a clip linked from the BBC story, or <a href="mms://wm.bbc.net.uk/news/media/news_web/video/40545000/bb/40545855_bb_16x9.wmv">here</a> directly (WMV format). Can&#8217;t say the &#8220;secret melodies&#8221; are especially exciting (and yes, I <em>can</em> hear it!) but I suppose it&#8217;s a clever idea. There could be some interesting <a href="http://en.wikipedia.org/wiki/Steganography">steganographic</a> possibilities, and indeed it could be used for <a href="http://blog.orgday.org/2006/05/25/teen-buzz/#comment-11397">&#8216;cheating in tests&#8217; as Jason Thomas puts it here</a>.</p>
<p>This is the same Simon Morris who&#8217;s <a href="http://architectures.danlockton.co.uk/?p=56"><strong>quoted in an earlier BBC story</strong></a> as saying that teenagers (in general) don&#8217;t have a right &#8220;to congregate for no specific purpose&#8221;, so it&#8217;s interesting to see him getting involved with young peoples&#8217; music. Nevertheless, I can see the dilemma that Compound Security are in: they&#8217;ve created something designed to be unpleasant for teenagers, but are also capitalising on its potential appeal to teenagers. It&#8217;s clever, if rather inconsistent branding practice.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/28/secret-alarm-becomes-dance-track/feed/</wfw:commentRss>
		<slash:comments>0</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 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>&#8216;Breathalyser phone stops drinkers making embarrassing calls&#8217; &#8211; LG LP4100</title>
		<link>http://architectures.danlockton.co.uk/2006/08/15/breathalyser-phone-stops-drinkers-making-embarrassing-calls-lg-lp4100-2/</link>
		<comments>http://architectures.danlockton.co.uk/2006/08/15/breathalyser-phone-stops-drinkers-making-embarrassing-calls-lg-lp4100-2/#comments</comments>
		<pubDate>Tue, 15 Aug 2006 09:46:44 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></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[Discriminatory Architecture]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Health and safety]]></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[Liberty]]></category>
		<category><![CDATA[Mistake-proofing]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Motoring]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Poka-yoke]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Speed control]]></category>
		<category><![CDATA[Speeding]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Traffic calming]]></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=100</guid>
		<description><![CDATA[Image from kr.mobile.yahoo.com Except that it doesn&#8217;t, by default &#8211; as the story in the Times mentions. You need to set it to block certain &#8220;numbers in the adddress book, such as former girlfriends or boyfriends, bosses, parents and kebab houses&#8221; when the built-in breathalyser detects that you are over the drink-drive limit. This is [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/lg_sobriety_phone.jpg" alt="LG LP4100; looks like, well, a car" /><em><br />Image from <a href="http://kr.mobile.yahoo.com/review/review_view.php?order_num=1&#038;num=593">kr.mobile.yahoo.com</a></em></p>
<p>Except that it doesn&#8217;t, by default &#8211; as the <a href="http://www.timesonline.co.uk/newspaper/0,,2761-2261802,00.html">story in the <em>Times</em></a> mentions. You need to set it to block certain &#8220;numbers in the adddress book, such as former girlfriends or boyfriends, bosses, parents and kebab houses&#8221; when the built-in breathalyser detects that you are over the drink-drive limit.<br />
<span id="more-100"></span><br />
This is an odd product, though Lucky Goldstar (sorry, couldn&#8217;t resist!) clearly knows its own Korean market extremely well. It&#8217;s not clear from my cursory research whether using the breathalyser is compulsory if you want to use the phone, or whether this function has to be switched on specifically because the user actively wants to have his or her behaviour restricted &#8211; a kind of self-imposed architecture of control. Our &#8216;rational&#8217; self in a sober state decides to enable the architecture of control to restrict our irrational self at a later time, because we want our sober self to retain control of our actions. </p>
<p><a href="http://architectures.danlockton.co.uk/?page_id=6#breathalyser"><strong>Breathalyser interlocks</strong></a> for car ignition systems could become irritating to drivers if they have to be used every time the car is used, daytime as well as night time (and a false positive could be extremely inconvenient), but <a href="http://www.gizmag.co.uk/go/2716/">proposals for total compulsion</a> have been put forward.  </p>
<p>I think I may need a &#8216;voluntary self-imposed architecture of control&#8217; classification to help assess examples: to what extent are we complicit in restricting our own behaviour and use of products, where such a restriction offerrs us some benefits? If you had a rev limiter you could switch on to keep your car at a more optimal effciency, even though it limited your ability to accelerate, and so on, would you engage it?</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/08/15/breathalyser-phone-stops-drinkers-making-embarrassing-calls-lg-lp4100-2/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Friend or foe: Battery-authentication ICs?</title>
		<link>http://architectures.danlockton.co.uk/2006/07/20/friend-or-foe-battery-authentication-ics/</link>
		<comments>http://architectures.danlockton.co.uk/2006/07/20/friend-or-foe-battery-authentication-ics/#comments</comments>
		<pubDate>Thu, 20 Jul 2006 10:07:31 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Black box]]></category>
		<category><![CDATA[Branding]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></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[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[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[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Invention]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Mistake-proofing]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Orwellian]]></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[Razor blade model]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Sneaky]]></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[Vague rhetoric]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=94</guid>
		<description><![CDATA[Via MAKE, an article from Electrical Design News looking at lithium battery authentication chips in products such as phones and laptops, designed to prevent users fitting &#8216;non-genuine&#8217; batteries. Now, the immediate response of most of us is probably &#8220;razor blade model!&#8221; or even &#8220;stifling democratic innovation!&#8221; (as Hal Varian or Eric von Hippel might put [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/lithium_battery.jpg" alt="Lithium battery from Motorola V220" align="left" border="0" />Via <a href="http://www.makezine.com/blog/archive/2006/07/replacing_lithium_batteries.html"><em>MAKE</em></a>, an article from <em>Electrical Design News</em> looking at <a href="http://www.edn.com/article/CA6301616.html">lithium battery authentication chips</a> in products such as phones and laptops, designed to prevent users fitting &#8216;non-genuine&#8217; batteries. </p>
<p>Now, the immediate response of most of us is probably &#8220;<a href="http://en.wikipedia.org/wiki/Razor_and_blades_business_model">razor blade model!</a>&#8221; or even &#8220;<a href="http://architectures.danlockton.co.uk/?page_id=15#varian"><strong>stifling democratic innovation!</strong></a>&#8221; (as Hal Varian or Eric von Hippel <a href="http://www.sims.berkeley.edu/~hal/people/hal/NYTimes/2002-07-04.html">might put it</a>), and indeed that was probably my own instinctive reaction. </p>
<p>It&#8217;s not clear, though, that this is a standard architectures-of-control-enforced-razor-blade-model of the kind we&#8217;ve seen with <a href="http://architectures.danlockton.co.uk/?page_id=9"><strong>printer cartridges</strong></a>. <span id="more-94"></span>Most phone owners surely don&#8217;t ever replace their batteries during the life of the phone, so I can&#8217;t believe that selling owners batteries can be a major part of the business plan for a new phone. I&#8217;ve never bought new batteries for any phone I&#8217;ve owned. A friend did, though by that time his phone was six or seven years old and he had to resort to eBay to find the correct type.</p>
<p>No, the promulgators of battery authentication claim that battery authentication is all about ensuring consumer safety:</p>
<blockquote><p>&#8220;Battery-pack authentication is necessary because the lithium-ion cells that are the building blocks of all such packs are changing, and, although they still may have the same physical dimension, their input charging voltage and required charging rates are changing and fragmenting across markets. <strong>If the cells charge at the wrong voltage or too quickly, they may explode.</strong>&#8220;</p></blockquote>
<p>My reaction, as a design engineer, would be: Why not standardise those characteristics, then? Standards don&#8217;t &#8220;fragment across markets&#8221; without someone causing that fragmentation. (It is true, though, that advancing battery technology does make charging patterns much more important to the life of the battery.)</p>
<blockquote><p>&#8220;Vendors can ship their products with the proper battery pack, only to find that customers go the after-market route to replace or back up battery packs because after-market packs are easy to find and usually cheaper. Counterfeit battery packs pose a threat to user safety.&#8221;</p></blockquote>
<p>Make the &#8216;proper&#8217; packs cheaper and easier to find, then. Surely that&#8217;s cheaper and easier than developing a 64-bit key code battery authentication system, and keeping &#8220;its secret key in an 8×8-ft vault with 3-ft-thick walls, [with] only two people in the company hav[ing] vault keys,&#8221; as described in the <em>EDN</em> article?</p>
<p>Also, quit using the term &#8216;counterfeit&#8217; to mean &#8216;all non-manufacturer-approved parts&#8217;. That&#8217;s a slippery slope to <a href="http://en.wikipedia.org/wiki/Newspeak">Newspeak</a>. If I buy Fujifilm for a Kodak camera, is that film &#8216;counterfeit&#8217;? Of course not. It would be if it were being passed off as Kodak film, but that only seems to be the case with some of the batteries mentioned in the article (the Kyocera and LG ones near the start). If that&#8217;s the real problem &#8211; counterfeit batteries with the manufacturer&#8217;s logo on them &#8211; then be honest about it.</p>
<p>Greater, cheaper availability of the correct, manufacturer-approved batteries would be beneficial for the manufacturer in terms of aftermarket sales. If it means selling them with reduced margins in order to drive other manufacturers out of the market, then so be it. If the other manufacturers really are counterfeiters, passing off their products with the phone manufacturers&#8217; logos, and the batteries really are dangerous as claimed, then there&#8217;s (potentially) a lot of brand damage going on.</p>
<p>The problem of exploding lithium batteries clearly isn&#8217;t insignificant &#8211; the following images are from a <a href="http://proceedings.ndia.org/5670/Lithium_Battery-Winchester.pdf">US Army/Naval Surface Warfare Center presentation</a> [PDF] linked in the <a href="http://www.makezine.com/blog/archive/2006/07/replacing_lithium_batteries.html">MAKE post</a>:</p>
<p><img src="http://www.danlockton.co.uk/research/images/exploded_batteries.jpg" alt="From http://proceedings.ndia.org/5670/Lithium_Battery-Winchester.pdf" /><br />
<em>Images from <a href="http://proceedings.ndia.org/5670/Lithium_Battery-Winchester.pdf">http://proceedings.ndia.org/5670/Lithium_Battery-Winchester.pdf</a></em></p>
<p>But, as commenter <a href="http://www.makezine.com/blog/archive/2006/07/replacing_lithium_batteries.html#comments">&#8216;unterhausen&#8217; points out</a> on the MAKE post:</p>
<blockquote><p>&#8220;The risk of Li-poly batteries is independent of the manufacturer to a large degree. The problems come when they are damaged, shorted, overheated, or overcharged&#8230; Any Li-poly of the current generation will have the same problems&#8230; The chips are anti-competitive nonsense.&#8221;</p></blockquote>
<p>This is an interesting area of debate, and likely only to become more prevalent as energy storage technology becomes more advanced. Will fuel cells for vehicles have authentication ICs built in? You bet. </p>
<p>How will &#8216;they&#8217; do it with hydrogen fuelling stations, though? Will the pumps/dispensers themselves have a chip which &#8216;handshakes&#8217; with the vehicle? Will you have to use &#8216;Toyota&#8217; branded hydrogen for your Toyota to start? </p>
<p>The opportunity&#8217;s there, in a way that it never was for standard batteries, petrol, etc, in the past. Few people were na&#239;ve enough to buy solely Duracell batteries for their Duracell-branded torch (flashlight) because they thought it &#8216;would work better&#8217;, but when it comes to a device which only works when the manufacturer&#8217;s own branded batteries are used</p>
<p>It does make me wonder, though, why Henry Ford never got into the gas station business &#8211; was it just antitrust legislation that would have prevented it? General Motors and Standard Oil <a href="http://en.wikipedia.org/wiki/General_Motors_streetcar_conspiracy">apparently colluded</a>, and GM also co-owned the <a href="http://en.wikipedia.org/wiki/Tetra-ethyl_lead">Ethyl Gasoline Corporation</a> that held patents for the tetra-ethyl lead added to fuels from the 1920s onwards &#8211; which surely provided a large degree of economic lock-in (more GM cars sold = more TEL sold = even more money for GM) &#8211;  but there was no technological lock-in.</p>
<p>Today we have technology that does allow technological lock-in, and it&#8217;s becoming cheaper and cheaper to deploy.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/07/20/friend-or-foe-battery-authentication-ics/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>High frequency wave files back up again</title>
		<link>http://architectures.danlockton.co.uk/2006/05/31/high-frequency-wave-files-back-up-again/</link>
		<comments>http://architectures.danlockton.co.uk/2006/05/31/high-frequency-wave-files-back-up-again/#comments</comments>
		<pubDate>Wed, 31 May 2006 19:44:17 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Art making a point]]></category>
		<category><![CDATA[Audio]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Disabilities]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Innovation]]></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[Mosquito]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Oppression]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Podcast]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Ringtones]]></category>
		<category><![CDATA[Shopping]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Sound weapons]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Teenagers]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[Urban]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=75</guid>
		<description><![CDATA[They&#8217;re back up (well, the wave files anyway), thanks to the Internet Archive.]]></description>
			<content:encoded><![CDATA[<p><a href="http://architectures.danlockton.co.uk/?p=72"><strong>They&#8217;re back up</strong></a> (well, the wave files anyway), thanks to the Internet Archive. </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/05/31/high-frequency-wave-files-back-up-again/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>High frequency ringtone download</title>
		<link>http://architectures.danlockton.co.uk/2006/05/25/high-frequency-ringtone-download/</link>
		<comments>http://architectures.danlockton.co.uk/2006/05/25/high-frequency-ringtone-download/#comments</comments>
		<pubDate>Thu, 25 May 2006 10:09:34 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Art making a point]]></category>
		<category><![CDATA[Audio]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design engineering]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Disabilities]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Dystopia]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Innovation]]></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[Mosquito]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Oppression]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Podcast]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Retail]]></category>
		<category><![CDATA[Ringtones]]></category>
		<category><![CDATA[Shopping]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Sound weapons]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Teenagers]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[Urban]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=72</guid>
		<description><![CDATA[High frequencies being tested in the urban badlands: see, no teenagers here! A lot of people find this site through searching for something along the lines of &#8216;Mosquito high frequency anti-teenager ringtone&#8217;, and are presumably disappointed when they find that there is no such ringtone to download, even if just because they&#8217;d like to test [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/highfreq.jpg" alt="High frequencies being tested in the urban badlands: see, no teenagers here!" /><br /><em>High frequencies being tested in the urban badlands: see, no teenagers here!</em></p>
<p>A lot of people find this site through searching for something along the lines of &#8216;Mosquito high frequency anti-teenager ringtone&#8217;, and are presumably disappointed when they find that there is no such ringtone to download, even if just because they&#8217;d like to test it on friends and family. (<strong><a href="http://architectures.danlockton.co.uk/?s=mosquito&#038;submit=Go">More on the Mosquito device</a></strong>) There&#8217;s also the more possibility of course of using the ringtone as a kind of &#8216;secret ringtone&#8217; that, supposedly, only younger people can hear, so you can receive text messages, etc, e.g. while in class, without adults noticing, though I&#8217;d have thought that was partially the point of the vibrate mode.</p>
<p>Anyway, I thought I might as well give those searching what they&#8217;re looking for, sort of.<br />
<span id="more-72"></span></p>
<p>EDIT (31.v.2006) : I&#8217;ve got rid of the mp3s, because even encoded with the LAME &#8216;insane&#8217; (320kbps) preset, the sound was too different from the purer tone of the wave files. The whole point about mp3 as a lossy compression format is that it reduces the percentage of high frequencies that are (normally) less audible to humans: i.e., the high frequencies which are the whole point of this exercise are given much lower weighting.</p>
<p>30 second, 2.6 Mb wave files (produced using <a href="http://audacity.sourceforge.net/">Audacity</a>) are now available again, hosted at the Internet Archive (thanks for the tip, <a href="http://akira.arts.kuleuven.ac.be/andreas/blog/">Andreas</a>):</p>
<p>	<strong>
<li><a href="http://www.archive.org/details/15kHz_tone">15 kHz</a></li>
<li><a href="http://www.archive.org/details/17.5kHz_tone">17.5 kHz</a></li>
<li><a href="http://www.archive.org/details/20kHz_tone">20 kHz</a></li>
<p></strong></p>
<p><em>The above three files are hereby placed in the public domain.</em></p>
<p>Here too is a link to a BBC page where you can hear (and download) a 256kbps mp3 of the actual Mosquito sound &#8211; <a href="http://www.bbc.co.uk/wiltshire/content/articles/2006/04/04/mosquito_sound_wave_feature.shtml">www.bbc.co.uk/wiltshire/&#8230;shtml</a>.</p>
<p>I suppose MIDI files of the tones would be better: if anyone can supply these, this would be great.</p>
<p>Equally, I don&#8217;t know if the speakers in a typical mobile phone are set up to respond to frequencies in this range properly, so it may be that even the wave files will be useless when played using a phone.</p>
<p>Note: I&#8217;m only 23, but none of the above sound files sounds especially irritating to me (though my sound card and speakers may not be giving me the full effect that the <a href="http://www.compoundsecurity.co.uk/teenage_control_products.html">Mosquito device itself</a> would. I can hear the 20 kHz fine and it certainly wouldn&#8217;t drive me away: it&#8217;s similar to the hum an older TV or CRT might make. </p>
<p>EDIT (15.vi.2006 am) : This post is now fifth result in Google (UK) for <a href="http://www.google.co.uk/search?q=ringtone+download&#038;start=0&#038;ie=utf-8&#038;oe=utf-8&#038;client=firefox-a&#038;rls=org.mozilla:en-US:official"><b style="color:black;background-color:#99ff99">ringtone</b> download</a> &#8211; wow! If only a few people would click on some of the ads, I might actually make a few quid&#8230; </p>
<p>EDIT (15.vi.2006 pm) : Wow, that dropped out quickly! By this afternoon the site wasn&#8217;t even in the first 10 pages of results&#8230;</p>
<p><!--adsense--><!--adsense--></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/05/25/high-frequency-ringtone-download/feed/</wfw:commentRss>
		<slash:comments>55</slash:comments>
<enclosure url="http://www.danlockton.co.uk/research/15kHz.wav" length="2672684" type="audio/x-wav" />
<enclosure url="http://www.danlockton.co.uk/research/17-5kHz.wav" length="2646236" type="audio/x-wav" />
<enclosure url="http://www.danlockton.co.uk/research/20kHz.wav" length="2646236" type="audio/x-wav" />
<enclosure url="http://www.danlockton.co.uk/research/15kHz.mp3" length="106352" type="audio/mpeg" />
<enclosure url="http://www.danlockton.co.uk/research/17-5kHz.mp3" length="105260" type="audio/mpeg" />
<enclosure url="http://www.danlockton.co.uk/research/20kHz.mp3" length="105260" type="audio/mpeg" />
		</item>
		<item>
		<title>Another possible avenue for the Mosquito</title>
		<link>http://architectures.danlockton.co.uk/2006/05/15/another-possible-avenue-for-the-mosquito/</link>
		<comments>http://architectures.danlockton.co.uk/2006/05/15/another-possible-avenue-for-the-mosquito/#comments</comments>
		<pubDate>Mon, 15 May 2006 11:22:01 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Audio]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Crime]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Discrimination]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Intellectual property]]></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[Mosquito]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Ringtones]]></category>
		<category><![CDATA[Shopping]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Sound weapons]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Teenagers]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=69</guid>
		<description><![CDATA[Hot on the heels of the news that Cooper-Menvier/Fulleon is to take on global manufacture and distribution of the Mosquito, my server logs show that someone found this site through looking for mosquito download mobile phone free high frequency. Now, he or she might simply have been looking for a ringtone that sounded like a [...]]]></description>
			<content:encoded><![CDATA[<p>Hot on the heels of the news that <a href="http://news.bbc.co.uk/1/hi/wales/4768213.stm">Cooper-Menvier/Fulleon</a> is to take on global manufacture and distribution of the <a href="http://architectures.danlockton.co.uk/?s=Mosquito&#038;submit=Go"><strong>Mosquito</strong></a>, my server logs show that someone found this site through looking for <strong><em>mosquito download mobile phone free high frequency</em></strong>.</p>
<p>Now, he or she might simply have been looking for a ringtone that sounded like a mosquito. Or, more interestingly, <strong>a 15kHz+ ringtone specifically designed to drive away teenagers</strong> along the lines of the Mosquito device itself.<br />
<span id="more-69"></span><br />
What would the effects be? I guess you wouldn&#8217;t know your phone was ringing unless you were in the age group that can hear that frequency range. But if you were to use it to drive away young people (for whatever reason), you could do it very discreetly. You could even keep the phone in your pocket, continuously playing the high frequency sound, to produce an exclusion zone around you. Like a portable hand-held sonic mole repellent, but for a particular age group of people against whom you want to discriminate.</p>
<p>Such an application has probably already been patented but if it hasn&#8217;t, <strong>it&#8217;s in the public domain now!</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/05/15/another-possible-avenue-for-the-mosquito/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>

