<?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/"
		>
<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>
	<lastBuildDate>Tue, 15 May 2012 07:18:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: loupgaroublond</title>
		<link>http://iquaid.org/2008/06/24/a-join-page-workflow/comment-page-1/#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 &#039;TurboGears&#039; 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&#039;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-page-1/#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&#039;t think popularity is a proper motivation for sustainable contribution.  I&#039;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 &quot;enough&quot; 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-page-1/#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&#039;t be pushing people to create an account and sign the CLA until they&#039;ve found an avenue of contribution.  It&#039;ll help keep &quot;dead&quot; 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>

