<?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>Clientcide (Formerly CNET's Clientside) &#187; Best Practices</title>
	<atom:link href="http://www.clientcide.com/category/best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.clientcide.com</link>
	<description>Making stuff work on the other side of the request.</description>
	<lastBuildDate>Fri, 06 Jan 2012 17:03:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>j (or z) and gr (git root) For Command Line Awesomeness</title>
		<link>http://www.clientcide.com/best-practices/j-or-z-for-command-line-awesomeness/</link>
		<comments>http://www.clientcide.com/best-practices/j-or-z-for-command-line-awesomeness/#comments</comments>
		<pubDate>Tue, 25 Oct 2011 21:18:33 +0000</pubDate>
		<dc:creator>Aaron N.</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Tools]]></category>

		<guid isPermaLink="false">http://www.clientcide.com/?p=1101</guid>
		<description><![CDATA[Here&#8217;s a little command line utility I use the hell out of:
https://github.com/rupa/z
Basically, this script tracks the directories you cd into on the command line and builds a rank order of their locations. Here&#8217;s a chunk of mine (with some fake directory names to protect the innocent):
8.93693    /Users/aaron/Development/mootools-development
17.5369    /Users/aaron/Development/foo
36.132  [...]]]></description>
		<wfw:commentRss>http://www.clientcide.com/best-practices/j-or-z-for-command-line-awesomeness/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>A Portable MooTools Development Environment</title>
		<link>http://www.clientcide.com/best-practices/organizing-code/a-portable-mootools-development-environment/</link>
		<comments>http://www.clientcide.com/best-practices/organizing-code/a-portable-mootools-development-environment/#comments</comments>
		<pubDate>Thu, 23 Sep 2010 19:11:49 +0000</pubDate>
		<dc:creator>Aaron N.</dc:creator>
				<category><![CDATA[MooTools]]></category>
		<category><![CDATA[Organizing Code]]></category>

		<guid isPermaLink="false">http://www.clientcide.com/?p=1047</guid>
		<description><![CDATA[The actual process of developing MooTools itself isn&#8217;t trivial. It&#8217;s not rocket science, but maybe there is a little alchemy involved. For instance, let&#8217;s say you want to fix a bug in MooTools More. You fork the library and make the change to fix the bug and now you want to test it. You need [...]]]></description>
		<wfw:commentRss>http://www.clientcide.com/best-practices/organizing-code/a-portable-mootools-development-environment/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>My Talk at JSConf: Programming to Patterns</title>
		<link>http://www.clientcide.com/best-practices/my-talk-at-jsconf-programming-to-patterns/</link>
		<comments>http://www.clientcide.com/best-practices/my-talk-at-jsconf-programming-to-patterns/#comments</comments>
		<pubDate>Tue, 03 Aug 2010 16:02:05 +0000</pubDate>
		<dc:creator>Aaron N.</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Organizing Code]]></category>

		<guid isPermaLink="false">http://www.clientcide.com/?p=1012</guid>
		<description><![CDATA[A few years ago I wrote a post after visiting the Ajax Experience about Programming to Patterns. The JSConf team was nice enough to bring me out to DC to give a talk, which you can watch below, and you can get the slides in PDF or Keynote format here.

]]></description>
		<wfw:commentRss>http://www.clientcide.com/best-practices/my-talk-at-jsconf-programming-to-patterns/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>How to &#8220;Pay it Back&#8221; to MooTools</title>
		<link>http://www.clientcide.com/best-practices/how-to-pay-it-back-to-mootools/</link>
		<comments>http://www.clientcide.com/best-practices/how-to-pay-it-back-to-mootools/#comments</comments>
		<pubDate>Fri, 07 Aug 2009 20:30:21 +0000</pubDate>
		<dc:creator>Aaron N.</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Deep Thoughts]]></category>

		<guid isPermaLink="false">http://www.clientcide.com/?p=967</guid>
		<description><![CDATA[I get a lot of emails and tweets saying how awesome MooTools is. Sometimes people want to donate money or give us credit on their work in some way. Others ask how they can contribute. If you want to &#8220;pay it back&#8221; to MooTools, you can do so by:

fixing bugs in our ticket list (lighthouse)
submitting [...]]]></description>
		<wfw:commentRss>http://www.clientcide.com/best-practices/how-to-pay-it-back-to-mootools/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Using Class.Occlude to Create Singletons</title>
		<link>http://www.clientcide.com/best-practices/using-classocclude-to-create-singletons/</link>
		<comments>http://www.clientcide.com/best-practices/using-classocclude-to-create-singletons/#comments</comments>
		<pubDate>Mon, 13 Jul 2009 18:34:53 +0000</pubDate>
		<dc:creator>Aaron N.</dc:creator>
				<category><![CDATA[Best Practices]]></category>

		<guid isPermaLink="false">http://www.clientcide.com/?p=954</guid>
		<description><![CDATA[In my last article I talk about using an instance of Events to allow for loose coupling of functionality to limit dependencies as well as the use of singletons. There was a comment at the bottom of that article that I thought worth sharing and expounding upon:
I’ve been using Class.Occlude and occluding to document.body when [...]]]></description>
		<wfw:commentRss>http://www.clientcide.com/best-practices/using-classocclude-to-create-singletons/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Singletons and Event Arbiters</title>
		<link>http://www.clientcide.com/best-practices/singletons-and-event-arbiters/</link>
		<comments>http://www.clientcide.com/best-practices/singletons-and-event-arbiters/#comments</comments>
		<pubDate>Tue, 23 Jun 2009 21:21:49 +0000</pubDate>
		<dc:creator>Aaron N.</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Organizing Code]]></category>
		<category><![CDATA[Your Questions]]></category>

		<guid isPermaLink="false">http://www.clientcide.com/?p=944</guid>
		<description><![CDATA[I got an email today asking about how I use singletons in my own development environment and I thought I&#8217;d post my response for anyone who might find it useful.
Here&#8217;s the question:
Whats the best way to define some
code, assign it to a global object and have it run all at once?
I use MooTools server-side quite [...]]]></description>
		<wfw:commentRss>http://www.clientcide.com/best-practices/singletons-and-event-arbiters/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>Exporting Files From Git (similar to SVN export)</title>
		<link>http://www.clientcide.com/best-practices/exporting-files-from-git-similar-to-svn-export/</link>
		<comments>http://www.clientcide.com/best-practices/exporting-files-from-git-similar-to-svn-export/#comments</comments>
		<pubDate>Sat, 25 Apr 2009 20:51:36 +0000</pubDate>
		<dc:creator>Aaron N.</dc:creator>
				<category><![CDATA[Best Practices]]></category>

		<guid isPermaLink="false">http://www.clientcide.com/?p=900</guid>
		<description><![CDATA[I use git for just about all my code now. For some of my work, I need to export portions of or all of a git repo into some other location without picking up all the git files themselves. This is the way svn export works. There are two ways I do this. One is [...]]]></description>
		<wfw:commentRss>http://www.clientcide.com/best-practices/exporting-files-from-git-similar-to-svn-export/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Clientside Image Compression</title>
		<link>http://www.clientcide.com/best-practices/optimization/clientside-image-compression/</link>
		<comments>http://www.clientcide.com/best-practices/optimization/clientside-image-compression/#comments</comments>
		<pubDate>Wed, 01 Apr 2009 15:57:34 +0000</pubDate>
		<dc:creator>Aaron N.</dc:creator>
				<category><![CDATA[Optimization]]></category>

		<guid isPermaLink="false">http://www.clientcide.com/?p=875</guid>
		<description><![CDATA[Over the last year of consulting I&#8217;ve done several jobs where I didn&#8217;t have access to the images used by the site. In one case it was 3rd party software and I was just enhancing the user experience through JavaScript, in another case the images were created dynamically by the server. In yet another case [...]]]></description>
		<wfw:commentRss>http://www.clientcide.com/best-practices/optimization/clientside-image-compression/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Sly, the Latest CSS Selector Engine</title>
		<link>http://www.clientcide.com/3rd-party-libraries/sly-the-latest-ccs-selector-engine/</link>
		<comments>http://www.clientcide.com/3rd-party-libraries/sly-the-latest-ccs-selector-engine/#comments</comments>
		<pubDate>Wed, 25 Mar 2009 20:48:27 +0000</pubDate>
		<dc:creator>Aaron N.</dc:creator>
				<category><![CDATA[3rd Party Libraries]]></category>
		<category><![CDATA[Optimization]]></category>

		<guid isPermaLink="false">http://www.clientcide.com/?p=860</guid>
		<description><![CDATA[There&#8217;s been a lot of churn on selector engines in the last six months or so. The jQuery guys released a stand alone library (Sizzle) which was adopted by a lot of other frameworks (it&#8217;s now a part of the Dojo Foundation) including Prototype, Dojo, jQuery (obviously) and others.
There was a lot of hullabaloo when [...]]]></description>
		<wfw:commentRss>http://www.clientcide.com/3rd-party-libraries/sly-the-latest-ccs-selector-engine/feed/</wfw:commentRss>
		<slash:comments>33</slash:comments>
		</item>
		<item>
		<title>Don&#8217;t Repeat Your Moo</title>
		<link>http://www.clientcide.com/best-practices/optimization/dont-repeat-your-moo/</link>
		<comments>http://www.clientcide.com/best-practices/optimization/dont-repeat-your-moo/#comments</comments>
		<pubDate>Mon, 02 Mar 2009 16:28:21 +0000</pubDate>
		<dc:creator>Aaron N.</dc:creator>
				<category><![CDATA[Optimization]]></category>

		<guid isPermaLink="false">http://www.clientcide.com/?p=843</guid>
		<description><![CDATA[There&#8217;s a fantastic post over on devthought by MooTools developer Guillermo Rauch that I just had to share.
Given the Object-Oriented nature of the MooTools framework, code repetition is something that is long forgotten (or should be) in the scripts your write. With the avoidance of code repetition comes code reusability, which results in your website [...]]]></description>
		<wfw:commentRss>http://www.clientcide.com/best-practices/optimization/dont-repeat-your-moo/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

