<?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; Circumvention</title>
	<atom:link href="http://architectures.danlockton.co.uk/category/circumvention/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>Instructable: One-Touch Keypad Masher</title>
		<link>http://architectures.danlockton.co.uk/2009/03/03/instructable-one-touch-keypad-masher/</link>
		<comments>http://architectures.danlockton.co.uk/2009/03/03/instructable-one-touch-keypad-masher/#comments</comments>
		<pubDate>Tue, 03 Mar 2009 08:00:12 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Articles]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=661</guid>
		<description><![CDATA[It&#8217;s been a long time since I last wrote an Instructable, but as I&#8217;ve resolved that 2009&#8242;s going to be a year where I start making things again (2008 involved a lot of sitting, reading and annotating, and in 2007 most of what I made was for clients, and thus confidential), I thought I&#8217;d write [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/keypadmasher.jpg" alt="One-Touch Keypad Masher" /></p>
<p>It&#8217;s been a long time since I <a href="http://www.instructables.com/id/Precision-hot-glue-gun/">last wrote an Instructable</a>, but as I&#8217;ve resolved that 2009&#8242;s going to be a year where I start <em>making</em> things again (2008 involved a <em>lot</em> of sitting, reading and annotating, and in 2007 most of what I made was for clients, and thus confidential), I thought I&#8217;d write up a brief (10 minute) fun little bodgey project which has, very marginally, boosted everyday productivity: the <a href="http://www.instructables.com/id/One_Touch_Keypad_Masher/"><strong>One-Touch Keypad Masher</strong></a>. </p>
<blockquote><p><strong>Wasting valuable seconds typing in a code every time you need to open the door?</strong></p>
<p>This little &#8216;device&#8217; streamlines the process by pressing the right keys for you, and can be hidden in your palm so you simply mash your hand against the keypad and &#8211; apparently miraculously to anyone watching &#8211; unlock the door in one go.</p>
<p>Time to make: Less than 10 minutes<br />
Time saved: About 30 seconds per day in my case; your mileage may vary.<br />
Payback time: 20 days, in this case</p></blockquote>
<p>(There&#8217;s a (weak) correlation with some of the Design with Intent topics, since it could be seen as a device which allows a user to interact with a <a href="http://unisec.blogspot.com/2007/11/three-types-of-authentication.html">&#8220;What you know&#8221;</a> security measure using a <a href="http://www.codinghorror.com/blog/archives/000785.html">&#8220;What you have&#8221;</a> method. At some point in the near future I&#8217;ll be covering these on the blog as design patterns for influencing behaviour.</p>
<p>It&#8217;s also a kind of <a href="http://architectures.danlockton.co.uk/2009/02/27/eight-design-patterns-for-errorproofing/">errorproofing device, a <em>poka-yoke</em></a> employing <a href="http://architectures.danlockton.co.uk/2009/02/27/eight-design-patterns-for-errorproofing/#specialised">specialised affordances</a>. If used, it prevents the user mistyping the code.)</p>
<p>The Instructable is also embedded below (Flash), but for whatever reason there are a few formatting oddities (including hyperlinks being ignored) so it&#8217;s easier to <a href="http://www.instructables.com/id/One_Touch_Keypad_Masher/">read in the original</a>.</p>
<p><object width="425" height="425" align="middle"><param name="movie" value="http://www.instructables.com/static/flash/viewer.swf"></param><param name="quality" value="high"></param><param name="wmode" value="transparent"></param><param name="FlashVars" value="title=One_Touch_Keypad_Masher"></param><embed src="http://www.instructables.com/static/flash/viewer.swf" quality="high" bgcolor="#ffffff" width="425" height="425" align="middle" allowScriptAccess="always" wmode="transparent" FlashVars="title=One_Touch_Keypad_Masher" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer"></embed></object></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2009/03/03/instructable-one-touch-keypad-masher/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Hacker&#8217;s Amendment</title>
		<link>http://architectures.danlockton.co.uk/2009/02/17/the-hackers-amendment/</link>
		<comments>http://architectures.danlockton.co.uk/2009/02/17/the-hackers-amendment/#comments</comments>
		<pubDate>Tue, 17 Feb 2009 09:50:45 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Democracy of innovation]]></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[Embedding code]]></category>
		<category><![CDATA[Engineering]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Independence]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Open source]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=611</guid>
		<description><![CDATA[Congress shall pass no law limiting the rights of persons to manipulate, operate, or otherwise utilize as they see fit any of their possessions or effects, nor the sale or trade of tools to be used for such purposes. From Artraze commenting on this Slashdot story about the levels of DRM in Windows 7. I [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/screwdrivers.jpg" alt="Screwdrivers" /></p>
<blockquote><p>Congress shall pass no law limiting the rights of persons to manipulate, operate, or otherwise utilize as they see fit any of their possessions or effects, nor the sale or trade of tools to be used for such purposes.</p></blockquote>
<p>From <a href="http://slashdot.org/~Artraze">Artraze</a> commenting on <a href="http://tech.slashdot.org/comments.pl?sid=1130241&#038;cid=26881955">this Slashdot story about the levels of DRM in Windows 7</a>.</p>
<p>I think it maybe needs some qualification about not using your things to cause harm to other people, but it&#8217;s an interesting idea. See also Mister Jalopy&#8217;s <a href="http://makezine.com/04/ownyourown/">Maker&#8217;s Bill of Rights</a> from <em>Make</em> magazine a couple of years ago.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2009/02/17/the-hackers-amendment/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>How to fit a normal bulb in a BC3 fitting and save £10 per bulb</title>
		<link>http://architectures.danlockton.co.uk/2008/07/21/how-to-fit-a-normal-bulb-in-a-bc3-fitting/</link>
		<comments>http://architectures.danlockton.co.uk/2008/07/21/how-to-fit-a-normal-bulb-in-a-bc3-fitting/#comments</comments>
		<pubDate>Mon, 21 Jul 2008 17:46:08 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Bad profits]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Environmental]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Sustainability]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[User experience]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=344</guid>
		<description><![CDATA[Standard 2-pin bayonet cap (left) and 3-pin bayonet cap BC3 (right) fittings compared Summary for mystified international readers: In the UK new houses/flats must, by law, have a number of light fittings which will &#8216;not accept incandescent filament bulbs&#8217; (a &#8216;green&#8217; idea). This has led to the development of a proprietary, arbitrary format of compact [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/bc3hack_1.jpg" alt="BC3 and 2-pin bayonet fitting compared" /><br />
<em>Standard 2-pin bayonet cap (left) and 3-pin bayonet cap BC3 (right) fittings compared</em></p>
<p><strong><em>Summary for mystified international readers: In the UK new houses/flats must, by law, have a number of light fittings which will &#8216;not accept incandescent filament bulbs&#8217; (a &#8216;green&#8217; idea). This has led to the development of a proprietary, arbitrary format of compact fluorescent bulb, the BC3, which costs a lot more than standard compact fluorescents, is difficult to obtain, and about which the public generally doesn&#8217;t know much (yet). If you&#8217;re so minded, it&#8217;s not hard to modify the fitting and save money.</em></strong></p>
<p>A lot of visitors have found this blog recently via searching for information on the <a href="http://architectures.danlockton.co.uk/2007/03/28/a-bright-idea/">MEM BC3 3-pin bayonet compact fluorescent bulbs</a>, where to get them, and why they&#8217;re so expensive. The main posts here discussing them, with background to what it&#8217;s all about, are <a href="http://architectures.danlockton.co.uk/2007/03/28/a-bright-idea/">A bright idea?</a> and <a href="http://architectures.danlockton.co.uk/2007/05/26/more-thoughts-on-the-eaton-mem-bc3-cfls-and-power-factor/">some more thoughts</a> &#8211; and it&#8217;s readers&#8217; comments which are the really interesting part of both posts. </p>
<p>There are so many stories of frustration there, of people trying to &#8216;do their bit&#8217; for the environment, trying to fit better CFLs in their homes, and finding that instead of instead of the subsidised or even free standard 2-pin bayonet CFLs available all over the place in a variety of improved designs, styles and quality, they&#8217;re locked in to having to pay 10 or 15 times as much for a BC3 bulb, <a href="http://www.ethicalproductsdirect.com/Green%20Products%20Page.htm">and order online</a>, simply because the manufacturer has a monopoly, and does not seem to supply the bulbs to normal DIY or hardware stores. </p>
<p>Frankly, the system is appalling, <strong>an example of exactly how <em>not</em> to design for sustainable behaviour.</strong> It&#8217;s a great &#8216;format lock-in&#8217; case study for my research, but a pretty pathetic attempt to &#8216;design out&#8217; the &#8216;risk&#8217; of the public retro-fitting incandescent bulbs in new homes. This is the heavy-handed side of the legislation-ecodesign nexus, and it&#8217;s clearly not the way forward. Trust the UK to have pushed ahead with it without any thought of user experience.<br />
<span id="more-344"></span><br />
One of the most egregious aspects for me is the way that Eaton&#8217;s MEMLITE BC3 promotional material presents users with, effectively, a false dichotomy between the &#8216;energy saving BC3&#8242; and the energy-hungry GLS incandescent filament tungsten bulbs, as if these are the only two options available. There is no mention at all of standard 2-pin bayonet CFLs which have all the advantages of the BC3 with none of the disadvantages. The adoption of CFLs has been, I would argue, in large part <em>because</em> they are widely available as drop-in replacements for standard 2-pin bayonet (or Edison screw) bulbs. If they&#8217;d all required special fittings, very few people would have bought them. </p>
<p>Anyway, if you don&#8217;t fancy swapping your BC3 fittings for standard 2-pin bayonet ones (which is cheap but would(?) presumably make your home non-compliant with part L of the building regulations &#8211; any knowledgeable readers able to clarify this?), it isn&#8217;t actually too difficult to get a 2-pin bulb to fit acceptably. You will need a pair of pliers, ideally thinner/longer-nosed than the ones in my photos. I should warn you to TURN OFF THE ELECTRICITY FIRST. Unless you&#8217;re absolutely sure that someone else won&#8217;t walk in and flip the light switch, don&#8217;t rely on just turning this off. Turn it all off at the main switch for the house.</p>
<p><img src="http://danlockton.co.uk/research/images/bc3hack_2.jpg" alt="Standard 2-pin BC Philips Genie and fitting" /><img src="http://danlockton.co.uk/research/images/bc3hack_3.jpg" alt="Standard 2-pin BC Philips Genie and fitting" /></p>
<p>Here (above) is a Philips Genie 11W 2-pin bayonet CFL. It fits properly into a 2-pin bayonet fitting. When you try to fit it into the BC3 fitting (below), one of the pins will go into one of the J-slots OK, but due to the offset of the other slots, the other pin won&#8217;t go in. Ignore the third slot.</p>
<p><img src="http://danlockton.co.uk/research/images/bc3hack_4.jpg" alt="Standard 2-pin BC Philips Genie with BC3 fitting" /><img src="http://danlockton.co.uk/research/images/bc3hack_5.jpg" alt="Standard 2-pin BC Philips Genie with BC3 fitting" /></p>
<p>But if you look carefully at how the non-fitting pin lines up with the slot (below), you can see that the bottom end of the slot, i.e. where the pin would sit if it could be got into the top of the J, is (just) to the left of the pin. (See the line I scratched on the fitting.) That is, if you could get it there, it would still sit in place without immediately falling out.</p>
<p><img src="http://danlockton.co.uk/research/images/bc3hack_6.jpg" alt="Standard 2-pin BC Philips Genie with BC3 fitting" /></p>
<p>So, with the pliers (<strong>making sure the electricity really is off</strong>), bend the edge of the non-fitting slot (the inside edge of the J) inwards and fold it back on itself, squeezing it as tight as you can (below two photos):</p>
<p><img src="http://danlockton.co.uk/research/images/bc3hack_7.jpg" alt="Bending BC3 fitting with pliers" /><br />
<img src="http://danlockton.co.uk/research/images/bc3hack_8.jpg" alt="Bending BC3 fitting with pliers" /></p>
<p>Now try the 2-pin bayonet bulb again (below) &#8211; it should fit OK, with a bit of wobbling perhaps. One pin should fit under the bit you just bent; the other should butt up against the inside corner of the J on the other side. It&#8217;s not perfect, but the friction there is enough to hold the bulb in place OK.</p>
<p><img src="http://danlockton.co.uk/research/images/bc3hack_9.jpg" alt="Fitting 2 pin BC bulb in BC3 fitting" /><br />
<img src="http://danlockton.co.uk/research/images/bc3hack_10.jpg" alt="Fitting 2 pin BC bulb in BC3 fitting" /></p>
<p>Switch on the electricity again, and there you have it: any standard 2-pin bayonet bulb, working, in a BC3 fitting (below). Given the amount of <a href="http://www.google.co.uk/search?q=site%3Amoneysavingexpert.com+free+%22energy+saving+bulbs%22">free CFLs handed out by various organisations</a>, you could probably replace all the BC3 bulbs in your house for zero cost, once they come to the end of their lives.</p>
<p><img src="http://danlockton.co.uk/research/images/bc3hack_11.jpg" alt="Fitting 2 pin BC bulb in BC3 fitting" /><br />
<img src="http://danlockton.co.uk/research/images/bc3hack_12.jpg" alt="Fitting 2 pin BC bulb in BC3 fitting" /></p>
<p><em>Disclaimer: I can&#8217;t accept any responsibility for injuries, non-compliance with building regs, incidental damage, etc. The above is just a proof of concept, etc. Have fun.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/07/21/how-to-fit-a-normal-bulb-in-a-bc3-fitting/feed/</wfw:commentRss>
		<slash:comments>62</slash:comments>
		</item>
		<item>
		<title>Finestrino Bloccato</title>
		<link>http://architectures.danlockton.co.uk/2008/07/10/finestrino-bloccato/</link>
		<comments>http://architectures.danlockton.co.uk/2008/07/10/finestrino-bloccato/#comments</comments>
		<pubDate>Thu, 10 Jul 2008 08:00:38 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Engineering design]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Usability]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=334</guid>
		<description><![CDATA[Italian railway operator Trenitalia has a simple way of locking the windows shut in some of its older carriages with (retro-fitted?) air-conditioning. This was on a train from Florence to Pisa; the sticker probably cost more than the screw. I like that. It also allows passengers who really need some air to unscrew them &#8211; [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://danlockton.co.uk/research/images/finestrinobloccato_1.jpg" alt="Trenitalia window lock" /><br />
<img src="http://danlockton.co.uk/research/images/finestrinobloccato_2.jpg" alt="Trenitalia window lock" /></p>
<p>Italian railway operator <a href="http://www.trenitalia.com/it/nazionali.shtml">Trenitalia</a> has a simple way of locking the windows shut in some of its older carriages with (retro-fitted?) air-conditioning. This was on a train from Florence to Pisa; the sticker probably cost more than the screw. I like that.</p>
<p>It also allows passengers who <em>really</em> need some air to unscrew them &#8211; perhaps if the air-conditioning fails, or indeed otherwise &#8211; as a couple of people had done.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/07/10/finestrino-bloccato/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>User intent and emergence</title>
		<link>http://architectures.danlockton.co.uk/2008/06/01/user-intent-and-emergence/</link>
		<comments>http://architectures.danlockton.co.uk/2008/06/01/user-intent-and-emergence/#comments</comments>
		<pubDate>Sun, 01 Jun 2008 08:00:53 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Circumvention]]></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[DwI Method]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[PhD]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=306</guid>
		<description><![CDATA[Something which came out of the seminar at Brunel earlier this week (thanks to everyone who came along) was the idea that any method of selecting ways to design products that aim to shape or guide users&#8217; behaviour really must incorporate some evaluation of users&#8217; actual goals in using the product &#8211; users&#8217; intent &#8211; [...]]]></description>
			<content:encoded><![CDATA[<p>Something which came out of the <a href="http://architectures.danlockton.co.uk/2008/05/19/seminar-27th-may/">seminar</a> at Brunel earlier this week (thanks to everyone who came along) was the idea that any method of selecting ways to design products that aim to shape or guide users&#8217; behaviour really must incorporate some evaluation of users&#8217; actual goals in using the product &#8211; <em>users&#8217;</em> intent &#8211; alongside that of the designer/planner. This seems obvious, but I hadn&#8217;t explicitly thought of it before as a prerequisite for the actual selection method (instead, I&#8217;d assumed these kinds of issues could be shaken out during the design process, based on designers&#8217; experience and judgement, and then in user testing). In retrospect it really does need to be considered much earlier in the process, while actually choosing which approaches are going to be explored. (Given <a href="http://baddesigns.com/">how long</a> I&#8217;ve spent <a href="http://homepage.mac.com/bradster/iarchitect/shame.htm">reading</a> about <a href="http://www.buigallery.com/">bad design</a> and <a href="http://www.flickr.com/groups/65611869@N00/">poor usability</a>, you&#8217;d think I&#8217;d have twigged this earlier.)<br />
<span id="more-306"></span><br />
<img src="http://danlockton.co.uk/research/images/brunel_seminar.jpg" alt="Seminar at Brunel" /></p>
<p>As longer-term readers may remember, back in 2005, I <a href="http://architectures.danlockton.co.uk/what-are-architectures-of-control-in-design/">initially</a> approached this whole subject from a very anti-control point of view. Products, systems, environments which seek to control or coerce the user into particular behaviours are, ultimately, not desirable, and the <a href="http://www.paulgraham.com/hp.html">user mentality</a> which seeks to <a href="http://catb.org/~esr/faqs/hacker-howto.html#believe1">avoid that control</a>, or <a href="http://www.freedom-to-tinker.com/">circumvent it</a>, is something to be applauded, and very much <a href="http://www.elise.com/quotes/quotes/shawquotes.htm">necessary for the advance of society</a>. <a href="http://metabolo.org/node/3">Designing &#8216;for&#8217; emergence</a> is difficult; but emergent behaviour &#8211; at the very least, <a href="http://consc.net/papers/granada.html">weak emergence</a> &#8211; will emerge anyway.</p>
<p>Now, I still very much hold the anti-control belief &#8211; the proliferation of fundamentally anti-user artefacts in public space (as we see every couple of weeks on the blog) still astonishes me &#8211; but the major insight that led to <a href="http://architectures.danlockton.co.uk/2007/05/01/how-this-research-will-be-moving-forward/">taking on the PhD</a> and the direction since the end of 2007, has been that, applied in a different context, <em>some of the same techniques can actually help the user</em>, improving efficiency and helping society at the same time. <a href="http://redstrom.se/johan/abstracts/apersuasivedesign.html">All design is persuasive</a>, perhaps: any design technique can be used for &#8216;good&#8217; or &#8216;evil&#8217;, just like any other tool. Guiding/persuasion/coercion <a href="http://architectures.danlockton.co.uk/2007/01/10/shaping-behaviour-part-2/#comment-30895">may all be part of a continuum</a>, depending on your point of view, but if something is (transparently) helping you to achieve something which benefits you, you&#8217;re less likely to try and find a way round it.</p>
<p>Rest assured, then, I will attempt to include recognition of this in the method that&#8217;s being developed, even if it&#8217;s a simple step that asks the designer to consider that the particular technique under consideration &#8220;has been shown to provoke user resistance/hostility/reaction&#8221; and hence maybe isn&#8217;t ideal. We&#8217;re all users, even designers: <a href="http://architectures.danlockton.co.uk/2008/05/30/steps-read-made-seats/">even supercilious councillors were kids once</a>, and we mustn&#8217;t lose sight of that.</p>
<p><strong>Heading north-east</strong><br />
I&#8217;m going to be away for a few days in Finland <a href="http://architectures.danlockton.co.uk/2008/02/12/persuasive-2008/">presenting</a> at <a href="http://persuasive2008.org">Persuasive 2008</a> (in fact, should be there already as this post appears on the blog), so the posts might get a bit slower/briefer for a while: apologies if I haven&#8217;t/don&#8217;t reply to your emails or comments (yet), but I hope to do so as soon as I can. It&#8217;d be great to do a bit of <a href="http://janchipchase.com/">Jan Chipchase-style blogging</a> while I&#8217;m experiencing these liminal spaces of departure lounges and interstitial connexions: I&#8217;ll see what I can do.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/06/01/user-intent-and-emergence/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Cyclepathology</title>
		<link>http://architectures.danlockton.co.uk/2008/05/18/cyclepatholog/</link>
		<comments>http://architectures.danlockton.co.uk/2008/05/18/cyclepatholog/#comments</comments>
		<pubDate>Sun, 18 May 2008 11:00:35 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Discriminatory Architecture]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Traffic calming]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=297</guid>
		<description><![CDATA[A lot of architectures of control / design with intent examples are trying to enforce what I&#8217;ve termed &#8216;access, use or occupation based on user characteristics&#8217;. Not all designs are especially successful at achieving that target behaviour: users will not always be persuaded, or will find ways to avoid being coerced. Bicycles can churn up [...]]]></description>
			<content:encoded><![CDATA[<p>A lot of architectures of control / design with intent examples are trying to enforce what I&#8217;ve termed &#8216;access, use or occupation based on user characteristics&#8217;. Not all designs are especially successful at achieving that target behaviour: users will not always be persuaded, or will find ways to avoid being coerced.</p>
<p><img src="http://danlockton.co.uk/research/images/mud_footpath_cycles_1.jpg" alt="Mud, footpath, cycles and kissing gate" /></p>
<p>Bicycles can churn up the surface of footpaths&#8230;</p>
<p><img src="http://danlockton.co.uk/research/images/mud_footpath_cycles_2.jpg" alt="Mud, footpath, cycles and kissing gate" /></p>
<p>&#8230;You can put up signs to tell cyclists not to do it&#8230;</p>
<p><img src="http://danlockton.co.uk/research/images/mud_footpath_cycles_3.jpg" alt="Mud, footpath, cycles and kissing gate" /></p>
<p>&#8230;or you can put in gates (<a href="http://en.wikipedia.org/wiki/Kissing_gate">kissing gates</a> as they&#8217;re known in the UK) to try to stop them (along with livestock)&#8230;</p>
<p><img src="http://danlockton.co.uk/research/images/mud_footpath_cycles_4.jpg" alt="Mud, footpath, cycles and kissing gate" /></p>
<p>&#8230;but it doesn&#8217;t mean anyone will take any notice!</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2008/05/18/cyclepatholog/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Biting Apple</title>
		<link>http://architectures.danlockton.co.uk/2007/09/28/biting-apple/</link>
		<comments>http://architectures.danlockton.co.uk/2007/09/28/biting-apple/#comments</comments>
		<pubDate>Fri, 28 Sep 2007 13:46:53 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Bad profits]]></category>
		<category><![CDATA[Blogosphere]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cell phones]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design attitudes]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designed to be unpleasant]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Firmware]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[Lock-in]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/09/28/biting-apple/</guid>
		<description><![CDATA[Interesting to see the BBC&#8217;s summary of the current iPhone update story: &#8220;Apple issues an update which damages iPhones that have been hacked by users&#8221;. I&#8217;m not sure that&#8217;s quite how Apple&#8217;s PR people would have put it, but it&#8217;s interesting to see that whoever writes those little summaries for the BBC website found it [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/iphone_news.jpg" alt="BBC News headline, 28 September 2007" /></p>
<p>Interesting to see the BBC&#8217;s summary of the <a href="http://scobleizer.com/2007/09/27/apple-has-a-pr-nightmare-brewing/">current iPhone update story</a>: <strong>&#8220;Apple issues an update which damages iPhones that have been hacked by users&#8221;</strong>. I&#8217;m not sure that&#8217;s quite how Apple&#8217;s PR people would have put it, but it&#8217;s interesting to see that <em>whoever writes those little summaries for the BBC website found it easiest to sum up the <a href="http://news.bbc.co.uk/1/hi/technology/7017660.stm">story</a> in this way</em>. This is being portrayed as Apple deliberately, strategically damaging the phones, rather than an update unintentionally causing problems with unlocked or modified phones.</p>
<p>Regardless of what the specific issue is here, and whether unmodified iPhones have also lost functionality because of some problem with the update, can&#8217;t we just strip out all this nonsense? How many people who wanted an iPhone also wanted to be locked in to AT&#038;T or whatever the local carrier will be in each market? Anyone? Who wants to be locked in to anything? What a waste of technical effort, sweat and customer goodwill: it&#8217;s utterly pathetic. </p>
<p>This is exactly what <a href="http://www.bain.com/theultimatequestion/good_profits.asp?groupCode=2">Fred Reichheld</a>&#8216;s <a href="http://architectures.danlockton.co.uk/2007/07/02/bad-profits/">&#8216;Bad profits&#8217; idea</a> calls out so neatly:</p>
<blockquote><p>Whenever a customer feels misled, mistreated, ignored, or coerced, then profits from that customer are bad. Bad profits come from unfair or misleading pricing. Bad profits arise when companies save money by delivering a lousy customer experience. <strong>Bad profits are about extracting value from customers, not creating value.</strong></p>
<p>    …</p>
<p>    If bad profits are earned at the expense of customers, good profits are earned with customers’ enthusiastic cooperation. A company earns good profits when it so delights its customers that they willingly come back for more—and not only that, they tell their friends and colleagues to do business with the company.</p>
<p>    …</p>
<p>    What is the question that can tell good profits from bad? Simplicity itself: How likely is it that you would recommend this company to a friend or colleague?</p></blockquote>
<p>If your iPhone&#8217;s just turned into the most stylish paperweight in the office, are you likely to recommend it to a colleague? </p>
<p>More to the point, if Apple had moved &#8211; in the first place &#8211; into offering telecom services to go with the hardware, with high levels of user experience and a transparent pricing system, how many iPhone users and Mac evangelists wouldn&#8217;t have at least considered changing? </p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/09/28/biting-apple/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>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>Smile, you&#8217;re on Countermanded Camera</title>
		<link>http://architectures.danlockton.co.uk/2007/07/09/smile-youre-on-countermanded-camera/</link>
		<comments>http://architectures.danlockton.co.uk/2007/07/09/smile-youre-on-countermanded-camera/#comments</comments>
		<pubDate>Mon, 09 Jul 2007 22:58:26 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Censorship]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Democracy of innovation]]></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[Erosion of liberty]]></category>
		<category><![CDATA[Everyware]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Observation]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Panopticon]]></category>
		<category><![CDATA[Pervasive computing]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Protest]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Signal blocking]]></category>
		<category><![CDATA[Sousveillance]]></category>
		<category><![CDATA[Spatial]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Video]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/07/09/smile-youre-on-countermanded-camera/</guid>
		<description><![CDATA[Image from Miquel Mora&#8217;s website We&#8217;ve looked before at a number of technologies and products aimed at &#8216;preventing&#8217; photography and image recording in some way, from censoring photographs of &#8216;copyrighted content&#8217; and banknotes, to Georgia Tech&#8217;s CCD-flooding system. Usually these systems are about locking out the public, or removing freedoms in some way (a lot [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/IDPS_02.jpg" alt="IDPS : Miquel Mora" /><br /><em>Image from Miquel Mora&#8217;s <a href="http://www.miquelmora.com/idps.html">website</a></em></p>
<p>We&#8217;ve looked before at a number of technologies and products aimed at &#8216;preventing&#8217; photography and image recording in some way, from <a href="http://architectures.danlockton.co.uk/?page_id=5#analoghole">censoring photographs of &#8216;copyrighted content&#8217; and banknotes</a>, to Georgia Tech&#8217;s <a href="http://architectures.danlockton.co.uk/2006/06/19/researchers-develop-prototype-system-to-thwart-unwanted-video-and-still-photography/">CCD-flooding system</a>. </p>
<p>Usually these systems are about locking out the public, or removing freedoms in some way (<a href="http://www.nowpublic.com/july_4th_first_amendment_rights_march_silver_spring_maryland">a lot</a> of organisations seem to <a href="http://thomashawk.com/2005/07/one-bush.html">fear photography</a>), but a few &#8216;fightback&#8217; devices have been produced, aiming to empower the individual against others (e.g. Hewlett-Packard&#8217;s <a href="http://news.com.com/HP+focuses+on+paparazzi-proof+cameras/2100-1041_3-5550415.html">&#8216;paparazzi-proof&#8217; camera</a>) or against authority (e.g. the <a href="http://www.radardetectorsreviews.co.uk/reviews-evolate1999.htm">Backflash system</a> intended to render a car number plate unreadable when photographed by a speed camera). The field of <a href="http://wearcam.org/sousveillance.htm">sousveillance</a> &#8211; lots of <a href="http://www.we-make-money-not-art.com/archives/cat_sousveillance.php">interesting articles</a> by Régine Debatty here &#8211; is also a &#8216;fightback&#8217; in a parallel vein.</p>
<p>Taking the fightback idea further, into the realms of <a href="http://www.studies-observations.com/everyware/reviews.html">everyware</a>, <a href="http://www.miquelmora.com/idps.html">Miquel Mora&#8217;s IDentity Protection System</a>, shown last month at the RCA&#8217;s Great Exhibition (many thanks to <a href="http://www.creativekat.com/">Katrin Svabo Bech</a> for the tip-off), aims to offer the individual a way to control how his or her image is recorded &#8211; again, Régine from <em><a href="http://www.we-make-money-not-art.com/archives/009613.php">We Make Money Not Art</a></em>:</p>
<blockquote><p>With IDPS (IDentity Protection System), interaction designer Miquel Mora is proposing a new way to protect our visual identity from the invasion of ubiquitous surveillance cameras. He had a heap of green stickers that could stick to your jacket. Or anywhere else. The sticker blurred your image on the video screen.</p>
<p>&#8220;With the IDPS project I wanted to sparkle [sic.] debate about all the issues related to identity privacy,&#8221; explains Miquel. &#8220;Make people think about how our society has become a complete surveillance machine. Our identities have already been stored as data in many servers ready to be tracked. And our self image is our last resort. So we really need tools to protect our privacy. We need tools that can allow us to hide or reveal our visual image. We must have the control over it.&#8221;</p>
<p>&#8220;For example in one scenario a girl is wearing a tooth jewellery with IDPS technology embedded. So when she smiles she reveals it and it triggers the camera to protect her. With IDPS users can always feel comfortable, knowing that with a simple gesture like smiling, they are in control. The IDPS technology could be embedded in all kind of items, from simple badges to clothes or jewellery. For the working prototype I&#8217;m using Processing to track the stickers and pixelate the image around when it founds one.&#8221;</p></blockquote>
<p><img src="http://www.danlockton.co.uk/research/images/IDPS_06.jpg" alt="IDPS : Miquel Mora" /><br /><em>Image from Miquel Mora&#8217;s <a href="http://www.miquelmora.com/idps.html">website</a></em></p>
<p>While the use of stickers or similar tags (why not RFID?) which can be embedded in items such as jewellery is a very neat idea aesthetically, I am not sure what economic/legal incentive would drive CCTV operators or manufacturers to include something such as IDPS in their systems and respect the wishes of users. CCTV operators generally do not want anyone to be able to exclude him or herself from being monitored and recorded, whether that&#8217;s by <a href="http://news.bbc.co.uk/1/hi/england/kent/4534903.stm">wearing a hoodie</a> or <a href="http://news.bbc.co.uk/1/hi/england/cambridgeshire/4788912.stm">a smart black hat with maroon ribbon</a>. Or indeed <a href="http://news.bbc.co.uk/1/shared/spl/hi/pop_ups/05/europe_muslim_veils_and_headscarves/html/2.stm">a veil </a>of some kind.</p>
<p>Something which actively <em>fought back</em> against unwanted CCTV or other surveillance intrusion, such as reversing the <a href="http://architectures.danlockton.co.uk/2006/06/19/researchers-develop-prototype-system-to-thwart-unwanted-video-and-still-photography/">Georgia Tech system</a> in some way (e.g. detecting the CCD of a digital security camera, and sending a laser to blind it temporarily, or perhaps some kind of UV strobe) would perhaps be more likely to &#8216;succeed&#8217;, although I&#8217;m not sure how legal it would be. Still, with <a href="http://www.interaction.rca.ac.uk/index.html">RCA-quality interaction designers</a> homing in on these kinds of issues, I think we&#8217;re going to see some very interesting concepts and solutions in the years ahead&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/07/09/smile-youre-on-countermanded-camera/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>The right to click</title>
		<link>http://architectures.danlockton.co.uk/2007/07/04/the-right-to-click/</link>
		<comments>http://architectures.danlockton.co.uk/2007/07/04/the-right-to-click/#comments</comments>
		<pubDate>Wed, 04 Jul 2007 20:18:13 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Arbitrary]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Children]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design attitudes]]></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[Education]]></category>
		<category><![CDATA[Intellectual property]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Killjoy technology]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/07/04/the-right-to-click/</guid>
		<description><![CDATA[English Heritage, officially the Historic Buildings and Monuments Commission for England, and funded by the taxpayer and by visitors to some of its properties, does a great deal of very good work in widening public appreciation of, and engagement with, history and the country&#8217;s heritage. But its ViewFinder image gallery website* sadly falls into the [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.english-heritage.org.uk/">English Heritage</a>, officially the Historic Buildings and Monuments Commission for England, and funded by the taxpayer and by visitors to some of its properties, does a great deal of very good work in widening public appreciation of, and engagement with, history and the country&#8217;s heritage. </p>
<p>But its <a href="http://viewfinder.english-heritage.org.uk/home.asp">ViewFinder image gallery website</a>* sadly falls into the trap of trying to <em>restrict</em> public engagement rather than make it easy. Yes, someone specified the old &#8216;<a href="http://websiteowner.info/articles/ethics/norightclick.asp">right click disabled</a>&#8216; policy:</p>
<p><img SRC="http://www.danlockton.co.uk/research/images/rightclickdisabled.jpg" ALT="English Heritage Viewfinder: right-click disabled"/><br /><em>Screenshots of <a href="http://viewfinder.english-heritage.org.uk/search/fullscreen.asp?digital_filename=bb73_138.jpg">this page</a>, launched from <a href="http://viewfinder.english-heritage.org.uk/search/reference.asp?index=1&#038;main_query=&#038;theme=&#038;period=&#038;county=&#038;district=&#038;place_name=datchet&#038;imageUID=45855">this page</a></em>.</p>
<p>Now, the image in question &#8211; <a href="http://viewfinder.english-heritage.org.uk/gallery/700/bb7/bb73_138.jpg">here&#8217;s a direct link</a> &#8211; which happens to be an engraving of the former Datchet bridge**, in 1840 according to <a href="http://66.102.9.104/search?q=cache:SSkONkP2ZykJ:thames.me.uk/s00550.htm+datchet+bridge+iron+wood&#038;hl=en&#038;ct=clnk&#038;cd=1&#038;gl=uk">this page</a> (with a colour image) is, even taking English Heritage&#8217;s &#8220;<a href="http://viewfinder.english-heritage.org.uk/search/reference.asp?index=1&#038;main_query=&#038;theme=&#038;period=&#038;county=&#038;district=&#038;place_name=datchet&#038;imageUID=45855">1860-1922</a>&#8221; suggested date range, surely out of copyright, so presumably there cannot be any &#8216;legal&#8217; question over &#8216;letting&#8217; people save a copy (which is easiest to do by right-clicking on the most common operating systems and browsers). Using Javascript to remove the browser toolbars and menus also hides the ability to print the image for most users, presumably also deliberately.</p>
<p>Yes, of course, many (most?) readers of this post will know how to get around the no-right-click architecture of control, but you&#8217;re reading a technology blog; <em>think of whom the site is presumably aimed at</em>. It is supposed to be a resource to encourage public engagement with history and heritage. Most users will be computer-literate enough to know how to search and probably familiar with right-clicking, but not to mess round with selectively disabling Javascript. Why should they have to? Incidentally, if you do disable Javascript entirely, you can&#8217;t even view an enlarged image at all:</p>
<p><img SRC="http://www.danlockton.co.uk/research/images/javascript.jpg" ALT="English Heritage Viewfinder"/> </p>
<p>What actual use to the public, other than for momentary on-screen interest, is a photo archive website where nothing can be &#8216;done&#8217; with the images? What is a child doing a local history project supposed to do? Order <a href="http://viewfinder.english-heritage.org.uk/search/order.asp?refno=bb73_138.jpg">a print at £18.80 for each photo</a> and then scan it in? Does English Heritage really think that the ability for someone to save or print or e-mail a low-resolution 72 dpi image is going to devalue or compete with the organisation in some way?</p>
<p>It&#8217;s ridiculous: such a short-sighted, narrow-mindset policy removes a significant proportion of the usefulness of the site. I don&#8217;t know whether the site developer did this with or without English Heritage&#8217;s instruction or cognizance (and it was in 2002, so perhaps different thinking would apply today), but it seems that no-one bothered to think through what an actual user might want to get from interacting with the site. </p>
<p>In fact, regardless of the fact that this particular image (as with many others on the site) is in the public domain, even the images which are still under copyright (or &#8220;© English Heritage.NMR&#8221; as the site puts it, NMR being the National Monuments Record) should, of course, be freely downloadable, printable, and do-whatever-you-want-able. Their acquisition, preservation and cataloguing were paid for by the public, and they should <em>all</em> be available as widely, and easily, as possible. As it is, I would call the website a waste of public money, since it does not appear to offer what most intended users would expect and need.</p>
<p>Still, at least the site&#8217;s not one giant bundle of Flash. That would make it marginally <a href="http://www.decompiler-swf.com/">more hassle</a> to extract the images.</p>
<p><em>*Partially funded by the Big Lottery Fund, and thus not entirely directly taxpayer-funded, unless one regards the National Lottery as an extra tax on the hopeful and desperate, which some commentators would.<br />
**Almost exactly the spot where I&#8217;ve been testing a prototype radio-controlled toy for a client this very afternoon, in fact, though the bridge is long gone.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/07/04/the-right-to-click/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>Friday quote: Fashion &amp; convention</title>
		<link>http://architectures.danlockton.co.uk/2007/02/09/friday-quote-fashion-convention/</link>
		<comments>http://architectures.danlockton.co.uk/2007/02/09/friday-quote-fashion-convention/#comments</comments>
		<pubDate>Fri, 09 Feb 2007 10:55:58 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Convention]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Fashion]]></category>
		<category><![CDATA[Friday quote]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[Worldwide]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2007/02/09/friday-quote-fashion-convention/</guid>
		<description><![CDATA[L.J.K. Setright, the late motoring writer and commentator, self-taught mechanical engineer and all-round Renaissance Man, once wrote: Fashion is a terrible fetter; convention, since it lasts longer, is even worse. This was in an issue of Car, when it was still any good. Setright wrote it in reference to car design, and the lack of [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/convention.jpg" alt="All heading the same way" /></p>
<p><a href="http://www.telegraph.co.uk/news/main.jhtml?xml=/news/2005/09/17/db1702.xml">L.J.K. Setright</a>, the late motoring writer and commentator, self-taught mechanical engineer and all-round Renaissance Man, once wrote:  </p>
<blockquote><p>Fashion is a terrible fetter; convention, since it lasts longer, is even worse.</p></blockquote>
<p>This was in an issue of <em><a href="http://www.carmagazine.co.uk/">Car</a></em>, when it was still any good. </p>
<p>Setright wrote it in reference to car design, and the lack of progress thereof, but I think we can all see how applicable it is to many fields of endeavour, not just in technology but in society also. We should be very wary when fashions <em>become</em> conventions &#8211; or at least we should think them through before they become norms. And we should always leave ourselves a way out. (I&#8217;ve mentioned this in a <a href="http://architectures.danlockton.co.uk/2006/05/18/changing-norms/">few</a> <a href="http://architectures.danlockton.co.uk/2006/07/09/embedding-control-in-society-the-end-of-freedom/">contexts</a> <a href="http://architectures.danlockton.co.uk/2006/06/19/researchers-develop-prototype-system-to-thwart-unwanted-video-and-still-photography/">before</a>, perhaps with a little hyperbole.) </p>
<p>What almost became a norm &#8211; DRM&#8217;d music &#8211; is now <a href="http://today.reuters.co.uk/misc/PrinterFriendlyPopup.aspx?type=technologyNews&#038;storyID=2007-02-09T101126Z_01_N08221153_RTRIDST_0_TECH-EMI-WEB-DC.XML">apparently</a> <a href="http://www.apple.com/hotnews/thoughtsonmusic/">on the way out</a>. DRM was a fashion, not a convention: still a fetter, but one which can ultimately be shaken off, as it should be. </p>
<p>The great thing about fashions, of course, is that they can be talked into existence, and talked out of existence too. Fashions are not <em>architecture</em>.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2007/02/09/friday-quote-fashion-convention/feed/</wfw:commentRss>
		<slash:comments>1</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>Digital control round-up</title>
		<link>http://architectures.danlockton.co.uk/2006/12/30/digital-control-round-up/</link>
		<comments>http://architectures.danlockton.co.uk/2006/12/30/digital-control-round-up/#comments</comments>
		<pubDate>Sat, 30 Dec 2006 16:49:21 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Broadcast flag]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Copyfight]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Creeping erosion of norms]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Digital rights]]></category>
		<category><![CDATA[DRM]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Internet economics]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Movie industry]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[MPAA]]></category>
		<category><![CDATA[Music]]></category>
		<category><![CDATA[Music industry]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Propaganda]]></category>
		<category><![CDATA[Rent-seeking]]></category>
		<category><![CDATA[RIAA]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Stifling innovation]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Treacherous computing]]></category>
		<category><![CDATA[Trusted Computing]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Vague rhetoric]]></category>
		<category><![CDATA[Video]]></category>
		<category><![CDATA[Worldwide]]></category>
		<category><![CDATA[Your property]]></category>

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

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/2006/12/10/the-fight-back-loyalty-card-subversion/</guid>
		<description><![CDATA[It&#8217;s inevitable that for every attempt to cajole or impose control on users, there will be some people who seek to avoid or circumvent it. As Crosbie Fitch put it in a recent comment, &#8220;humans are designed to explore the parameters of their environment and to adapt to them&#8221;. Supermarket loyalty cards are an interesting [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/js.jpg" alt="J Sainsbury, Colliers Wood. This photo's been used before on the blog" /></p>
<p>It&#8217;s inevitable that for every attempt to cajole or impose control on users, there will be some people who seek to avoid or circumvent it. As Crosbie Fitch put it in a <a href="http://architectures.danlockton.co.uk/2006/12/06/bollardian-nightmare/#comment-23137"><strong>recent comment</strong></a>, &#8220;humans are designed to explore the parameters of their environment and to adapt to them&#8221;.</p>
<p>Supermarket loyalty cards are an interesting example of this. Whilst not a rigid method of control &#8211; more a method of persuasion &#8211; their ubiquity and fairly clear agenda make them common target for intentional avoidance, or subversion. For every person who hasn&#8217;t signed up out of just-not-being-bothered, there is probably at least one who doesn&#8217;t trust what will happen to his or her data, even if it&#8217;s only a vague feeling of unease. And there is a small segment of customers who will (admirably) attempt to manipulate the system, either for their own gain, or simply out of an inquisitive or rebellious spirit.</p>
<p><img src="http://www.danlockton.co.uk/research/images/cockeyed_safeway_1.jpg" alt="Image from Cockeyed.com" /><img src="http://www.danlockton.co.uk/research/images/cockeyed_safeway.jpg" alt="Image from Cockeyed.com" /></p>
<p><a href="http://www.cockeyed.com/pranks/safeway/ultimate_shopper.html">Rob Cockerham&#8217;s &#8216;Ultimate Shopper&#8217;</a> is one of the most famous (and apparently successful) &#8216;white hat&#8217; attempts to subvert a loyalty card system: Rob replicated the barcode (scanned by the cashier) from his Safeway Club card, and sent out dozens of copies of it to friends and readers of his website, with the aim of creating an &#8216;interesting&#8217; customer profile on Safeway&#8217;s system: one who bought vast quantities of products each month, right across the country:</p>
<blockquote><p>I want to take the credit for all of my shopping, and for your shopping too! </p>
<p>&#8230;</p>
<p>Anyone who does this will be lumping their shopping data together with mine. Together we might amass a profile of the single greatest shopper in the history of mankind.</p>
<p>You will still get club card savings, but you will miss out on the odd promotions they have from time to time. Actually, some promotions are awarded at the register, so you may continue to benefit from those, although the rewards will be utterly unpredictable.</p></blockquote>
<p>Actually cloning the data on the magnetic strip, to create a more foolproof (and less detectable) set of cloned cards, would be another step. Depending on the structure of the supermarket&#8217;s loyalty scheme, there may well be thresholds above which the &#8216;rewards&#8217; for customers increase substantially, and assuming the participants in the cloning scheme can work out a fair or acceptable way to share their rewards, this could mean greater benefits for all of them than actually using their cards individually.</p>
<p>An alternative scheme is Rob Carlson&#8217;s &#8216;<a href="http://epistolary.org/rob/bonuscard/">Giant BonusCard Swap Meet</a>&#8216; where card-holders from Giant (&#8220;a large supermarket chain in the Baltimore/DC area&#8221;) swap details with other card-holders in order to give themselves more privacy &#8211; from <a href="http://www.joabj.com/CityPaper/031001ShoppingCards.html">a 2003 article</a>:</p>
<blockquote><p>Carlson&#8217;s site works like this: You enter your Giant card number on a form. It puts this number into a pool of numbers gathered from participants. Drawing from this pool, it displays for each visitor a bar-code replica of someone else&#8217;s number, allowing the visitor to print it out and tape onto his or her own card. Should you actually take the time to do this and then visit the local Giant to use this card, you are, to Giant, someone else. If enough people do this, the argument goes, Giant&#8217;s shopper profiles are rendered muddied and ultimately useless.</p></blockquote>
<p><a href="http://www.wired.com/news/business/0,1367,59589,00.html">A <em>Wired</em> article from 2003</a> on Rob Cockerham and Rob Carlson&#8217;s projects.</p>
<p>Are there other similar examples?</p>
<p><span id="more-169"></span><br />
[An additional aspect of supermarket 'fight back' borders on actual theft but is surely extremely common: when supermarkets' self-service systems (e.g. for weighing loose fruit and vegetables) allow customers to print out an appropriate barcode label, there's also (inevitably) the possibility of the customer, er, <em>adjusting</em> the process in his or her favour. If I buy an organic apple that costs more per pound than a non-organic apple, and ostensibly looks the same, what's to stop me entering the details for the non-organic apple and thus paying just for that? There may be CCTV watching the self-weigh units, but is the resolution good enough to tell the difference between different types of apple? Will the checkout assistant be able to tell the difference?</p>
<p>Of course, where these self-print systems are used in conjunction with self-scan systems (where the customer uses the scanner), there's even more potential to 'get away' with things, whether that's just under-weighing your goods or just pressing the button for the cheapest item each time - often, in the UK, onions - no matter what you're weighing. There's also significant potential for legitimate mistakes here. Since the CCTV can't read at that resolution, and you have a barcode for each item, you'd probably get away with it. <strong>Please note, I'm not advocating this, just pointing out a particular weakness of this aspect of retailing technology.</strong></p>
<p>Getting back to the point, if the above onion trick is combined with a loyalty card which tries to build a customer profile, we'd end up with a customer who buys an enormous amount of onions and no other loose fruit or vegetables. That might be suspicious in itself; if the customer has a loyalty card, he or she could be identified and investigated; otherwise there would be no way of tracing the mystery onion-buyer. Thanks to a friend for this observation]</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/12/10/the-fight-back-loyalty-card-subversion/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>Shaping behaviour: Part 1</title>
		<link>http://architectures.danlockton.co.uk/2006/11/09/design-approaches-for-shaping-behaviour-sticks-and-carrots/</link>
		<comments>http://architectures.danlockton.co.uk/2006/11/09/design-approaches-for-shaping-behaviour-sticks-and-carrots/#comments</comments>
		<pubDate>Thu, 09 Nov 2006 17:17:52 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></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[Designed to be unpleasant]]></category>
		<category><![CDATA[Designed to injure]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Do artifacts have politics?]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Foucault]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Gravy train]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Mistake-proofing]]></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[Propaganda]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Skateboarding]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=157</guid>
		<description><![CDATA[A couple of months ago I posted about the &#8216;shaping behaviour&#8217; research of RED, part of the UK Design Council. At the time I noted in passing a classification of design approaches for shaping behaviour, mentioned by RED&#8217;s Chris Vanstone: &#8220;stick*, carrot or speedometer.&#8221; It&#8217;s worth looking further at this classification and how it relates [...]]]></description>
			<content:encoded><![CDATA[<p>A couple of months ago I posted about the <a href="http://architectures.danlockton.co.uk/?p=121"><strong>&#8216;shaping behaviour&#8217; research of RED</strong></a>, part of the UK <a href="http://www.designcouncil.org.uk/mt/red/">Design Council</a>. At the time I noted in passing a classification of design approaches for shaping behaviour, mentioned by RED&#8217;s <a href="http://www.humanbeans.net/whatscooking/index.html">Chris Vanstone</a>: &#8220;<strong>stick</strong>*, <strong>carrot</strong> or <strong>speedometer</strong>.&#8221; It&#8217;s worth looking further at this classification and how it relates to the spectrum of control, especially in a technology context:</p>
<p><img src="http://www.danlockton.co.uk/research/images/stick.jpg" alt="Yes, it's a stick (well, a branch), next to a PCB" /></p>
<p><strong>Stick</strong></p>
<p>If we define &#8216;stick&#8217; as &#8216;punishing the user for attempted deviation from prescribed behaviour&#8217;, then many of the architectures of control we&#8217;ve examined on this site demonstrate the stick approach. They&#8217;re not explicitly &#8216;technologies of punishment&#8217; in <a href="http://en.wikipedia.org/wiki/Discipline_and_Punish">Foucault</a>&#8216;s phrase, but rather a form of structural punishment. The thinking seems to be (for example):</p>
<li> If you try to sleep on <a href="http://architectures.danlockton.co.uk/?p=133">this bench</a>, you will be uncomfortable (and hence won&#8217;t do it again)</li>
<li>If you try to copy a DVD, your <a href="http://en.wikipedia.org/wiki/Content-scrambling_system">copy will be degraded</a> and your time and blank DVD wasted (and hence you won&#8217;t do it again, or will buy another authorised original)
</li>
<li>If you <a href="http://architectures.danlockton.co.uk/?p=135#degradation"><strong>try to view our website using a competitor&#8217;s browser, your experience will be broken</strong></a> (and hence you&#8217;ll switch to our browser)</li>
<li>If you try to skateboard here, <a href="http://architectures.danlockton.co.uk/?p=58"><strong>your board will be damaged and you will be maimed</strong></a> (and hence you won&#8217;t do it again)</li>
<p>&#8230;and so on. There are numerous other examples from software and urban planning, especially. </p>
<p>The thing is, though, for each of those &#8216;sticks&#8217;, a large percentage of people will not be <a href="http://architectures.danlockton.co.uk/?p=148"><strong>obedient</strong></a> in the face of the &#8216;punishment&#8217;. They&#8217;ll try to find a way round it: a way of achieving their original objective but avoiding the punishment. They&#8217;ll search for what others in similar situations have done (e.g. <a href="http://en.wikipedia.org/wiki/DeCSS">DeCSS</a> in the DVD example) or ask among friends until they find someone with the required expertise or who knows about an alternative. <a href="http://signonsandiego.printthis.clickability.com/pt/cpt?action=cpt&#038;title=SignOnSanDiego.com+%3E+News+%3E+Features+--+Success+is+a+mixed+blessing+for+San+Diegan+whose+invention+has+pushed+boards+off+the+curb&#038;expire=&#038;urlID=8456590&#038;fb=Y&#038;url=http%3A%2F%2Fwww.signonsandiego.com%2Fnews%2Ffeatures%2F20031205-9999_1n5skate.html&#038;partnerID=621">They may even actively destroy the &#8216;stick&#8217; that punishes them</a>. In some cases they might not even understand that they&#8217;re being punished, simply seeing &#8216;the system&#8217; as beyond their comprehension or stacked against them.</p>
<p>Equally, there isn&#8217;t always a rational strategy behind the &#8216;stick&#8217; in the first place. The anti-homeless bench doesn&#8217;t &#8216;solve&#8217; the &#8216;problem of homelessness&#8217;. It just punishes those who try to lie down on it without offering an alternative. It&#8217;s punishment with no attempt at resolving the problem. </p>
<p>If a stick does get people to change their behaviour in the intended way, it will be accompanied by resentment, anger and dissatisfaction. It may only be fear of the consequences which prevent actual rebellion. In short: <strong>using sticks to change people&#8217;s behaviour is not a good idea</strong>.</p>
<p><img src="http://www.danlockton.co.uk/research/images/carrots.jpg" alt="Carrots: image from image.frame" /><br />
<em>Image from <a href="http://www.flickr.com/photos/imageframe/221625307/">image.frame</a></em></p>
<p><strong>Carrot</strong></p>
<p>A &#8216;carrot&#8217; means offering users an incentive to change their behaviour. This moves away from actual <em>control</em> to something closer to some aspects of <a href="http://captology.stanford.edu/notebook/">captology</a> &#8211; making a persuasive case for behaviour change through demonstrating its benefits rather than punishing those who disobey. </p>
<p>To some extent, control and incentives may be incompatible. Taking away functionality from users then showing them how they can get it back (usually by paying something) might be a classic combined &#8220;carrot and stick&#8221; technique, but it&#8217;s also bordering on a protection racket, and it doesn&#8217;t fool many people. </p>
<p>However, <em>can</em> control be used in conjunction with genuine incentives to serve the agendas of both sides? Electric lights that turn off automatically if no-one&#8217;s in the room take some control away from the user, but also offer benefits to both the user (lower electricity bills) and society as a whole (less energy used). But if they turn off automatically, is there actually any <em>incentive</em> for the user to change his or her behaviour? If we&#8217;re always spoon-fed, will we ever learn?</p>
<p>Perhaps mistake-proofing measures or forcing functions which allow a user to increase his or her productivity or safety, in return for giving up some &#8216;control&#8217; &#8211; which may not be highly valued anyway &#8211; fit the definition best. If I&#8217;m working in a factory painting coachlines on hand-built bicycles, a steady guide arm that damps my arm vibrations &#8211; but only if I also take care as well &#8211; takes some control away from me, but also prevents me making mistakes, allowing me to paint more coachlines per hour, more accurately. It also helps my employer.</p>
<p>But that&#8217;s a very weak degree of control. Unless anyone can come up with any counter-examples, I would suggest that providing real incentives for users to change their behaviour is fundamentally a very different approach to the &#8216;control mindset&#8217; (unless you are trying to trick people by offering false incentives, or by understating what they could lose by changing their behaviour).</p>
<p><strong>I&#8217;ll get round to speedometers in a future post, since this approach is worthy of a deeper treatment.</strong></p>
<p><em>*The phrase &#8220;carrot and stick&#8221; seems now universally to imply &#8220;offering incentives with one hand and punishment with the other&#8221; (though not necessarily at the same time), rather than the &#8220;carrot dangling from a stick, just out of reach&#8221; meaning (i.e. &#8220;motivating people to perform with incentives which will never be fulfilled&#8221;) which I first assumed it to have when I heard the phrase as a kid (I&#8217;m <a href="http://www.phrases.org.uk/bulletin_board/6/messages/733.html">not the only one</a> with <a href="http://www.wsu.edu/~brians/errors/carrot.html">this issue</a>). In this post, I&#8217;ll use &#8220;stick&#8221; to mean &#8220;punishment&#8221;.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/11/09/design-approaches-for-shaping-behaviour-sticks-and-carrots/feed/</wfw:commentRss>
		<slash:comments>16</slash:comments>
		</item>
		<item>
		<title>Sniffing out censorship</title>
		<link>http://architectures.danlockton.co.uk/2006/11/01/sniffing-out-censorship/</link>
		<comments>http://architectures.danlockton.co.uk/2006/11/01/sniffing-out-censorship/#comments</comments>
		<pubDate>Wed, 01 Nov 2006 18:07:20 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Censorship]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Democracy of innovation]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Good design]]></category>
		<category><![CDATA[Hidden persuaders]]></category>
		<category><![CDATA[Indoctrination]]></category>
		<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Lobbying]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Orwellian]]></category>
		<category><![CDATA[Political design]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Speakers' Corner]]></category>
		<category><![CDATA[Surveillance]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[Technology underclass]]></category>
		<category><![CDATA[Underclass]]></category>
		<category><![CDATA[Vague rhetoric]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=155</guid>
		<description><![CDATA[Image from News Sniffer News Sniffer&#8216;s Revisionista monitors alterations to published news stories from a variety of sources by comparing RSS feeds, sometimes revealing subsequently redacted information or changes of opinion (e.g. note the removed phrase in the first paragraph of this story about Cuba). While many of the changes are simply re-wordings for clarity [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/newssniffer.png" alt="News Sniffer" /><br />
<em>Image from <a href="http://newssniffer.newworldodour.co.uk/">News Sniffer</a></em></p>
<p><a href="http://newssniffer.newworldodour.co.uk">News Sniffer</a>&#8216;s <a href="http://newssniffer.newworldodour.co.uk/articles/list_by_revision">Revisionista</a> monitors alterations to published news stories from a variety of sources by comparing RSS feeds, sometimes revealing subsequently redacted information or changes of opinion (e.g. note the removed phrase in the first paragraph of <a href="http://newssniffer.newworldodour.co.uk/articles/874/diff/0/1">this story about Cuba</a>). While many of the changes are simply re-wordings for clarity or to correct grammatical errors, there are certainly also some instances of more substantial revisions &#8211; see the <a href="http://newssniffer.newworldodour.co.uk/articles/recommended/list">&#8216;recommended&#8217;</a> list.</p>
<p>Perhaps more revealing is News Sniffer&#8217;s <a href="http://newssniffer.newworldodour.co.uk/bbc/threads/mostcensored">Watch Your Mouth</a>, which shows the reactively moderated comments removed from the BBC&#8217;s &#8216;Have Your Say&#8217; threads. I&#8217;ve been reading this for a while &#8211; in fact I think I might have been one of the first subscribers via Bloglines &#8211; and am still amazed by just how many comments are removed by the BBC&#8217;s moderators, often making points which, though maybe controversial, are very much the voice of the common man and woman. Some are offensive, yes; others are genuine expressions of frustration or even first-hand annotations to or clarifications of aspects of the story above. Many are critical of the BBC, including those criticising the moderators for censorship of the very comments under dicsussion. </p>
<p><span id="more-155"></span></p>
<p>For many people in the UK, the BBC&#8217;s &#8216;Have Your Say&#8217; is a first exposure to the concept of social media: their first experience of having their views and opinions directly shown to other users and being able to repsond to others&#8217; opinions. Having such censorship in place may &#8216;tidy up&#8217; the appearance of the site from the BBC&#8217;s point of view, and prevent arguments developing in the comments, but I feel that laying itself open to such (accurate) accusations of censorship will not be in the BBC&#8217;s best interests in the longer term. The <a href="http://www.bbc.co.uk/blogs/theeditors/2006/10/sniffing_out_edits.html">BBC&#8217;s reaction</a> to News Sniffer largely glosses over the &#8216;Watch Your Mouth&#8217; section, which is a shame. </p>
<p>(When I was a teenager, I used to spend a lot of time listening to Talk Radio, and its successor, <a href="http://en.wikipedia.org/wiki/TalkSPORT">talkSPORT</a>, even if only in the background while working. I knew the callers&#8217; and presenters&#8217; views weren&#8217;t representative of the population as a whole, but there was something intensely interesting about really being in touch with what (some) people were saying around the kitchen table, or in the pub. The views weren&#8217;t always informed, but there was a lot of common sense and frank opinion which rarely came across in other media available at the time (pre-fast Internet access). To some extent I see <a href="http://newssniffer.newworldodour.co.uk/bbc/threads/mostcensored">Watch Your Mouth</a> as a kind of successor to that: the opinions that slip down, or are forced down, the back of the sofa, brought out into the open once more, whether idiotic or incisive.)</p>
<p>Is this relevant to architectures of control? I think so, even if only tangentially. News Sniffer is a fightback device against a formalised system of censorship, using simple, open technology (RSS) to break the control imposed by censors.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/11/01/sniffing-out-censorship/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Epson messes up my day</title>
		<link>http://architectures.danlockton.co.uk/2006/10/21/epson-messes-up-my-day/</link>
		<comments>http://architectures.danlockton.co.uk/2006/10/21/epson-messes-up-my-day/#comments</comments>
		<pubDate>Sat, 21 Oct 2006 13:59:59 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Business model]]></category>
		<category><![CDATA[Cartridges]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Consumer rights]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Design philosophy]]></category>
		<category><![CDATA[Design with Intent]]></category>
		<category><![CDATA[Designers]]></category>
		<category><![CDATA[Distasteful corollary]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Entropy]]></category>
		<category><![CDATA[Feature deletion]]></category>
		<category><![CDATA[Forcing functions]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Gadgets]]></category>
		<category><![CDATA[Ink cartridges]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Japan]]></category>
		<category><![CDATA[Monopoly]]></category>
		<category><![CDATA[Philosophy of control]]></category>
		<category><![CDATA[Printers]]></category>
		<category><![CDATA[Product design]]></category>
		<category><![CDATA[Razor blade model]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Site Announcements]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technical protection measures]]></category>
		<category><![CDATA[Techniques of persuasion]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>
		<category><![CDATA[Your property]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=147</guid>
		<description><![CDATA[My Epson Stylus Photo R1800&#8242;s been running low on ink in a couple of cartridges for a few days now. I&#8217;ve been putting off ordering them until this weekend. Now I find that when the printer believes a cartridge has reached 0%, it won&#8217;t print anything at all, even if it doesn&#8217;t need that colour. [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/inkout.png" alt="Ink Out" /></p>
<p>My Epson Stylus Photo R1800&#8242;s been running low on ink in a couple of cartridges for a few days now. I&#8217;ve been putting off ordering them until this weekend. Now I find that when the printer believes a cartridge has reached 0%, <strong>it won&#8217;t print anything at all</strong>, even if it doesn&#8217;t need that colour. Users (i.e. me) are forced into buying new cartridges at a time when they don&#8217;t actually need them in a pathetic exercise of Epson&#8217;s control. Workflow is interrupted, plans out of the window.</p>
<p>So now, in order to print something important which needs to be done this afternoon, I am going to have to get on a train and go into a local town, wasting a couple of hours of my life and resulting in entirely unnecessary energy usage and carbon emissions. That&#8217;s relatively easy for me: I live next to a railway station. But in areas of the world where it isn&#8217;t convenient or possible, how can such <em>thoughtless</em> design be tolerated? Printers a few years ago allowed you to keep printing until the cartridges were actually empty. You knew when to stop because you could see.</p>
<p>Hey Epson: if you push your customers around, they&#8217;ll walk away. Forever. It&#8217;s as simple as that. People&#8217;s time is precious. Convenience is important. There&#8217;s no way I&#8217;ll ever buy another Epson product or recommend them to anyone else. And I&#8217;m a techy guy: occasionally, people do ask my opinion on products. (Of course I&#8217;m going to buy cheap refill cartridges; ultimately I may have to get a <a href="http://www.continuousink.com/">continuous ink supply system</a>)</p>
<p>Yeah, it&#8217;s a rant; it&#8217;s also a pathetic piece of design embodying absolute contempt for the customer. </p>
<p><img src="http://www.danlockton.co.uk/research/images/r1800.jpg" alt="Bad design" /></p>
<p>(Sadly the <a href="http://architectures.danlockton.co.uk/?p=59"><strong>SSC Service Utility</strong></a> mentioned a few months ago doesn&#8217;t seem to allow the ink levels to this particular printer to be re-set, though it&#8217;s undoubtedly of great use on other models.)</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/10/21/epson-messes-up-my-day/feed/</wfw:commentRss>
		<slash:comments>61</slash:comments>
		</item>
		<item>
		<title>Countercontrol: blind pilots</title>
		<link>http://architectures.danlockton.co.uk/2006/09/28/countercontrol-blind-pilots/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/28/countercontrol-blind-pilots/#comments</comments>
		<pubDate>Thu, 28 Sep 2006 15:49:14 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[1984]]></category>
		<category><![CDATA[Architecture]]></category>
		<category><![CDATA[Architecture & urbanism]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Britain]]></category>
		<category><![CDATA[Bureaucracy]]></category>
		<category><![CDATA[Circumvention]]></category>
		<category><![CDATA[Civil 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[Designed to injure]]></category>
		<category><![CDATA[Designers]]></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[Entropy]]></category>
		<category><![CDATA[Erosion of liberty]]></category>
		<category><![CDATA[Exclusion]]></category>
		<category><![CDATA[External Control]]></category>
		<category><![CDATA[Fightback Devices]]></category>
		<category><![CDATA[Foucault]]></category>
		<category><![CDATA[Future]]></category>
		<category><![CDATA[Health and safety]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[Law]]></category>
		<category><![CDATA[Legislation]]></category>
		<category><![CDATA[Liberty]]></category>
		<category><![CDATA[Nonsense]]></category>
		<category><![CDATA[Norms]]></category>
		<category><![CDATA[Oppression]]></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[Propaganda]]></category>
		<category><![CDATA[Public money]]></category>
		<category><![CDATA[Punishment]]></category>
		<category><![CDATA[Regulation]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Social engineering]]></category>
		<category><![CDATA[Spatial]]></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>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=122</guid>
		<description><![CDATA[In a recent post, I discussed a Spiked article by Josie Appleton which included the following quote: “Police in Weston-super-Mare have been shining bright halogen lights from helicopters on to youths gathered in parks and other public places. The light temporarily blinds them, and is intended to ‘move them on’, in the words of one [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.danlockton.co.uk/research/images/eye.jpg" alt="Eye" /></p>
<p>In a recent <a href="http://architectures.danlockton.co.uk/?p=108"><strong>post</strong></a>, I discussed a <a href="http://www.spiked-online.com/index.php?/site/earticle/1504/"><em>Spiked</em> article by Josie Appleton</a> which included the following quote: </p>
<blockquote><p>“Police in Weston-super-Mare have been shining bright halogen lights from helicopters on to youths gathered in parks and other public places. The light temporarily blinds them, and is intended to ‘move them on’, in the words of one Weston police officer.”</p></blockquote>
<p><strong>A friend, reading this, simply uttered a single word: &#8220;Mirror&#8221;.</strong></p>
<p>What&#8217;d happen then? Is the risk of a blinded pilot and a crashed helicopter really worth it?</p>
<p>Or perhaps it&#8217;s the state, and by extension Avon &#038; Somerset Police (in this case), who are the real blind pilots, attempting to &#8216;guide&#8217; society in this way? If not blind, they&#8217;re certainly short-sighted.</p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/28/countercontrol-blind-pilots/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>BoingBoing podcast &#8211; direct link</title>
		<link>http://architectures.danlockton.co.uk/2006/09/19/boingboing-podcast-direct-link-2/</link>
		<comments>http://architectures.danlockton.co.uk/2006/09/19/boingboing-podcast-direct-link-2/#comments</comments>
		<pubDate>Tue, 19 Sep 2006 15:08:05 +0000</pubDate>
		<dc:creator>Dan</dc:creator>
				<category><![CDATA[Analog hole]]></category>
		<category><![CDATA[Audio]]></category>
		<category><![CDATA[Bad design]]></category>
		<category><![CDATA[Cargo cult]]></category>
		<category><![CDATA[Circumvention]]></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[Digital rights]]></category>
		<category><![CDATA[Embedding code]]></category>
		<category><![CDATA[Freedom to tinker]]></category>
		<category><![CDATA[Interaction design]]></category>
		<category><![CDATA[Intrusive technology]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[Nonsense]]></category>
		<category><![CDATA[Restriction]]></category>
		<category><![CDATA[Reverse engineering]]></category>
		<category><![CDATA[Sneaky]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Technology policy]]></category>
		<category><![CDATA[User experience]]></category>
		<category><![CDATA[User Psychology]]></category>

		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=119</guid>
		<description><![CDATA[Here&#8217;s the direct link for that new BoingBoing podcast &#8211; www.archive.org/download/&#8230;/boingboingboing_1_64kb.mp3 . BB were almost the last people I&#8217;d expect to wrap up their audio in a Flash interface! Still, &#8216;View Source&#8217; is a lot easier than having to use a Flash decompiler to extract the link. Maybe an OGG version will be available for [...]]]></description>
			<content:encoded><![CDATA[<p>Here&#8217;s the direct link for that <a href="http://www.boingboing.net/2006/09/19/introducing_boing_bo.html">new BoingBoing podcast</a> &#8211; <a href="http://www.archive.org/download/boingboingboing_1/boingboingboing_1_64kb.mp3"><strong>www.archive.org/download/&#8230;/boingboingboing_1_64kb.mp3</strong></a> .<br />
BB were almost the last people I&#8217;d expect to wrap up their audio in a Flash interface! Still, &#8216;View Source&#8217; is a lot easier than having to use a <a href="http://www.freedownloadscenter.com/Web_Authoring/Multimedia_Web_Authoring_Tools/Flash_Decompiler.html">Flash decompiler</a> to extract the link.</p>
<p>Maybe an OGG version will be available for the next in the series?</p>
<p><strong>Update: OK, they&#8217;ve now added the mp3 link to the post! Good on them!</strong></p>
]]></content:encoded>
			<wfw:commentRss>http://architectures.danlockton.co.uk/2006/09/19/boingboing-podcast-direct-link-2/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>
	</channel>
</rss>

