On Mon, Mar 8, 2010 at 1:26 AM, wrote:
>> As for the smaller things, I would prefer to see ten different bits of
>> code that achieve the same end vs. just one. Diversity is good, and a
>> broader selection of code gives a bigger field to mine for ideas and
>> concepts.
>
> I really don't think t
> As for the smaller things, I would prefer to see ten different bits of
> code that achieve the same end vs. just one. Diversity is good, and a
> broader selection of code gives a bigger field to mine for ideas and
> concepts.
I really don't think that's going to be the problem here, we do not
ha
Augment the contrib tools (or a fork or facsimile thereof) to including
user-defined rankings and reviews. Forks and duplication sometimes make sense,
sometimes they don't -- but the better versions will percolate to the top.
Its a community driven thing, we need the right tools to enable that.
I really think this idea that duplication of things in contrib is bad,
is bad (or just a red herring).
For ports of big applications (python, say), the amount of work involved
is going to self-limit the number of ports right up front. And the ones
that do make it will self-select based on the qual