<?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: New Trends In Front Ends</title>
	<atom:link href="http://www.littlehart.net/atthekeyboard/2008/06/24/new-trends-in-front-ends/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.littlehart.net/atthekeyboard/2008/06/24/new-trends-in-front-ends/</link>
	<description>Facebook should&#039;ve be written in unicornSchemaLang, because everyone *knows* that PHP is no good for anything, right?</description>
	<lastBuildDate>Mon, 09 Aug 2010 16:04:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: derek</title>
		<link>http://www.littlehart.net/atthekeyboard/2008/06/24/new-trends-in-front-ends/comment-page-1/#comment-10635</link>
		<dc:creator>derek</dc:creator>
		<pubDate>Sun, 03 Aug 2008 04:12:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.littlehart.net/atthekeyboard/?p=280#comment-10635</guid>
		<description>check out the jaxer screencasts at aptana tv. They really are petty cool!</description>
		<content:encoded><![CDATA[<p>check out the jaxer screencasts at aptana tv. They really are petty cool!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Oliveira</title>
		<link>http://www.littlehart.net/atthekeyboard/2008/06/24/new-trends-in-front-ends/comment-page-1/#comment-10554</link>
		<dc:creator>Steve Oliveira</dc:creator>
		<pubDate>Thu, 26 Jun 2008 19:46:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.littlehart.net/atthekeyboard/?p=280#comment-10554</guid>
		<description>This looks similar to ExtJs (http://www.extjs.com)? They&#039;ve also built a version for Google Web Toolkit which uses Java to product javascript. (http://www.google.com/webtoolkit/).

I personally like the idea of limiting CakePHP to backend stuff.</description>
		<content:encoded><![CDATA[<p>This looks similar to ExtJs (<a href="http://www.extjs.com)?" rel="nofollow">http://www.extjs.com)?</a> They&#8217;ve also built a version for Google Web Toolkit which uses Java to product javascript. (<a href="http://www.google.com/webtoolkit/" rel="nofollow">http://www.google.com/webtoolkit/</a>).</p>
<p>I personally like the idea of limiting CakePHP to backend stuff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dieter_be</title>
		<link>http://www.littlehart.net/atthekeyboard/2008/06/24/new-trends-in-front-ends/comment-page-1/#comment-10546</link>
		<dc:creator>Dieter_be</dc:creator>
		<pubDate>Tue, 24 Jun 2008 21:02:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.littlehart.net/atthekeyboard/?p=280#comment-10546</guid>
		<description>&quot;Just think of what you would need to understand in order to build something in Sproutcore using, say, CakePHP as the back-end: &quot;

The list you mention is not particular for sproutcore, those are just the technologies most people tend to work with when building web sites/applications.  And I don&#039;t see anything wrong with that anyway :)</description>
		<content:encoded><![CDATA[<p>&#8220;Just think of what you would need to understand in order to build something in Sproutcore using, say, CakePHP as the back-end: &#8221;</p>
<p>The list you mention is not particular for sproutcore, those are just the technologies most people tend to work with when building web sites/applications.  And I don&#8217;t see anything wrong with that anyway <img src='http://www.littlehart.net/atthekeyboard/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Hartjes</title>
		<link>http://www.littlehart.net/atthekeyboard/2008/06/24/new-trends-in-front-ends/comment-page-1/#comment-10545</link>
		<dc:creator>Chris Hartjes</dc:creator>
		<pubDate>Tue, 24 Jun 2008 15:40:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.littlehart.net/atthekeyboard/?p=280#comment-10545</guid>
		<description>@Brit

Sometimes you have to take baby steps to embrace a new application architecture.  All those things you are talking about beyond the client-side Javascript are really new.  For most developers, simply understanding how to use CouchDB is a tough task.  The mere fact you mention it places you in the minority that understand.

Be brave!  Try something out even if it&#039;s something really simple.  I sort of understand what CouchDB is doing because of my work with eXist, and how new paradigms cause people to retreat to old and familiar things.</description>
		<content:encoded><![CDATA[<p>@Brit</p>
<p>Sometimes you have to take baby steps to embrace a new application architecture.  All those things you are talking about beyond the client-side Javascript are really new.  For most developers, simply understanding how to use CouchDB is a tough task.  The mere fact you mention it places you in the minority that understand.</p>
<p>Be brave!  Try something out even if it&#8217;s something really simple.  I sort of understand what CouchDB is doing because of my work with eXist, and how new paradigms cause people to retreat to old and familiar things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brit</title>
		<link>http://www.littlehart.net/atthekeyboard/2008/06/24/new-trends-in-front-ends/comment-page-1/#comment-10544</link>
		<dc:creator>Brit</dc:creator>
		<pubDate>Tue, 24 Jun 2008 15:19:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.littlehart.net/atthekeyboard/?p=280#comment-10544</guid>
		<description>Good post - I tend to agree with you that I&#039;m seeing a lot more usage of all those technologies in development.  

But, there is a growing trend the other direction and it&#039;s centered around javascript.  It is feasible (though I don&#039;t know if it&#039;s been done) to build an entire data-driven application in just javascript (plus HTML/CSS):

Javascript client side like we all know and love
Javascript server side through the relatively new Aptana Jaxer server
Javascript/JSON as a query language to the database with CouchDB

In this scenario - you would never need a middleware language like PHP because javascript can do client and server side processing.  Also, SQL is a non-factor because CouchDB uses JSON objects for querying the database.

But like I&#039;ve said - I haven&#039;t been brave enough or had time enough to actually give this stack a try.</description>
		<content:encoded><![CDATA[<p>Good post &#8211; I tend to agree with you that I&#8217;m seeing a lot more usage of all those technologies in development.  </p>
<p>But, there is a growing trend the other direction and it&#8217;s centered around javascript.  It is feasible (though I don&#8217;t know if it&#8217;s been done) to build an entire data-driven application in just javascript (plus HTML/CSS):</p>
<p>Javascript client side like we all know and love<br />
Javascript server side through the relatively new Aptana Jaxer server<br />
Javascript/JSON as a query language to the database with CouchDB</p>
<p>In this scenario &#8211; you would never need a middleware language like PHP because javascript can do client and server side processing.  Also, SQL is a non-factor because CouchDB uses JSON objects for querying the database.</p>
<p>But like I&#8217;ve said &#8211; I haven&#8217;t been brave enough or had time enough to actually give this stack a try.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
