<?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:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: Encouraging Open Source Contribution</title>
	<atom:link href="http://www.brandonsavage.net/encouraging-open-source-contribution/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.brandonsavage.net/encouraging-open-source-contribution/</link>
	<description>The personal blog of Brandon Savage. Contains entries of a personal and professional nature focusing on PHP, Apple, LAMP, MySQL and Washington, DC.</description>
	<lastBuildDate>Fri, 03 Feb 2012 19:36:33 -0500</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Wil Moore III</title>
		<link>http://www.brandonsavage.net/encouraging-open-source-contribution/#comment-3338</link>
		<dc:creator>Wil Moore III</dc:creator>
		<pubDate>Mon, 19 Apr 2010 01:15:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonsavage.net/?p=1238#comment-3338</guid>
		<description>James,

If you want to contribute to an open-source project, my suggestion would be to start with software you are using heavily. This is built-in incentive for you as a developer and makes it so much easier to dive into the internals since you most likely already know how the thing works.

Prior to being a heavy Zend Framework user, I wanted to contribute to the project. I found myself with lots of grand ideas but I was just spinning my wheels. After using the framework daily for a while, contributing became simple. I say this with the understanding that I still haven&#039;t found the time to implement any of those &quot;grand&quot; ideas; however, just helping chip away at the small stuff has been fun and gratifying enough.

Here is my break-down of how to start (works for me but YMMV):

1 - Use the project in one of your own projects or find a way to use it at work.

2 - Start helping others by answering questions on IRC, the issue tracker, or comment the documentation/wiki.

3 - Periodically run the unit test suite. You may catch something that the original developer didn&#039;t based on your platform and configuration.

4 - Fix the documentation...even if it is just to correct a typo. What you will find is that even if you are submitting a super-trivial patch (typo, correcting a coding standard violation, etc.) you are learning the process and getting familiar with the internals.

Besides, any end-user would agree that no project can have too many people contributing to the documentation.</description>
		<content:encoded><![CDATA[<p>James,</p>
<p>If you want to contribute to an open-source project, my suggestion would be to start with software you are using heavily. This is built-in incentive for you as a developer and makes it so much easier to dive into the internals since you most likely already know how the thing works.</p>
<p>Prior to being a heavy Zend Framework user, I wanted to contribute to the project. I found myself with lots of grand ideas but I was just spinning my wheels. After using the framework daily for a while, contributing became simple. I say this with the understanding that I still haven&#8217;t found the time to implement any of those &#8220;grand&#8221; ideas; however, just helping chip away at the small stuff has been fun and gratifying enough.</p>
<p>Here is my break-down of how to start (works for me but YMMV):</p>
<p>1 &#8211; Use the project in one of your own projects or find a way to use it at work.</p>
<p>2 &#8211; Start helping others by answering questions on IRC, the issue tracker, or comment the documentation/wiki.</p>
<p>3 &#8211; Periodically run the unit test suite. You may catch something that the original developer didn&#8217;t based on your platform and configuration.</p>
<p>4 &#8211; Fix the documentation&#8230;even if it is just to correct a typo. What you will find is that even if you are submitting a super-trivial patch (typo, correcting a coding standard violation, etc.) you are learning the process and getting familiar with the internals.</p>
<p>Besides, any end-user would agree that no project can have too many people contributing to the documentation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Baugh</title>
		<link>http://www.brandonsavage.net/encouraging-open-source-contribution/#comment-3206</link>
		<dc:creator>James Baugh</dc:creator>
		<pubDate>Wed, 07 Apr 2010 20:29:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.brandonsavage.net/?p=1238#comment-3206</guid>
		<description>Thanks for writing this. I have been wanting to contribute to an OpenSource project for a while now, but I really don&#039;t know where to begin. I have a good skill set (using PHP 4+ years and ZCE certified) but don&#039;t know where to take my first bite.

Any suggestions?

Thanks</description>
		<content:encoded><![CDATA[<p>Thanks for writing this. I have been wanting to contribute to an OpenSource project for a while now, but I really don&#8217;t know where to begin. I have a good skill set (using PHP 4+ years and ZCE certified) but don&#8217;t know where to take my first bite.</p>
<p>Any suggestions?</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic (Feed is rejected)
Page Caching using disk: enhanced (User agent is rejected)
Database Caching 4/11 queries in 0.004 seconds using disk: basic
Content Delivery Network via Amazon Web Services: S3: files.brandonsavage.net.s3.amazonaws.com

Served from: www.brandonsavage.net @ 2012-02-07 04:42:39 -->
