[development] D7 contrib module development
mpartap at gmx.net
Mon Mar 9 15:28:22 UTC 2009
> We've always had stuff that falls off the face of earth. So what? The
> caravan continues on ...
Sorry but i don't consider that a logically valid argument.
> The very first module I contributed (feedback) illustrates a point: It
> was started in 2002 by someone called "barry". I had it working I took
> it over in 2004 with totally new code for Drupal 4.5. Then "fago"
> overhauled it a lot in 2006. Over time, the contact module in core came
> along, and I stopped using feedback. Then in 2008 "sun" took it over and
> repurposed it with new code.
Well good that process worked out than, btw i am actually using the
But from the experiences gained, how would you design such a module
from scratch? How could it be integrated with other modules, what
could be factored out into 'frameworks' (/library modules) ?
That is the stuff each of the drupal code contributors needs to think
about as early as possible in the D7 cycle, which would be right
> The "too many modules in contrib syndrome" can be taken as confusing,
> excessive, ...etc. but can also be taken as a sign of a healthy and
> vibrant community.
Sure. But what is the prior goal of the Drupal project? To create a
healthy vibrant community? Or to create the best open source CMS CODE
out there (best accomplished through a healthy vibrant community)?
> So what if we have a few extra gigabytes of code? So
> what if they become unmaintained?
Uhhm sorry i don't share that so-what mentality. I want to have *all*
the functionality spread over slightly different modules with the same
purpose, combined into one flexible solution. And i am quite sure i am
not the only one.
> If we raise the barrier or block new entries we will be shutting
> ourselves off from being the platform for the new chx or the new
Woow stop for a minute please.. so you're saying people like chx or
merlinofchaos are not capable of adapting to coding standards and
qualified to contribute code which can be worked on to raise over the
ready-and-useful barrier to be included in the official Drupal repository?
> It does not matter ... if it is the wild wild west, then let it be. It
> is a small price to pay for innovation and the power of the masses.
But the thing is, sometimes innovation needs channeling. Granted, in
the early phases of the industrial revolution it would have been
counterproductive to regulate machines and processes in any manner,
simply because not enough practical experience had been gained. But
once a certain level of sophistication is reached, there is no way you
want to live without agreed standard interfaces and common norms.
Imagine todays industries without all the ISO standards for screws,
bearings, gears, quality management.. What do you think which kind of
a car would you drive if none of them would exist?
In my opinion with D7 we have reached that level of wild life
experience to benefit from a more ordered development process. To say
again, why trade in quality for quantity/speed? Most people will be
quite happy with D6 for years to come.
"Obstacles are those frightful things you see when you take
your eyes off your goal." -- Henry Ford (1863-1947)
Change the world! Vote: http://hfopi.org/vote-future
More information about the development