<?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: DIY U at Educause</title>
	<atom:link href="http://diyubook.com/2011/10/diy-u-at-educause/feed/" rel="self" type="application/rss+xml" />
	<link>http://diyubook.com/2011/10/diy-u-at-educause/</link>
	<description>Edupunks, Edupreneurs, and the coming transformation of higher education</description>
	<lastBuildDate>Thu, 18 Jul 2013 18:44:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Luke Fernandez</title>
		<link>http://diyubook.com/2011/10/diy-u-at-educause/comment-page-1/#comment-5604</link>
		<dc:creator>Luke Fernandez</dc:creator>
		<pubDate>Sun, 30 Oct 2011 20:33:44 +0000</pubDate>
		<guid isPermaLink="false">http://diyubook.com/?p=531#comment-5604</guid>
		<description>I came to this post through one on Michael Feldstein&#039;s (e.g. http://mfeldstein.com/perhaps-open-is-a-flag-of-my-disposition/ ).  His post is helpful in delineating various measures of openness including whether an LMS promotes interperability, whether its free (gratis), and whether it has a robust API.  Those are all important aspects of openness and Michael (and the subsequent comments) cover them well.  But the measure that is left out (and which I think you are alluding to) is the type of openness that insures that if you contribute your labours to improving a piece of software or some other educational resource, it is still yours, or, if it isn&#039;t still yours at least it&#039;s not expropriated from you.  That I think is what Cable Green is getting at in encouraging grant making agencies to include open clauses in their descriptions and what Wiley is promoting in the notion of &quot;Buy one, get one.&quot;  I see this all dating back to John Locke who in many ways gives foundation to the idea of modern property.  If you mix your labour with something, that something becomes your property ( http://www.politicalphilosophy.info/labourmixing.html ). As a software developer I want the same Lockian rights: when I fix a bug in a piece of software the results of that labour should be mine or at least left in the public domain.  Those rights are promoted when I work with something that is open like Sakai.  Conversely those rights are more attenuated when working with software that is built by organizations who ascribe to these other forms of openness. Making clear distinctions between these different forms of openness and highlighting the ones that are more fundamental can help combat the more nefarious forms of this openwashing.</description>
		<content:encoded><![CDATA[<p>I came to this post through one on Michael Feldstein&#8217;s (e.g. <a href="http://mfeldstein.com/perhaps-open-is-a-flag-of-my-disposition/" rel="nofollow">http://mfeldstein.com/perhaps-open-is-a-flag-of-my-disposition/</a> ).  His post is helpful in delineating various measures of openness including whether an LMS promotes interperability, whether its free (gratis), and whether it has a robust API.  Those are all important aspects of openness and Michael (and the subsequent comments) cover them well.  But the measure that is left out (and which I think you are alluding to) is the type of openness that insures that if you contribute your labours to improving a piece of software or some other educational resource, it is still yours, or, if it isn&#8217;t still yours at least it&#8217;s not expropriated from you.  That I think is what Cable Green is getting at in encouraging grant making agencies to include open clauses in their descriptions and what Wiley is promoting in the notion of &#8220;Buy one, get one.&#8221;  I see this all dating back to John Locke who in many ways gives foundation to the idea of modern property.  If you mix your labour with something, that something becomes your property ( <a href="http://www.politicalphilosophy.info/labourmixing.html" rel="nofollow">http://www.politicalphilosophy.info/labourmixing.html</a> ). As a software developer I want the same Lockian rights: when I fix a bug in a piece of software the results of that labour should be mine or at least left in the public domain.  Those rights are promoted when I work with something that is open like Sakai.  Conversely those rights are more attenuated when working with software that is built by organizations who ascribe to these other forms of openness. Making clear distinctions between these different forms of openness and highlighting the ones that are more fundamental can help combat the more nefarious forms of this openwashing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
