On Tue, 3 Jan 2006 11:52, Manoj Srivastava wrote: > Given the choice between having to double check work done by > potentially inexperienced folks, and ensuring that the package is > done by people who can do some of the double checking on their own, > and make less errors, I'd go for the latter every time. > > Debugging/proof reading other peoples work is always more > thankless, error prone, and often less thorough than following good > practices and minimizing errors the first time around. And that comes > with experience. > > Now, if you had a bunch of actual peers we were talking about, > then sure, more eyes do make for lighter work. But that is not what > we are discussing. We are talking about letting almost anybody > commit, and hope that the experienced person will catch all the > mistakes. I am not convinced that the mistake shall not grow in the > end product in this case. > Yes, but it's only by doing the work, either maintaining their own package, or submitting patches / directly committing to team maintained packages that people gain the skills they need to become DDs.
Whats needed is a genuine team of 2-5 suitable new maintainer 'peers' co-maintaining half a dozen similar or related small packages (or one-two medium packages) plus one DD reviewing changes and sponsoring uploads every few weeks. Beginners can start off sending patches by mail, either to a mailing list, or to bug reports. (I do agree there should be some sort of control over commit access). If they don't know enough to contribute they will either learn, or drop out. (It worth pointing out that handling bug reports can be a useful contribution.) Once they have shown that they can contribute they can be given commit access. The one of the goals of this sort of team maintenance should be team members helping each other learn. The end result in terms of package quality should be less bugs than the current process of each individual new maintainer maintaining a couple of packages and a DD sponsoring the occasional upload. Yeah, there will probably will be more bugs committed to version control, but their will (hopefully) be more sets of eyes catching them. The apprentice maintainers don't need to maintain important packages. There are plenty of priority optional/extra packages, many with alternative packages with similar functionality. The DD does not have to do any more work per upload than they would under the current system. The main point is that this sort of team lowers the bar to entry. Someone who lacks the skills to create their own package can still contribute. And by contributing they can learn new skills. Just my 2 cents Andrew V. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]