<?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"
	>
<channel>
	<title>Comments on: Sakai and OpenSocial: A Different Approach to Distributed Learning Applications</title>
	<atom:link href="http://mfeldstein.com/sakai-and-opensocial-a-different-approach-to-distributed-learning-applications/feed/" rel="self" type="application/rss+xml" />
	<link>http://mfeldstein.com/sakai-and-opensocial-a-different-approach-to-distributed-learning-applications/</link>
	<description>What Michael Feldstein Is Learning About Online Learning...Online</description>
	<pubDate>Fri, 05 Dec 2008 03:56:36 +0000</pubDate>
	
		<item>
		<title>By: Ewout ter Haar</title>
		<link>http://mfeldstein.com/sakai-and-opensocial-a-different-approach-to-distributed-learning-applications/#comment-71016</link>
		<dc:creator>Ewout ter Haar</dc:creator>
		<pubDate>Thu, 03 Jul 2008 12:09:45 +0000</pubDate>
		<guid isPermaLink="false">http://mfeldstein.com/sakai-and-opensocial-a-different-approach-to-distributed-learning-applications/#comment-71016</guid>
		<description>This sounds like a very interesting and encouraging initiative. I had no idea this was going on in the Sakai world. The lessons of the Web are very well expressed with the phrase "connections and communications are capable of leveraging greater efficiencies and delivery than application silos". It is my impression that "hard-core" Java developers, besides not focusing on the UI layer generally fail to take this into account by considering the Web as just one more UI. (Your article has the same problem, by the way: it needs a link.)

It would be wonderful if VLE and social software could be made more permeable. I see social networks and VLE taking a federated approach with standard communications protocols between them. On that view, we need the equivalent of SMTP and XMPP. The original OpenSocial spec did nothing in that regard: standardizing a widget platform is interesting but not world changing. Making connections between people (or profiles anyway) on different networks on the other hand is potentially revolutionary. Maybe the RESTful API in OpenSocial 0.8 is the beginning of moving in that direction.</description>
		<content:encoded><![CDATA[<p>This sounds like a very interesting and encouraging initiative. I had no idea this was going on in the Sakai world. The lessons of the Web are very well expressed with the phrase &#8220;connections and communications are capable of leveraging greater efficiencies and delivery than application silos&#8221;. It is my impression that &#8220;hard-core&#8221; Java developers, besides not focusing on the UI layer generally fail to take this into account by considering the Web as just one more UI. (Your article has the same problem, by the way: it needs a link.)</p>
<p>It would be wonderful if VLE and social software could be made more permeable. I see social networks and VLE taking a federated approach with standard communications protocols between them. On that view, we need the equivalent of SMTP and XMPP. The original OpenSocial spec did nothing in that regard: standardizing a widget platform is interesting but not world changing. Making connections between people (or profiles anyway) on different networks on the other hand is potentially revolutionary. Maybe the RESTful API in OpenSocial 0.8 is the beginning of moving in that direction.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Wilson</title>
		<link>http://mfeldstein.com/sakai-and-opensocial-a-different-approach-to-distributed-learning-applications/#comment-70930</link>
		<dc:creator>Scott Wilson</dc:creator>
		<pubDate>Wed, 02 Jul 2008 09:38:06 +0000</pubDate>
		<guid isPermaLink="false">http://mfeldstein.com/sakai-and-opensocial-a-different-approach-to-distributed-learning-applications/#comment-70930</guid>
		<description>I think this is a really interesting direction you're taking. We've been doing something very similar here by developing on the W3C Widgets specification, extending to add support for collaboration-type widgets. Again, parallel with OpenSocial and Shindig. We've been experimenting with different containers including Moodle, Wordpress, and Ruby on Rails apps.

I really like some parts of OpenSocial, and it certainly has momentum. I just hope it converges with genuinely open standards rather than remains a Microsoft-style de-facto proprietary technology.</description>
		<content:encoded><![CDATA[<p>I think this is a really interesting direction you&#8217;re taking. We&#8217;ve been doing something very similar here by developing on the W3C Widgets specification, extending to add support for collaboration-type widgets. Again, parallel with OpenSocial and Shindig. We&#8217;ve been experimenting with different containers including Moodle, Wordpress, and Ruby on Rails apps.</p>
<p>I really like some parts of OpenSocial, and it certainly has momentum. I just hope it converges with genuinely open standards rather than remains a Microsoft-style de-facto proprietary technology.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.231 seconds -->
<!-- Cached page generated by WP-Super-Cache on 2008-12-05 03:56:36 -->
