<?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: The cloud&#8230;it&#8217;s full of *people*!</title>
	<atom:link href="http://iridescenturchin.wordpress.com/2009/01/15/for-once-i-didnt-do-it-myself/feed/" rel="self" type="application/rss+xml" />
	<link>http://iridescenturchin.wordpress.com/2009/01/15/for-once-i-didnt-do-it-myself/</link>
	<description>Adventures in software development</description>
	<lastBuildDate>Sun, 22 Mar 2009 14:37:57 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nathan de Vries</title>
		<link>http://iridescenturchin.wordpress.com/2009/01/15/for-once-i-didnt-do-it-myself/#comment-178</link>
		<dc:creator>Nathan de Vries</dc:creator>
		<pubDate>Fri, 16 Jan 2009 00:38:33 +0000</pubDate>
		<guid isPermaLink="false">http://iridescenturchin.wordpress.com/?p=102#comment-178</guid>
		<description>Hi Steve,

I also thought the approach of your Russian developer was novel (forking on Github), although I wonder whether he planned on refactoring his fork to remove the specific EC2 requirements of the job you required done. I have a feeling it might not have been so easy for Ben if he&#039;d been forced to wade through the AWS-specific aspects of the other Github fork.

My approach (for those of you following, I was the Australian developer) was to pull in Ben Schwarz&#039;s repo, rip it to pieces for the purposes of fulfilling the requirements of the job you needed done, and then later extract the useful PostgreSQL bits out into a fresh fork of passenger-stack. This put Ben into the position of being able to blindly accept the patch, because I&#039;d already put it into a pull-able state.

Like you said, this was an interesting experiment for all parties involved, and it&#039;s great that other users of passenger-stack have been able to reap the benefits.


Cheers!

Nathan de Vries (@atnan)</description>
		<content:encoded><![CDATA[<p>Hi Steve,</p>
<p>I also thought the approach of your Russian developer was novel (forking on Github), although I wonder whether he planned on refactoring his fork to remove the specific EC2 requirements of the job you required done. I have a feeling it might not have been so easy for Ben if he&#8217;d been forced to wade through the AWS-specific aspects of the other Github fork.</p>
<p>My approach (for those of you following, I was the Australian developer) was to pull in Ben Schwarz&#8217;s repo, rip it to pieces for the purposes of fulfilling the requirements of the job you needed done, and then later extract the useful PostgreSQL bits out into a fresh fork of passenger-stack. This put Ben into the position of being able to blindly accept the patch, because I&#8217;d already put it into a pull-able state.</p>
<p>Like you said, this was an interesting experiment for all parties involved, and it&#8217;s great that other users of passenger-stack have been able to reap the benefits.</p>
<p>Cheers!</p>
<p>Nathan de Vries (@atnan)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
