<?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: A join page workflow</title>
	<atom:link href="http://iquaid.org/2008/06/24/a-join-page-workflow/feed/" rel="self" type="application/rss+xml" />
	<link>http://iquaid.org/2008/06/24/a-join-page-workflow/</link>
	<description>... the four laws of humanity ...</description>
	<pubDate>Thu, 20 Nov 2008 13:08:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: loupgaroublond</title>
		<link>http://iquaid.org/2008/06/24/a-join-page-workflow/#comment-2339</link>
		<dc:creator>loupgaroublond</dc:creator>
		<pubDate>Tue, 24 Jun 2008 23:46:45 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=100#comment-2339</guid>
		<description>One thing to consider.  Doing 'TurboGears' does not mean I think in a certain way.  I love to do web applications, but that does not mean I can pick up just any web application in the Fedora Infrastructure.  What metric are you using to evaluate the newcomer's coding style?  How are you comparing this to the body of projects we have in Fedora?  Is this really going to be effective in the long run?</description>
		<content:encoded><![CDATA[<p>One thing to consider.  Doing &#8216;TurboGears&#8217; does not mean I think in a certain way.  I love to do web applications, but that does not mean I can pick up just any web application in the Fedora Infrastructure.  What metric are you using to evaluate the newcomer&#8217;s coding style?  How are you comparing this to the body of projects we have in Fedora?  Is this really going to be effective in the long run?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jef</title>
		<link>http://iquaid.org/2008/06/24/a-join-page-workflow/#comment-2338</link>
		<dc:creator>jef</dc:creator>
		<pubDate>Tue, 24 Jun 2008 21:29:28 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=100#comment-2338</guid>
		<description>I would strongly suggest avoiding the karma/voting system on the general desirability of a specific task. Do we really want drive new, pontentially underskilled contributors to a list of ideas ranked by general popularity (ranked by people who are not stepping forward to do the work), over suitability?

I have deep concerns over exposing any popularity ranking. I don't think popularity is a proper motivation for sustainable contribution.  I'd rather try to find a way to rank that helps a new person find a project that is most suited towards their skills, their experience, and their time constraints.  General desirability of one task relative to another is not an important factor in matching a specific person to a well suited task.

As long as we know all the tasks in the list are desirable "enough" to show to potential contributors, we should not attempt to sort that list based on desirability.  

-jef</description>
		<content:encoded><![CDATA[<p>I would strongly suggest avoiding the karma/voting system on the general desirability of a specific task. Do we really want drive new, pontentially underskilled contributors to a list of ideas ranked by general popularity (ranked by people who are not stepping forward to do the work), over suitability?</p>
<p>I have deep concerns over exposing any popularity ranking. I don&#8217;t think popularity is a proper motivation for sustainable contribution.  I&#8217;d rather try to find a way to rank that helps a new person find a project that is most suited towards their skills, their experience, and their time constraints.  General desirability of one task relative to another is not an important factor in matching a specific person to a well suited task.</p>
<p>As long as we know all the tasks in the list are desirable &#8220;enough&#8221; to show to potential contributors, we should not attempt to sort that list based on desirability.  </p>
<p>-jef</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Katz</title>
		<link>http://iquaid.org/2008/06/24/a-join-page-workflow/#comment-2333</link>
		<dc:creator>Jeremy Katz</dc:creator>
		<pubDate>Tue, 24 Jun 2008 19:43:17 +0000</pubDate>
		<guid isPermaLink="false">http://iquaid.org/?p=100#comment-2333</guid>
		<description>One thing to consider is that maybe we shouldn't be pushing people to create an account and sign the CLA until they've found an avenue of contribution.  It'll help keep "dead" accounts out of the system and make it so that we have a more realistic idea of the size of our contributor base.

eg, right now, there are apparently like 4069 contributors in cla_done, but only 1750 of them are in any other group (based on # of accounts on fedorapeople)</description>
		<content:encoded><![CDATA[<p>One thing to consider is that maybe we shouldn&#8217;t be pushing people to create an account and sign the CLA until they&#8217;ve found an avenue of contribution.  It&#8217;ll help keep &#8220;dead&#8221; accounts out of the system and make it so that we have a more realistic idea of the size of our contributor base.</p>
<p>eg, right now, there are apparently like 4069 contributors in cla_done, but only 1750 of them are in any other group (based on # of accounts on fedorapeople)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
