<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Ed Felten: DRM Wars, and &#8216;Property Rights Management&#8217;</title>
	<atom:link href="http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/feed/" rel="self" type="application/rss+xml" />
	<link>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/</link>
	<description>Design and human behaviour</description>
	<lastBuildDate>Sat, 11 Feb 2012 15:34:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Architectures of Control in Design &#187; Uninnovate - engineering products to do less</title>
		<link>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/comment-page-1/#comment-8291</link>
		<dc:creator>Architectures of Control in Design &#187; Uninnovate - engineering products to do less</dc:creator>
		<pubDate>Sun, 10 Sep 2006 22:29:10 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=101#comment-8291</guid>
		<description>[...] 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 DRM and DRM-related lock-ins, 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 - or out - with the express intention of manipulating and restricting users&#8217; behaviour, usually for commercial ends, but also political or social). [...]</description>
		<content:encoded><![CDATA[<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 DRM and DRM-related lock-ins, 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>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/comment-page-1/#comment-4850</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 16 Aug 2006 09:19:14 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=101#comment-4850</guid>
		<description>Yes, and the use of the catch-all term &#039;DRM&#039; for both measures designed to assist  a customer&#039;s objectives (e.g. your software), and frustrate them (most DRM) is definitely a problem.

(Philosophically, as an engineer, I would have to admit that I feel that the sort of stuff &#039;e-mail anti-theft software&#039; offers (preventing people forwarding e-mails, or printing them, or even screen-capping them) is, in the larger scheme of things, pretty irrelevant. If I want to keep a copy of that information and the software attempts to frustrate me, I&#039;ll just go and get my trusty 35mm film camera and take a screen capture &lt;em&gt;that&lt;/em&gt; way. Information &#039;wants&#039; to be free. Until you can bulk-erase people&#039;s brains, this kind of software is merely a speed-hump, an inconvenience. Sure, there&#039;s a market for it for the moment, but ultimately, it&#039;s of as much consequence as sparrows&#039; tears). 

See also &lt;a href=&quot;http://architectures.danlockton.co.uk/?p=44&quot; rel=&quot;nofollow&quot;&gt;http://architectures.danlockton.co.uk/?p=44&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Yes, and the use of the catch-all term &#8216;DRM&#8217; for both measures designed to assist  a customer&#8217;s objectives (e.g. your software), and frustrate them (most DRM) is definitely a problem.</p>
<p>(Philosophically, as an engineer, I would have to admit that I feel that the sort of stuff &#8216;e-mail anti-theft software&#8217; offers (preventing people forwarding e-mails, or printing them, or even screen-capping them) is, in the larger scheme of things, pretty irrelevant. If I want to keep a copy of that information and the software attempts to frustrate me, I&#8217;ll just go and get my trusty 35mm film camera and take a screen capture <em>that</em> way. Information &#8216;wants&#8217; to be free. Until you can bulk-erase people&#8217;s brains, this kind of software is merely a speed-hump, an inconvenience. Sure, there&#8217;s a market for it for the moment, but ultimately, it&#8217;s of as much consequence as sparrows&#8217; tears). </p>
<p>See also <a href="http://architectures.danlockton.co.uk/?p=44" rel="nofollow">http://architectures.danlockton.co.uk/?p=44</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mila</title>
		<link>http://architectures.danlockton.co.uk/2006/08/15/ed-felten-drm-wars-and-property-rights-management/comment-page-1/#comment-4797</link>
		<dc:creator>Mila</dc:creator>
		<pubDate>Tue, 15 Aug 2006 23:57:49 +0000</pubDate>
		<guid isPermaLink="false">http://architectures.danlockton.co.uk/?p=101#comment-4797</guid>
		<description>&lt;a href=&quot;http://www.techknowbizzle.com/2006/07/you-can-do-that-concise-drm-lesson.html&quot; rel=&quot;nofollow&quot;&gt;DRM technology&lt;/a&gt; is also an essential component in &lt;a href=&quot;http://www.essentialsecurity.com/learn_more.htm&quot; rel=&quot;nofollow&quot;&gt;email anti-theft software&lt;/a&gt;. Though DRM is often associated with protecting media files from redistribution, it also stops unintended forwarding and misuse of email and attachments. For example, using DRM-based email anti-theft controls, the sender can disable the recipient from using functions such as copy/print/forward/screen capture to ensure the confidentiality of all messages and documents.</description>
		<content:encoded><![CDATA[<p><a href="http://www.techknowbizzle.com/2006/07/you-can-do-that-concise-drm-lesson.html" rel="nofollow">DRM technology</a> is also an essential component in <a href="http://www.essentialsecurity.com/learn_more.htm" rel="nofollow">email anti-theft software</a>. Though DRM is often associated with protecting media files from redistribution, it also stops unintended forwarding and misuse of email and attachments. For example, using DRM-based email anti-theft controls, the sender can disable the recipient from using functions such as copy/print/forward/screen capture to ensure the confidentiality of all messages and documents.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

