Marcel, Drupal uses your idea on Drupal core. <br><br>But we aren't linux and wine, we have a core and then a constellation of contrib.<br><br>Best stuff then bubbles up through contrib (example is part of views and cck going into core for Drupal 7)... contrib is a test tube, a source forge (which works really well by committing mind farts and then folks vote by using or not using, community actually decides best quality).<br>
That way we get the most creativity, and the community decides in their use/reuse/discard attitude towards the modules.<br><br>A thousand eyes of feature hungry users informs better than one pair of expert eyes.<br><br>And frees up the expert to do his thing too, instead of bureaucratizing contrib.<br>
<br>That's the Drupal way, and it rocks (for this particular application)! <br><br>Victor Kane<br><a href="http://awebfactory.com.ar">http://awebfactory.com.ar</a><br><a href="http://projectflowandtracker.com">http://projectflowandtracker.com</a><br>
<br><div class="gmail_quote">On Mon, Mar 9, 2009 at 3:22 PM, Marcel Partap <span dir="ltr"><<a href="mailto:mpartap@gmx.net">mpartap@gmx.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Marcel, I don't know if you've noticed but you haven't managed to<br>
visibly convince anyone your solution is a good one.<br>
</blockquote></div>
Well yes i do have noticed. Apart from 'don't like it' and 'messes<br>
with our ways' i have not heard any sound counter arguments though,<br>
but that might well be enough of an argument by itself in such a<br>
community project.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Especially not anyone who will bother to try and implement it.<br>
</blockquote></div>
Well if we all wanted to, we could make it. Easily: it's just a matter<br>
of breaking habits, and not even that drastically. Btw it works for<br>
other projects (linux, wine).<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On the contrary, you have a whole host of people saying it isn't a<br>
good idea and giving reasons why.<br>
</blockquote></div>
Like 'nah dont like'. (Almost) noone even picked my arguments in favor<br>
of such a process, or tried to think up how it could be made to work, or even propose something entirely different.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
These people (not me mind you) are the dedicated volunteers that do<br>
actually work hard to implement solutions to Drupals problems, and<br>
are each in their own way personally responsible for the current<br>
success of Drupal today.<br>
</blockquote></div>
Well of course but i really missed some voices from those high-profile<br>
developers. BTW nothing would change for them, especially no increase in work-load.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
They do understand the background and developer culture of the<br>
community, and the reasons behind Drupals success.<br>
</blockquote></div>
So that implies i don't do that, which is wrong. But to truly achieve<br>
excellence, sometimes you have to trade in a bad habit (casual<br>
developers committing code to the central repository) for a bitter<br>
pill (having all code not from already proven drupal master minds<br>
undergo a transparent quality screening) for long term profit (cure<br>
the contrib). It's simply people not liking bitter pills until they<br>
suffer severely from their sickness.. totally human.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Don't take this personally<br>
</blockquote></div>
Course not, but i would have hoped for some support. Without any<br>
community backing surely my idea does sound silly.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
but your idea and justifications for it have an air of either ivory<br>
tower academia or heavyweight process driven enterprise thinking<br>
about them.<br>
</blockquote></div>
Well it's not that my proposal is totally unrealistic. Only because no<br>
one is supporting it does it become so. Would Dries or Angela have<br>
proposed it, everybody and his dog would be up in flames of enthusiasm<br>
and surely consider it the right way to go.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Neither of which have a very good track record of actually getting<br>
things done in a volunteer driven open source community where<br>
inspiration and enthusiasm is the biggest driver behind doing<br>
anything.<br>
</blockquote></div>
Who is trying to stop that. By preventing bull sh1t code from being<br>
committed to the official contrib? C'mon! We could easily set up a<br>
testing repository, set up a drupal-patches mailing list and nice up<br>
the issue tracker to facilitate more code centric work on stuff.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The rate of progress in both Drupal and the supporting<br>
infrastructure over that time has been staggering.<br>
</blockquote></div>
Yes, true. So with all that gained, how are we possibly going to loose<br>
it through tighter quality management?<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
It's a tall order claiming that the environment or culture that<br>
achieved that success is broken - especially since people have come<br>
along and announced that plenty of times in the past.<br>
</blockquote></div>
I didn't say it's broken, it just allows unlucky stuff to happen.<br>
Modifying it a bit could solve the problem for good. Not that this<br>
step is _required_, but maybe we as a *software* project would _profit_ from it.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Why should that claim be correct now, when it has been shown to be<br>
false in the past?<br>
</blockquote></div>
A major core redesign is the best time to make these modifications.<br>
Why i proposed these changes i hope i have explained sufficiently.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Your proposal to have every D7 contrib commit vetted by some sort<br>
of vote would just drive away the very enthusiasm and inspiration<br>
that drew in all the newbie contrib developers that grew up into<br>
veteran developers and core contributers (and that would be the<br>
single best way to kill Drupal).<br>
</blockquote></div>
Ahem, no. Why would anyone insist on committing every mind fart to the<br>
official drupal repository? Heck as stated above, how hard is it to<br>
have a staging branch?<br>
The main motivation to even waste my time in this discussion was to<br>
find a solution to the problems mentioned in the original posting:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
- modules spamming the watchdog table with E_ALL warnings<br>
- modules ignoring the style/documentation guide lines<br>
- applied insane programming(TM) techniques<br>
- undescriptive module names<br>
- duplication (partial feature overlap with existing modules).<br>
</blockquote>
If anyone has a more viable solution at hand, i'm more than willing to surrender my effort to their proposal. Right now all i've heard is votes for natural selection. Surely that is one approach to it, but at least not my favorite.<br>
Also, almost every possible use case is covered by one or the other D6 module, making that 'no more innovation' argument really not that convincing. What is the point of producing D7 at all? Restructuring! How is that case invalid for non-core modules, simply don't see it.<br>
Furthermore, simply don't like the fact that individuals hold the keys to modules. The linux kernel f.e. handles this very differently: contributors get mentioned in the file header.<br>
Really, the linux approach of development is what i think drupal should hand pick some points from.<div class="im"><br>
<br>
> I certainly wouldn't bother releasing any Drupal<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
7 modules if that were the case.<br>
</blockquote></div>
You must be kidding.<div class="im"><br>
> And for a lot of modules (eg my<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
own), they simply don't have a user base capable of evaluating the<br>
quality of the commit<br>
</blockquote></div>
Code voting for developers only of course - sure all this needs implementing. Where's a will, there's a way.<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
In nearly all cases, the people doing the voting will know<br>
far less about coding or the internals of the module than the<br>
author. It won't change much in terms of code quality - it will<br>
just add frustration to everyones experience.<br>
</blockquote></div>
Noone wants that, not even crazy me. But my belief still is: if we really want to find a way to improve the process, we can do it. If i stand alone, this is not a fight i'll waste my blood on.<br>
<br>
BTW, i really wished i had the time to code all the stuff i'd like to, but obligations (you know.. school, work and stuff *g) shrink my visions to small compact pressed clumps that lay around. It would simply need some outside support to inflate them again, but convincing people to support something unknown nowadays doesn't seem to be too easy. Ah well.. back to work, the profane.<br>
regards<div><div></div><div class="h5"><br>
<br>
<br>
-- <br>
"Obstacles are those frightful things you see when you take<br>
your eyes off your goal." -- Henry Ford (1863-1947)<br>
<br>
Change the world! Vote: <a href="http://hfopi.org/vote-future" target="_blank">http://hfopi.org/vote-future</a><br>
</div></div></blockquote></div><br>