<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><blockquote type="cite"><div>From: Marcel Partap <<a href="mailto:mpartap@gmx.net">mpartap@gmx.net</a>><br><br><blockquote type="cite">PLEASE Look at that thread and you will see many others also against<br></blockquote><blockquote type="cite">*enforcement* ( = manpower & acrimony) but for a generally useful<br></blockquote><blockquote type="cite">community-based process.<br></blockquote>So enforcement of coding style and not breaking tests is too large of <br>a price to pay, now i see.<br></div></blockquote><div><br></div><div>Coding style reviews are good, and can even happen automatically. That's trivial.</div><div>There is even a process for running automated tests. Although you may find that almost no contrib modules HAVE tests. This is a non-automatable detail. Modules breaking tests is not an issue for users.</div><div><br></div><div>However, neither of these have anything to do with the very real issue of DUPLICATION and overlap.</div><div><br></div><blockquote type="cite"><div><blockquote type="cite">Note, not a "core developer" gatekeeper team,<br></blockquote>Even after me going to lengths doing 20 or so postings to explain and <br>reason what i have in mind, it's amazing people still misunderstand <br>what i propose. Is it me or them.<br></div></blockquote><div><br></div><div><div>The ONLY way to actually tell good code from bad code, and tell duplicates and redundancy is by informed developer review. </div><div>That is the manpower needed. And as noted earlier, it needs to be skilled devs, not just popular vote. Which leads us to back to requiring housekeeping work by some non-existent cadre.</div></div><br><blockquote type="cite"><div><blockquote type="cite">but better visibility and feedback loop to resolve dupes.<br></blockquote>Frigging exactly what i proposed.<br></div></blockquote><div><br></div><div>No. "Visibility" and feedback on proposed modules was was my suggestion last year. </div><div>What I saw you propose in [Date: Sun, 08 Mar 2009 16:30:29 +0100] was bureaucracy, enforcement, automation, restrictions, vetos, and the belief that better code could be automated by :</div><div><blockquote type="cite" class=""><span class="Apple-style-span" style="color: rgb(0, 0, 0); ">what is possible is to come up with an algorithm that leads to<br>a statistically significant improvement on the sustainability and<br>correctness of decisions.</span></blockquote><br></div><div>I just gotta disagree that good, or more importantly - useful and unique - code can be judged by an algorithm in a way that will address the problem at hand.</div><div>If you have such an algorithm handy, please suggest it as an addition to coder.module.</div><br><blockquote type="cite"><div>Why does that make me wonder <br>what sort of device would be required for making a human being to <br>constructively try to understand someone else's perspective and <br>subsequently reconsider their own position.<br></div></blockquote><div><br></div><div>:-)</div><div><br></div><blockquote type="cite"><div><font class="Apple-style-span" color="#000000"><br></font></div><div>btw abundant opposition happened before in history to non-messiah <br>people which were more right than wrong.<br></div></blockquote><div><br></div><div>And so you completely miss the point. o_O</div><div>Just because lots of experts disagree with you does NOT prove that you must be right.</div><div>There are a heck of a lot more folk who were told they were wrong - and were wrong. Citing an exception only proves the (general) rule.</div><div><br></div><div>Whether we are a meritocracy, a democracy, a timocracy or a dictatorship (benign or not), your campaign to make contributing to Drupal three times harder for everyone is just not getting any traction. </div><div>Vast numbers of people already find CVS and patches a heck of an obstacle. I've had dozens of probably-OK patches die in the water because it there wasn't enough motivation for even one other valid developer to help push it through. Requiring a quorum of *10* votes as you proposed means that nothing would happen ever.</div><div><br></div><div>If it was even conceivable that Drupal contrib became so draconic, it would force contributions into the "badlands" (see proposal <a href="http://drupal.org/node/307211">http://drupal.org/node/307211</a>) and possibly be divisive enough to justify a totally parallel repository of 'unvetted but free' code on another site.</div><div>I (and many others) don't want to see that happen.</div><div><br></div><div>*sigh*</div><div>To end on another hopefully constructive suggestion, module voting and rating has ALWAYS been discussed and proposed, and is one of the key requested features the background of the d.o. redesign. If this comes though as providing a top list of recommended or even semi-official modules, that is a good thing. But such ranking or classification is NOT going to take the form of prohibiting people from contributing new innovation. You describe your elaborate voting system as one where not enough votes = no commit access. That may be what is turning everyone off. Voting for informational purposes, I think we could get behind. But making rules that will negatively affect the majority of developers and damage the community ... not popular.</div><div><br></div><div>It may be possible to rework your proposal in a more practical way - but only if it enables the community by shepherding input, not as a bully cop that bans input by default. </div><div><br></div><div>.dan.</div></div></body></html>