The life cycle of module improvement on Phalanx
- Check for interest
- Pick a module from the list
- Contact the author to see if he is interested
- Keep track of "Before"
- How many tests? How many bugs in RT? Report to Andy.
- Plan the improvements
- Check the RT queue for the module. See if there are any big bugs or documentation problems to take care of.
- Determine weak points in the module.
- Decide who will work on what.
- Fix (and write tests for) any bugs that we choose to attack.
- Make the module pass the Kwalitee Standards.
- Back to the author
- Pass the patches back to the author.
- Author can accept or reject changes as he chooses.
- Author releases the changed version back to the CPAN.
How much should I change?
That's between you and the module author. We are not here to take over modules.
Maybe the author wants an overhaul. Maybe the author is very particular about indentation. Maybe the author just needs some bugs fixed. It's up to the author.
What if a module's author isn't interested?
Then we'll note that on the checklist and move on. It's up to the author. We will not make changes against the author's will. We are not here to take over modules.
What if we can't contact the author?
Hmm, I dunno. This is really a big CPAN issue.