<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: SproutCore: smart clients, dumb servers</title>
	<atom:link href="http://jaybyjayfresh.com/2008/07/03/sproutcore-smart-clients-dumb-servers/feed/" rel="self" type="application/rss+xml" />
	<link>http://jaybyjayfresh.com/2008/07/03/sproutcore-smart-clients-dumb-servers/</link>
	<description>Right-on slack-jawed yokel-type tech-farmer</description>
	<lastBuildDate>Mon, 20 May 2013 10:40:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Ben Tremblay</title>
		<link>http://jaybyjayfresh.com/2008/07/03/sproutcore-smart-clients-dumb-servers/#comment-2391</link>
		<dc:creator><![CDATA[Ben Tremblay]]></dc:creator>
		<pubDate>Fri, 04 Jul 2008 02:27:52 +0000</pubDate>
		<guid isPermaLink="false">http://jayfresh.wordpress.com/?p=133#comment-2391</guid>
		<description><![CDATA[The whole thin/thick client/server thing ... I never felt it got settled.

Or, rather, historical events drove certain solutions, but I didn&#039;t feel that it all was being driven by foundationally sound thinking. GTD rulez, of course, but ...

I think the scaling problems Twitter encountered could (/could/ ... plausibly) be looked at as a case for this.
For my money the server&#039;s being called too often ... I can&#039;t say the downloaded page is too thick, though it&#039;s surprisingly heavy.

Without data to go by, what&#039;s harder to handle: a request for a lot of code? or multiple requests for bits and pieces?

TW is as thick as I&#039;ve seen. In it&#039;s way it&#039;s pure / paradigmatic.]]></description>
		<content:encoded><![CDATA[<p>The whole thin/thick client/server thing &#8230; I never felt it got settled.</p>
<p>Or, rather, historical events drove certain solutions, but I didn&#8217;t feel that it all was being driven by foundationally sound thinking. GTD rulez, of course, but &#8230;</p>
<p>I think the scaling problems Twitter encountered could (/could/ &#8230; plausibly) be looked at as a case for this.<br />
For my money the server&#8217;s being called too often &#8230; I can&#8217;t say the downloaded page is too thick, though it&#8217;s surprisingly heavy.</p>
<p>Without data to go by, what&#8217;s harder to handle: a request for a lot of code? or multiple requests for bits and pieces?</p>
<p>TW is as thick as I&#8217;ve seen. In it&#8217;s way it&#8217;s pure / paradigmatic.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
