<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Infrequently Noted &#187; performance</title>
	<atom:link href="http://infrequently.org/tag/performance/feed/" rel="self" type="application/rss+xml" />
	<link>http://infrequently.org</link>
	<description></description>
	<lastBuildDate>Tue, 01 May 2012 11:30:40 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Automated Dojo Layer Builds in ZF 1.9.0 Preview</title>
		<link>http://infrequently.org/2009/07/automated-dojo-layer-builds-in-zf-1-9-0-beta/</link>
		<comments>http://infrequently.org/2009/07/automated-dojo-layer-builds-in-zf-1-9-0-beta/#comments</comments>
		<pubDate>Thu, 23 Jul 2009 19:18:07 +0000</pubDate>
		<dc:creator>alex</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[dojo]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[zend]]></category>
		<category><![CDATA[zendframework]]></category>

		<guid isPermaLink="false">http://alex.dojotoolkit.org/?p=1043</guid>
		<description><![CDATA[Early on in discussions with the excellent folks at Zend, one of the possibilities that made everyone in the room excited was the ability to use server-side smarts about client-side work to automate performance optimizations in ZF apps. After lots of great work on getting Dojo integrated, Zend Framework is making that a reality by [...]]]></description>
			<content:encoded><![CDATA[<p>Early on in discussions with the excellent folks at Zend, one of the possibilities that made everyone in the room excited was the ability to use server-side smarts about client-side work to automate performance optimizations in ZF apps. After lots of great work on getting Dojo integrated, Zend Framework is <a href="http://framework.zend.com/wiki/display/ZFPROP/Zend_Dojo+-+Automated+Build+Layers+-+Matthew+Weier+O'Phinney">making that a reality by support automated custom builds</a> in <a href="http://devzone.zend.com/article/4846-Zend-Framework-1.9.0-Preview-Release-Now-Available">ZF 1.9.0&#8242;s preview release</a>.</p>
<p>What does this buy you? You get to use the <a href="http://framework.zend.com/manual/en/zend.dojo.html">Zend helpers for Dojo</a> as you normally would, simplifying how you pull in code, declare components, and build your UI. What this new integration saves you is the tedium of figuring out which components you&#8217;re using everywhere, building a layer file for it, kicking off a build, and remembering to re-visit the layer definition when you project adds or removes modules. Hopefully ZF 1.9 should lower the barrier to taking advantage of the full range of Dojo-based optimizations, making it easier to prototype quickly and deploy easily. Exciting stuff!</p>
]]></content:encoded>
			<wfw:commentRss>http://infrequently.org/2009/07/automated-dojo-layer-builds-in-zf-1-9-0-beta/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Online Shrinksafe App Fixed</title>
		<link>http://infrequently.org/2009/06/online-shrinksafe-app-fixed/</link>
		<comments>http://infrequently.org/2009/06/online-shrinksafe-app-fixed/#comments</comments>
		<pubDate>Wed, 24 Jun 2009 06:10:11 +0000</pubDate>
		<dc:creator>alex</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[dojo]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[shrinksafe]]></category>

		<guid isPermaLink="false">http://alex.dojotoolkit.org/2009/06/online-shrinksafe-app-fixed/</guid>
		<description><![CDATA[I&#8217;m not sure how long it was b0rked, but the online ShrinkSafe app is back up and working.]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m not sure how long it was b0rked, but <a href="http://shrinksafe.dojotoolkit.org">the online ShrinkSafe app is back up and working</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://infrequently.org/2009/06/online-shrinksafe-app-fixed/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Dojo Wins Mobile Slickspeed Shootout</title>
		<link>http://infrequently.org/2009/05/dojo-wins-mobile-slickspeed-shootout/</link>
		<comments>http://infrequently.org/2009/05/dojo-wins-mobile-slickspeed-shootout/#comments</comments>
		<pubDate>Thu, 14 May 2009 19:26:46 +0000</pubDate>
		<dc:creator>alex</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[acme]]></category>
		<category><![CDATA[benchmark]]></category>
		<category><![CDATA[dojo]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[performance]]></category>

		<guid isPermaLink="false">http://alex.dojotoolkit.org/2009/05/dojo-wins-mobile-slickspeed-shootout/</guid>
		<description><![CDATA[Stefan K. has posted a fascinating run-down of mobile browser performance with regards to JavaScript toolkits. No big shock, but Dojo once again brings home the bacon. I&#8217;d love to see these tests re-run with TaskSpeed instead of SlickSpeed, but when you&#8217;re doing progressive enhancement it turns out that selector engine performance really matters. Dojo [...]]]></description>
			<content:encoded><![CDATA[<p>Stefan K. has <a href="http://blog.stefankolb.de/2009/05/13/javascript-frameworks-within-mobile-widgets/">posted a fascinating run-down</a> of mobile browser performance with regards to JavaScript toolkits. No big shock, but Dojo once again brings home the bacon. I&#8217;d love to see these tests re-run with <a href="http://dante.dojotoolkit.org/taskspeed/">TaskSpeed</a> instead of SlickSpeed, but when you&#8217;re doing progressive enhancement it turns out that selector engine performance really matters. Dojo continues to do very well in both TaskSpeed and SlickSpeed because the <a href="http://alex.dojotoolkit.org/2009/03/dojo-13b3-is-out/">Acme selector engine</a> is so darned fast. In the real world, selector speed matters and the faster it gets, the more queries we seem to do.</p>
<p>I&#8217;m not entirely sold that the right solution going forward is to use the toolkits we already have, but if you&#8217;re building a mobile app today and you&#8217;re going to use a toolkit, it looks like (as on desktop browsers), Dojo should be your first choice. The <a href="http://alex.dojotoolkit.org/2009/01/webkit-mobile/">webkitMobile variant of Dojo points to one possible way out</a> of the &#8220;what to do about mobile?&#8221; conundrum regarding size and IE-induced bloat, but I have some hope that WebKit will improve quickly enough to make the toolkits of today obsolete on mobile phones entirely. Time will tell.</p>
<p><em>Hat tip: the <a href="http://blog.uxebu.com/2009/05/13/javascript-framworks-within-mobile-widgets/">Uxebu blog</a></em></p>
]]></content:encoded>
			<wfw:commentRss>http://infrequently.org/2009/05/dojo-wins-mobile-slickspeed-shootout/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

