<?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"
	>
<channel>
	<title>Comments on: What do to right from the beginning</title>
	<atom:link href="http://scottmartin.net/2007/12/14/what-do-to-right-from-the-beginning/feed/" rel="self" type="application/rss+xml" />
	<link>http://scottmartin.net/2007/12/14/what-do-to-right-from-the-beginning/</link>
	<description></description>
	<pubDate>Tue, 06 Jan 2009 22:42:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: PIBlog &#187; Blog Archive &#187; Doing it Right from the Beginning</title>
		<link>http://scottmartin.net/2007/12/14/what-do-to-right-from-the-beginning/#comment-10</link>
		<dc:creator>PIBlog &#187; Blog Archive &#187; Doing it Right from the Beginning</dc:creator>
		<pubDate>Mon, 17 Dec 2007 22:26:58 +0000</pubDate>
		<guid isPermaLink="false">http://scottmartin.net/2007/12/14/what-do-to-right-from-the-beginning/#comment-10</guid>
		<description>[...] My coworker Scott Martin recently posted a list of things to do from the beginning of a project.. [...]</description>
		<content:encoded><![CDATA[<p>[...] My coworker Scott Martin recently posted a list of things to do from the beginning of a project.. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Teale</title>
		<link>http://scottmartin.net/2007/12/14/what-do-to-right-from-the-beginning/#comment-8</link>
		<dc:creator>Jeremy Teale</dc:creator>
		<pubDate>Mon, 17 Dec 2007 13:53:54 +0000</pubDate>
		<guid isPermaLink="false">http://scottmartin.net/2007/12/14/what-do-to-right-from-the-beginning/#comment-8</guid>
		<description>A couple things to add of a bit less technical orientation:

1. Version control policy
Commit messages are important and useful.
Major development should always be branched.
Symlinking everything instead of using external repositories gets really silly, really fast.
Above all, maintain a clean repository, cruft accumulates quickly.

2. Documentation
PHPDoc only goes so far. Wikis have better flexibility and can be more easily contributed to by laymen. Whatever is used, it should be standardized, accessible, and utilized religiously.

3. Project management
Spreadsheets and barrages of e-mails are time consuming and confusing. Invest in a proper setup for task lists, bug reports, milestones, and some form of work flow collaboration.</description>
		<content:encoded><![CDATA[<p>A couple things to add of a bit less technical orientation:</p>
<p>1. Version control policy<br />
Commit messages are important and useful.<br />
Major development should always be branched.<br />
Symlinking everything instead of using external repositories gets really silly, really fast.<br />
Above all, maintain a clean repository, cruft accumulates quickly.</p>
<p>2. Documentation<br />
PHPDoc only goes so far. Wikis have better flexibility and can be more easily contributed to by laymen. Whatever is used, it should be standardized, accessible, and utilized religiously.</p>
<p>3. Project management<br />
Spreadsheets and barrages of e-mails are time consuming and confusing. Invest in a proper setup for task lists, bug reports, milestones, and some form of work flow collaboration.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
