<?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: Building Learn.Ember.js, part 1: I say App, you say Document</title>
	<atom:link href="http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document</link>
	<description>Revolutionary digital learning for science, math and engineering</description>
	<lastBuildDate>Thu, 16 May 2013 19:24:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Mike</title>
		<link>http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document#comment-11341</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Tue, 01 Jan 2013 19:51:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.concord.org/?p=1386#comment-11341</guid>
		<description><![CDATA[Richard,

great idea and I just had the same one after using the knockout version. What about publishing the source code on github and let us all contribute. Ember really needs this kind of Guides/Tutorial because it lags a bit on information for new users.

Cheers
Mike]]></description>
		<content:encoded><![CDATA[<p>Richard,</p>
<p>great idea and I just had the same one after using the knockout version. What about publishing the source code on github and let us all contribute. Ember really needs this kind of Guides/Tutorial because it lags a bit on information for new users.</p>
<p>Cheers<br />
Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: edub kendo</title>
		<link>http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document#comment-8321</link>
		<dc:creator>edub kendo</dc:creator>
		<pubDate>Wed, 20 Jun 2012 15:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.concord.org/?p=1386#comment-8321</guid>
		<description><![CDATA[Really is a shame that you decided not to continue this project. While what you&#039;re currently working on does sound very cool, emberjs is such a neat technology, and at the same time, so difficult to break into for the complete novice, that something like the learnember app would be of immeasurable value.]]></description>
		<content:encoded><![CDATA[<p>Really is a shame that you decided not to continue this project. While what you&#8217;re currently working on does sound very cool, emberjs is such a neat technology, and at the same time, so difficult to break into for the complete novice, that something like the learnember app would be of immeasurable value.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Klancer</title>
		<link>http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document#comment-7567</link>
		<dc:creator>Richard Klancer</dc:creator>
		<pubDate>Tue, 14 Feb 2012 19:46:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.concord.org/?p=1386#comment-7567</guid>
		<description><![CDATA[Hi Dylan,

Well, it had to happen. It turns out that the thinking described in the blog post led me to experiment with &lt;a href=&quot;http://autotelicum.github.com/Smooth-CoffeeScript/interactive/interactive-coffeescript.html&quot; rel=&quot;nofollow&quot;&gt;Interactive Smooth Coffeescript&lt;/a&gt;, which, combined with the unexpectedly quick development of some of our Javascript-based molecular modeling software, has led me to to change the focus of the work which I began with learn.ember.js. I&#039;ve moved away from the problem of commercial web programming &lt;em&gt;per se&lt;/em&gt; and toward creating an editable, literate-programming style of interface suitable for discussing and experimenting with computational simulations that run in the browser.

I&#039;ll be writing my next blog post, examining Coffeescript syntax and specifically how it makes Coffeescript easier to use than Javascript for programming with the types of abstractions described in the classic paper, &lt;a href=&quot;http://www.cse.chalmers.se/~rjmh/Papers/whyfp.html&quot; rel=&quot;nofollow&quot;&gt;&quot;Why Functional Programming Matters&quot;&lt;/a&gt;, soon. Then I&#039;ll explore how to build Smooth Coffeescript-like documents that embed reader-editable code which can drive, and plot results from, physics simulations that run in the browser.

(By the way, one of my conclusions from the learn.ember.js experiment is that it&#039;s compelling to use such a tutorial on an iPad, and whereas &lt;a href=&quot;http://codemirror.net/&quot; rel=&quot;nofollow&quot;&gt;CodeMirror&lt;/a&gt; can work in Mobile Safari on iOS5, the Ace editor doesn&#039;t.)]]></description>
		<content:encoded><![CDATA[<p>Hi Dylan,</p>
<p>Well, it had to happen. It turns out that the thinking described in the blog post led me to experiment with <a href="http://autotelicum.github.com/Smooth-CoffeeScript/interactive/interactive-coffeescript.html" rel="nofollow">Interactive Smooth Coffeescript</a>, which, combined with the unexpectedly quick development of some of our Javascript-based molecular modeling software, has led me to to change the focus of the work which I began with learn.ember.js. I&#8217;ve moved away from the problem of commercial web programming <em>per se</em> and toward creating an editable, literate-programming style of interface suitable for discussing and experimenting with computational simulations that run in the browser.</p>
<p>I&#8217;ll be writing my next blog post, examining Coffeescript syntax and specifically how it makes Coffeescript easier to use than Javascript for programming with the types of abstractions described in the classic paper, <a href="http://www.cse.chalmers.se/~rjmh/Papers/whyfp.html" rel="nofollow">&#8220;Why Functional Programming Matters&#8221;</a>, soon. Then I&#8217;ll explore how to build Smooth Coffeescript-like documents that embed reader-editable code which can drive, and plot results from, physics simulations that run in the browser.</p>
<p>(By the way, one of my conclusions from the learn.ember.js experiment is that it&#8217;s compelling to use such a tutorial on an iPad, and whereas <a href="http://codemirror.net/" rel="nofollow">CodeMirror</a> can work in Mobile Safari on iOS5, the Ace editor doesn&#8217;t.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dylan</title>
		<link>http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document#comment-7561</link>
		<dc:creator>Dylan</dc:creator>
		<pubDate>Fri, 03 Feb 2012 23:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.concord.org/?p=1386#comment-7561</guid>
		<description><![CDATA[Please, please, please continue your work on this.  I&#039;m new to the whole Javascript MVC / data-binding environment, and the documentation for Ember.js for someone like myself is abysmal.]]></description>
		<content:encoded><![CDATA[<p>Please, please, please continue your work on this.  I&#8217;m new to the whole Javascript MVC / data-binding environment, and the documentation for Ember.js for someone like myself is abysmal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gonzalo</title>
		<link>http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document#comment-7554</link>
		<dc:creator>Gonzalo</dc:creator>
		<pubDate>Mon, 16 Jan 2012 16:41:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.concord.org/?p=1386#comment-7554</guid>
		<description><![CDATA[I am learning Ember myself and an interactive tutorial would be awesome :)]]></description>
		<content:encoded><![CDATA[<p>I am learning Ember myself and an interactive tutorial would be awesome <img src='http://blog.concord.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document#comment-7095</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Wed, 21 Dec 2011 01:43:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.concord.org/?p=1386#comment-7095</guid>
		<description><![CDATA[I hear ya on the value of learning projects. Solving specific problems facilitates understanding a subject&#039;s intricacies.  For example, one of my learning experiments is a prototyping framework where nearly everything is a jQuery.Deferred() object, including the resource loading and pub/sub systems.  It&#039;s been a fun way to learn how to think in Deferreds.  They&#039;re quite handy.

I like your idea of expanding the learn.ember project.  I looked around and don&#039;t see any projects that really focus on making it easy to create tutorials and references.  The closest were a couple guides:
http://spyrestudios.com/the-anatomy-of-a-great-tutorial/
http://menwithpens.ca/great-tutorial/

A framework that simplifies tutorial and reference creation seems like an unmet need that would benefit many - especially if it incorporated lessons from online learning research.  Are you interested in others contributing?

On a separate topic, thank you for writing this post.  I never knew Concord existed until I ran across it while searching for Ember tutorials.  Your focus areas and mission rock!  The research, publications, and projects sections contain some very cool work.

The dev position also sounds fantastic.  I&#039;ve been looking for opportunities prototyping research interfaces in an agile environment and haven&#039;t seen anything close.  As it happens, I live in Cambridge and am doing a fellowship with a company whose technologies can gather some amazing learning-related data. For example, it&#039;s possible to measure real-time cognitive states like confusion levels and &quot;aha&quot; moments using just X/Y mouse coordinates.  I&#039;m curious how hard it would be to adapt the technologies to support Concord&#039;s researchers... hmm.  Regardless, cool position.  Sending a resume. :)

Adam]]></description>
		<content:encoded><![CDATA[<p>I hear ya on the value of learning projects. Solving specific problems facilitates understanding a subject&#8217;s intricacies.  For example, one of my learning experiments is a prototyping framework where nearly everything is a jQuery.Deferred() object, including the resource loading and pub/sub systems.  It&#8217;s been a fun way to learn how to think in Deferreds.  They&#8217;re quite handy.</p>
<p>I like your idea of expanding the learn.ember project.  I looked around and don&#8217;t see any projects that really focus on making it easy to create tutorials and references.  The closest were a couple guides:<br />
<a href="http://spyrestudios.com/the-anatomy-of-a-great-tutorial/" rel="nofollow">http://spyrestudios.com/the-anatomy-of-a-great-tutorial/</a><br />
<a href="http://menwithpens.ca/great-tutorial/" rel="nofollow">http://menwithpens.ca/great-tutorial/</a></p>
<p>A framework that simplifies tutorial and reference creation seems like an unmet need that would benefit many &#8211; especially if it incorporated lessons from online learning research.  Are you interested in others contributing?</p>
<p>On a separate topic, thank you for writing this post.  I never knew Concord existed until I ran across it while searching for Ember tutorials.  Your focus areas and mission rock!  The research, publications, and projects sections contain some very cool work.</p>
<p>The dev position also sounds fantastic.  I&#8217;ve been looking for opportunities prototyping research interfaces in an agile environment and haven&#8217;t seen anything close.  As it happens, I live in Cambridge and am doing a fellowship with a company whose technologies can gather some amazing learning-related data. For example, it&#8217;s possible to measure real-time cognitive states like confusion levels and &#8220;aha&#8221; moments using just X/Y mouse coordinates.  I&#8217;m curious how hard it would be to adapt the technologies to support Concord&#8217;s researchers&#8230; hmm.  Regardless, cool position.  Sending a resume. <img src='http://blog.concord.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Adam</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard</title>
		<link>http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document#comment-7090</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Tue, 20 Dec 2011 16:32:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.concord.org/?p=1386#comment-7090</guid>
		<description><![CDATA[By the way, a related model of interactivity I like is visible in the &lt;a href=&quot;http://coffeescript.org/&quot; rel=&quot;nofollow&quot;&gt;CoffeeScript homepage&lt;/a&gt; and its &lt;a href=&quot;http://coffeescript.org/#try:numbers%20%3D%20%5B0%2C%201%2C%202%2C%203%2C%204%2C%205%2C%206%2C%207%2C%208%2C%209%5D%0A%0Acopy%20%20%20%20%3D%20numbers%5B0...numbers.length%5D%0A%0Amiddle%20%20%3D%20copy%5B3..6%5D%0A%0Aalert%20middle&quot; rel=&quot;nofollow&quot;&gt;interaction with the &quot;Try CoffeeScript&quot; page&lt;/a&gt;, as well as this &lt;a href=&quot;http://autotelicum.github.com/Smooth-CoffeeScript/literate/underscore.html&quot; rel=&quot;nofollow&quot;&gt;interactive Underscore.js reference&lt;/a&gt;. These are references, rather than tutorials, but they&#039;re pretty slick]]></description>
		<content:encoded><![CDATA[<p>By the way, a related model of interactivity I like is visible in the <a href="http://coffeescript.org/" rel="nofollow">CoffeeScript homepage</a> and its <a href="http://coffeescript.org/#try:numbers%20%3D%20%5B0%2C%201%2C%202%2C%203%2C%204%2C%205%2C%206%2C%207%2C%208%2C%209%5D%0A%0Acopy%20%20%20%20%3D%20numbers%5B0...numbers.length%5D%0A%0Amiddle%20%20%3D%20copy%5B3..6%5D%0A%0Aalert%20middle" rel="nofollow">interaction with the &#8220;Try CoffeeScript&#8221; page</a>, as well as this <a href="http://autotelicum.github.com/Smooth-CoffeeScript/literate/underscore.html" rel="nofollow">interactive Underscore.js reference</a>. These are references, rather than tutorials, but they&#8217;re pretty slick</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard</title>
		<link>http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document#comment-7089</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Tue, 20 Dec 2011 16:21:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.concord.org/?p=1386#comment-7089</guid>
		<description><![CDATA[Hi Adam,

Sorry about that message -- apparently blog commenting is still another another one of the &lt;a href=&quot;https://twitter.com/#!/DEVOPS_BORAT/status/119489376374886400&quot; rel=&quot;nofollow&quot;&gt;unsolved problems of computer science&lt;/a&gt;. 

I think that the jsFiddle idea is great -- in general, I think we as a culture are not nearly as intelligent about recombining loosely-coupled services as we could be (an idea I get from &lt;a href=&quot;http://blog.jonudell.net/about/&quot; rel=&quot;nofollow&quot;&gt;Jon Udell&lt;/a&gt; who for a decade been pushing for a kind of citizens&#039; literacy about recombining web services to solve real problems.)

On the other hand, I&#039;ll probably continue to go down the path I&#039;ve started on for this project. But I feel like I owe you an explanation.

One reason is that this is simply a learning project for me. I got to know SproutCore pretty well by using it for a real project, and I&#039;d like to have a similar depth of engagement with Ember before I structure a work project around it. That means building an app with it, not just writing tutorials where you can gloss over tricky hang-ups without realizing it.

I also want to (eventually) make the tutorial work offline, which is probably difficult to do with jsFiddle, and I also hope to grow this project into something to be used for non-web development topics, which means I want some custom control over the presentation and logic.

However, your point is well taken. I&#039;ll probably prototype and maybe publish some tutorials with embedded jsFiddles, and I would encourage everyone to try the same -- jsFiddle is designed to be embedded nicely in a small iframe.

Cheers,

--Richard]]></description>
		<content:encoded><![CDATA[<p>Hi Adam,</p>
<p>Sorry about that message &#8212; apparently blog commenting is still another another one of the <a href="https://twitter.com/#!/DEVOPS_BORAT/status/119489376374886400" rel="nofollow">unsolved problems of computer science</a>. </p>
<p>I think that the jsFiddle idea is great &#8212; in general, I think we as a culture are not nearly as intelligent about recombining loosely-coupled services as we could be (an idea I get from <a href="http://blog.jonudell.net/about/" rel="nofollow">Jon Udell</a> who for a decade been pushing for a kind of citizens&#8217; literacy about recombining web services to solve real problems.)</p>
<p>On the other hand, I&#8217;ll probably continue to go down the path I&#8217;ve started on for this project. But I feel like I owe you an explanation.</p>
<p>One reason is that this is simply a learning project for me. I got to know SproutCore pretty well by using it for a real project, and I&#8217;d like to have a similar depth of engagement with Ember before I structure a work project around it. That means building an app with it, not just writing tutorials where you can gloss over tricky hang-ups without realizing it.</p>
<p>I also want to (eventually) make the tutorial work offline, which is probably difficult to do with jsFiddle, and I also hope to grow this project into something to be used for non-web development topics, which means I want some custom control over the presentation and logic.</p>
<p>However, your point is well taken. I&#8217;ll probably prototype and maybe publish some tutorials with embedded jsFiddles, and I would encourage everyone to try the same &#8212; jsFiddle is designed to be embedded nicely in a small iframe.</p>
<p>Cheers,</p>
<p>&#8211;Richard</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://blog.concord.org/building-learn-ember-js-part-1-i-say-app-you-say-document#comment-7082</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Tue, 20 Dec 2011 01:40:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.concord.org/?p=1386#comment-7082</guid>
		<description><![CDATA[Howdy Richard,

I just wrote a response and got an AVH &quot;Cheating Huh&quot; message after posting.  Unsure whether the response worked or not.

In a nutshell, I was curious if you might be able to achieve 90% of the effect with 50% of the effort using one pane for the tutorial, and jsFiddle in the others.  Load new fiddles for each tutorial stage.  Most of the SEO would come from the tutorial pane, and jsFiddle provides forkability and an editor by default.

Adam]]></description>
		<content:encoded><![CDATA[<p>Howdy Richard,</p>
<p>I just wrote a response and got an AVH &#8220;Cheating Huh&#8221; message after posting.  Unsure whether the response worked or not.</p>
<p>In a nutshell, I was curious if you might be able to achieve 90% of the effect with 50% of the effort using one pane for the tutorial, and jsFiddle in the others.  Load new fiddles for each tutorial stage.  Most of the SEO would come from the tutorial pane, and jsFiddle provides forkability and an editor by default.</p>
<p>Adam</p>
]]></content:encoded>
	</item>
</channel>
</rss>
