<?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: ANGEL&#039;s Open Source Move</title>
	<atom:link href="http://mfeldstein.com/angels-open-source-move/feed/" rel="self" type="application/rss+xml" />
	<link>http://mfeldstein.com/angels-open-source-move/</link>
	<description>What We Are Learning About Online Learning...Online</description>
	<lastBuildDate>Fri, 18 May 2012 06:39:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: ANGEL Learning &#8211; Wikipedia, the free encyclopedia &#171; think hard, work less</title>
		<link>http://mfeldstein.com/angels-open-source-move/#comment-800</link>
		<dc:creator>ANGEL Learning &#8211; Wikipedia, the free encyclopedia &#171; think hard, work less</dc:creator>
		<pubDate>Sun, 07 Feb 2010 12:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://mfeldstein.com/angels-open-source-move/#comment-800</guid>
		<description>[...] Content and to educational wiki development through a source code contribution to TiddlyWiki. See e-Literate&#8217;s comments on ANGEL&#8217;s TiddlyWiki [...]</description>
		<content:encoded><![CDATA[<p>[...] Content and to educational wiki development through a source code contribution to TiddlyWiki. See e-Literate&#8217;s comments on ANGEL&#8217;s TiddlyWiki [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Feldstein</title>
		<link>http://mfeldstein.com/angels-open-source-move/#comment-799</link>
		<dc:creator>Michael Feldstein</dc:creator>
		<pubDate>Sun, 08 Feb 2009 21:41:32 +0000</pubDate>
		<guid isPermaLink="false">http://mfeldstein.com/angels-open-source-move/#comment-799</guid>
		<description>Patrick, I&#039;ll take a stab at answers to your questions:

1. I don&#039;t think people are paying for an open source tool in this case, since ANGEL has made the source code available for free. If you want to run their modified version of TiddlyWiki without paying them a licensing fee, you can. What customers are paying for is the other 99% of functionality in ANGEL, the integration between ANGEL and TiddlyWiki, and the support.

2. Specifics matter. TiddlyWiki is a particularly small and simple open source project. I can&#039;t imagine that ANGEL is going to need a lot of support from the project developers to keep their own system running. That doesn&#039;t mean there aren&#039;t situations in which this question would yield a different answer. But it&#039;s not always directly related to the size of the OSS project, either. For example, lots of proprietary software systems incorporate Apache projects in them, but because the open source software is mature and has well-defined interfaces, the potential for added complexity for support is often (though not always) a non-issue.

3. Again, TiddlyWiki is tiny and probably doesn&#039;t take up significant developer bandwidth. I suspect one of the points you may be hinting at with this question and the one before it is that universities who adopt open source applications don&#039;t necessarily have to hire developers to maintain them either, as the inaccurate cliche would have it.

4. If you buy my answer to your first question, then licensing fees shouldn&#039;t be affected. A lot depends on your perception regarding what percentage of the value of the proprietary product is actually coming from the underlying open source application. Adding an open source widget to a proprietary application probably has a very different impact on perceived value than adding a proprietary widget to an open source application.

5. I don&#039;t think this particular case speaks one way or the other to the relative speed of open source development. If you want to compare apples to apples, then look at how quickly new features get into comparable systems like Moodle or Sakai (or Dokeos, or LON-CAPA, or whatever). The ANGEL/TiddlyWiki case, IMHO, speaks more directly to the value of modularity that enables the re-use of externally developed components, regardless of the license under which they are available.</description>
		<content:encoded><![CDATA[<p>Patrick, I&#8217;ll take a stab at answers to your questions:</p>
<p>1. I don&#8217;t think people are paying for an open source tool in this case, since ANGEL has made the source code available for free. If you want to run their modified version of TiddlyWiki without paying them a licensing fee, you can. What customers are paying for is the other 99% of functionality in ANGEL, the integration between ANGEL and TiddlyWiki, and the support.</p>
<p>2. Specifics matter. TiddlyWiki is a particularly small and simple open source project. I can&#8217;t imagine that ANGEL is going to need a lot of support from the project developers to keep their own system running. That doesn&#8217;t mean there aren&#8217;t situations in which this question would yield a different answer. But it&#8217;s not always directly related to the size of the OSS project, either. For example, lots of proprietary software systems incorporate Apache projects in them, but because the open source software is mature and has well-defined interfaces, the potential for added complexity for support is often (though not always) a non-issue.</p>
<p>3. Again, TiddlyWiki is tiny and probably doesn&#8217;t take up significant developer bandwidth. I suspect one of the points you may be hinting at with this question and the one before it is that universities who adopt open source applications don&#8217;t necessarily have to hire developers to maintain them either, as the inaccurate cliche would have it.</p>
<p>4. If you buy my answer to your first question, then licensing fees shouldn&#8217;t be affected. A lot depends on your perception regarding what percentage of the value of the proprietary product is actually coming from the underlying open source application. Adding an open source widget to a proprietary application probably has a very different impact on perceived value than adding a proprietary widget to an open source application.</p>
<p>5. I don&#8217;t think this particular case speaks one way or the other to the relative speed of open source development. If you want to compare apples to apples, then look at how quickly new features get into comparable systems like Moodle or Sakai (or Dokeos, or LON-CAPA, or whatever). The ANGEL/TiddlyWiki case, IMHO, speaks more directly to the value of modularity that enables the re-use of externally developed components, regardless of the license under which they are available.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Masson</title>
		<link>http://mfeldstein.com/angels-open-source-move/#comment-798</link>
		<dc:creator>Patrick Masson</dc:creator>
		<pubDate>Sun, 08 Feb 2009 20:06:28 +0000</pubDate>
		<guid isPermaLink="false">http://mfeldstein.com/angels-open-source-move/#comment-798</guid>
		<description>No judgment here just some questions. How does this shape the discussions around open source...

1. How do folks feel about paying for an open source tool?
2. Will this provide folks with a sense of security knowing Angel is backing and contributing to a project, or will folks wonder who Angel is going to call at 2:00 a.m. when the wiki goes down?
3. How many developers does Angel need to hire now that they have incorporated an OS tool and thus needs to support it?
4. How then might licensing fees charged to current customers be affected?
5. How might this validate one of the claims of Open Source advocates, that OSS enjoys quicker development?</description>
		<content:encoded><![CDATA[<p>No judgment here just some questions. How does this shape the discussions around open source&#8230;</p>
<p>1. How do folks feel about paying for an open source tool?<br />
2. Will this provide folks with a sense of security knowing Angel is backing and contributing to a project, or will folks wonder who Angel is going to call at 2:00 a.m. when the wiki goes down?<br />
3. How many developers does Angel need to hire now that they have incorporated an OS tool and thus needs to support it?<br />
4. How then might licensing fees charged to current customers be affected?<br />
5. How might this validate one of the claims of Open Source advocates, that OSS enjoys quicker development?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 益学会 &#62; OLDaily 中文版 &#187; Blog Archive &#187; 2007年10月11日</title>
		<link>http://mfeldstein.com/angels-open-source-move/#comment-797</link>
		<dc:creator>益学会 &#62; OLDaily 中文版 &#187; Blog Archive &#187; 2007年10月11日</dc:creator>
		<pubDate>Fri, 12 Oct 2007 18:49:17 +0000</pubDate>
		<guid isPermaLink="false">http://mfeldstein.com/angels-open-source-move/#comment-797</guid>
		<description>[...] ANGEL的开源行动 这真有趣。Angel是一个流行的LMS（学习管理系统），主要在企业级获得应用。这家公司刚刚在他们的产品中嵌入了wiki，而且他们利用的是开源的Tiddly Wiki。他们在SourceForge上发布了调整过的代码，并且为Tiddly Wiki项目带来了经济回报。我同意 Michael feldstein的意见，他们应该因为就此付出的努力得到人们的赞扬。Michael Feldstein, e-Literate October 11, 2007 [原文链接] [Tags: Open Source, Project Based Learning] [参与评论] [...]</description>
		<content:encoded><![CDATA[<p>[...] ANGEL的开源行动 这真有趣。Angel是一个流行的LMS（学习管理系统），主要在企业级获得应用。这家公司刚刚在他们的产品中嵌入了wiki，而且他们利用的是开源的Tiddly Wiki。他们在SourceForge上发布了调整过的代码，并且为Tiddly Wiki项目带来了经济回报。我同意 Michael feldstein的意见，他们应该因为就此付出的努力得到人们的赞扬。Michael Feldstein, e-Literate October 11, 2007 [原文链接] [Tags: Open Source, Project Based Learning] [参与评论] [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

