<?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: Just find me the lock I need to crack</title>
	<atom:link href="http://labnotes.org/2009/03/20/just-find-me-the-lock-i-need-to-crack/feed/" rel="self" type="application/rss+xml" />
	<link>http://labnotes.org/2009/03/20/just-find-me-the-lock-i-need-to-crack/</link>
	<description></description>
	<lastBuildDate>Tue, 15 May 2012 02:41:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: kball</title>
		<link>http://labnotes.org/2009/03/20/just-find-me-the-lock-i-need-to-crack/comment-page-1/#comment-141944</link>
		<dc:creator>kball</dc:creator>
		<pubDate>Sat, 21 Mar 2009 20:52:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/?p=1281#comment-141944</guid>
		<description>The interesting thing to me is that while jQuery does not do functional programming, what makes it so effective are actually its use of concepts from functional programming.  The jQuery object is a list, and basically all of the methods are maps, filters (special case reductions), and things built on top of those two core concepts.

  The biggest difference to me is what Damien said, that in functional programming the state change doesn&#039;t take effect until the new state is completely ready.  Modifying jQuery to do this would essentially just mean lazily evaluating the transformations and applying them all at once at the end of the chain of methods.

  And it would be nice if jQuery did have a general case reduction as well as the special case of filters, but I&#039;m not sure if thats valuable for DOM manipulation, which seems to be the primary target they are after.</description>
		<content:encoded><![CDATA[<p>The interesting thing to me is that while jQuery does not do functional programming, what makes it so effective are actually its use of concepts from functional programming.  The jQuery object is a list, and basically all of the methods are maps, filters (special case reductions), and things built on top of those two core concepts.</p>
<p>  The biggest difference to me is what Damien said, that in functional programming the state change doesn&#8217;t take effect until the new state is completely ready.  Modifying jQuery to do this would essentially just mean lazily evaluating the transformations and applying them all at once at the end of the chain of methods.</p>
<p>  And it would be nice if jQuery did have a general case reduction as well as the special case of filters, but I&#8217;m not sure if thats valuable for DOM manipulation, which seems to be the primary target they are after.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damien Katz</title>
		<link>http://labnotes.org/2009/03/20/just-find-me-the-lock-i-need-to-crack/comment-page-1/#comment-141943</link>
		<dc:creator>Damien Katz</dc:creator>
		<pubDate>Sat, 21 Mar 2009 16:05:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/?p=1281#comment-141943</guid>
		<description>Functional programming doesn&#039;t make programming easier, it makes *reliable* programming easier.

In the example you gave, if one of the steps causes an error, you&#039;ll wind up in a half-modified state. Maybe it&#039;s not a big deal, or maybe it locks up the UI. It&#039;s hard to tell.

With functional programming, the state change doesn&#039;t  take effect until the new state is completely ready. If there is an error, the UI still has it&#039;s previous state.</description>
		<content:encoded><![CDATA[<p>Functional programming doesn&#8217;t make programming easier, it makes *reliable* programming easier.</p>
<p>In the example you gave, if one of the steps causes an error, you&#8217;ll wind up in a half-modified state. Maybe it&#8217;s not a big deal, or maybe it locks up the UI. It&#8217;s hard to tell.</p>
<p>With functional programming, the state change doesn&#8217;t  take effect until the new state is completely ready. If there is an error, the UI still has it&#8217;s previous state.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dr Nic</title>
		<link>http://labnotes.org/2009/03/20/just-find-me-the-lock-i-need-to-crack/comment-page-1/#comment-141941</link>
		<dc:creator>Dr Nic</dc:creator>
		<pubDate>Sat, 21 Mar 2009 01:17:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labnotes.org/?p=1281#comment-141941</guid>
		<description>It is interesting that it all the programming models we learn at university, I don&#039;t recollect ever once someone saying &quot;X model is best because it makes programming a whole lot easier in situations A,B,C&quot; Who would have thought method chaining was so powerful and fun to use that you just had to have it for DOM manipulation?</description>
		<content:encoded><![CDATA[<p>It is interesting that it all the programming models we learn at university, I don&#8217;t recollect ever once someone saying &#8220;X model is best because it makes programming a whole lot easier in situations A,B,C&#8221; Who would have thought method chaining was so powerful and fun to use that you just had to have it for DOM manipulation?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

