<br><br><div class="gmail_quote">On Sat, Jul 31, 2010 at 11:10 AM, Jason Dagit <span dir="ltr">&lt;<a href="mailto:dagit@codersbase.com" target="_blank">dagit@codersbase.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div><br></div><div>= Interested in Takusen development? =</div><div><br></div><div>Takusen is looking for a new long term maintainer.  I have agreed to</div>
<div>fill the role of maintainer for now, but we are seeking an</div><div>enthusiastic individual with spare time and a desire to lead Takusen</div><div>development.</div><div><br></div></blockquote><div><br></div><div>Some people have asked about the maintainer role.  Let me elaborate on that.</div>

<div><br></div><div>The maintainer will oversee the project and steer development.  For example, this might include splitting up the duties of the maintainer role into more specific jobs such as release manager, wiki gardner, mailing list moderator, etc.  More details about these responsibilities below.</div>


<div><br></div><div>Some background reading on the topic:</div><div>  * I recommend reading Karl Fogel&#39;s &quot;Producing Open Source Software&quot; as it covers the entire topic of contributing and running projects, and it&#39;s available on the web: <a href="http://producingoss.com/en/index.html" target="_blank">http://producingoss.com/en/index.html</a></div>


<div>  * Wikipedia&#39;s description of a &quot;Release manager&quot; (not the same as a maintainer, but the roles do overlap on many projects): <a href="http://en.wikipedia.org/wiki/Release_management" target="_blank">http://en.wikipedia.org/wiki/Release_management</a></div>


<div><br></div><div>Initially I expect the maintainer will need to take on the following responsibilities:</div><div>  * Marketing.  Getting the word out about Takusen releases, ensuring users know when to use it and when not to use it, dispelling myths about takusen, etc.</div>

<div>  * Growing a larger development team (sometimes considered part of marketing).</div><div>  * Fleshing out the infrastructure provided by <a href="http://community.haskell.org" target="_blank">community.haskell.org</a> (we have a wiki, bug tracker, mailing list, and web site now, but no users or content yet).</div>

<div>  * Plan the next release.  This will probably involve prioritizing suggestions, bug fixes, new features, and finding people to do the work.</div><div>  * Facilitate the next release, eg., make sure release is stable, tag it, write release announcement and upload to hackage.</div>

<div>  * Setup automated build tests.  Takusen has a lot of tests, now we need to run them automatically on all the platforms and databases that takusen supports.</div><div>  * Review patches sent by contributors, or delegate/nominate patch reviewers.</div>

<div><br></div><div>If you&#39;d like to study other haskell projects that set good examples for maintainership, I recommend looking at GHC, darcs, and xmonad.  There are probably others that would do quite well as examples, but I&#39;m not personally familiar with them.  I think you&#39;ll notice that in each case, the duties are distributed and decisions are made in IRC or on the mailing list.</div>

<div><br></div><div>As for skills that you should have?  Being motivated and eager to get up to speed is more important than raw Haskell ability.  The current team, including Alistair and Oleg, should continue to be available to assist with technical issues.  Communication skills, leadership skills, and the ability to ground your judgements in fact are probably the most important skills overall.</div>

<div><br></div><div>Most importantly, don&#39;t feel intimidated by the above list.  I&#39;m describing all the duties I can think of.  Also, I&#39;ll be around to help you learn the ropes and get going while you&#39;re new.  It can be a lot of work, which is why it&#39;s important to appoint lieutenants.  Successful maintainers tend to be good at documenting the tasks to be done, creating roles, and finding motivated individuals to take on those roles and tasks.  Ideally things are so well document that contributors can trade roles as spare time waxes and wanes for people.</div>

<div><br></div><div>I hope that helps!  Don&#39;t hesitate to ask questions.</div><div><br></div><div>Jason</div><div>PS I&#39;ve CC&#39;d the new takusen mailing list, but I don&#39;t think it&#39;s working yet.</div></div>