Yes. I will improve the &quot;pivots&quot; algorithm during the summer so that it can mine issues, group messages, etc. But the first thing is to go live on d.o. now :)&nbsp; I&#39;m working with Narayan on that.<br><br><br><div class="gmail_quote">
On Wed, Mar 19, 2008 at 4:17 PM, catch &lt;<a href="mailto:catch56@googlemail.com">catch56@googlemail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
With the current number of contribs, it&#39;s not only hard for &#39;end-users&#39; (whoever they might be) to find modules to suit their needs, it&#39;s also hard for developers. As others have noted, some (especially new) developers don&#39;t even bother to check before rolling their own and contributing it back. However I&#39;ve seen well known names publish a module, have an issue in their queue that says &#39;is this duplicate?&#39;, then they&#39;ve almost immediately joined forces and marked one or the other as deprecated. A lot of work gets wasted that way and it&#39;s not really anyone&#39;s fault, especially when it&#39;s people who always search first before they do any work :)<br>

<br>The more modules there are, the harder it&#39;ll be to select one, so more duplicate modules will be written, so there&#39;ll be more modules, so it&#39;ll get harder to select one...<br><br>We know none of this holds true for all modules, superficially at least - CCK and
flexinode did similar things, but there&#39;s a reason why CCK, introduced
later, is on it&#39;s way into core now, and the architectural difference
was there from the beginning - so not really duplicate. Plus CCK and Views have eliminated a whole plethora of &#39;node modules&#39; built for specific tasks - which can be replicated in a couple of minutes via the UI. However that
tends to be the exception which proves the rule, especially when
discussing smaller or more specific projects.<br><br>A similar discussion came up last year (it was shorter than this one I think), and with tongue in cheek I suggested a &quot;Duplicate modules Hall of Shame&quot; somewhere in <a href="http://groups.drupal.org" target="_blank">groups.drupal.org</a> - where you could post up modules you think are very similar, discuss the differences, ways of collaborating - and in aggregate it might lead to us finding better ways to prevent this happening accidentally.<br>

<br>As a side note, the &#39;pivots&#39; work for module recommendations, which is targeted to mine the forums for information - I&#39;d really, really like to see if this could be applied to Projects and Issues (and groups posts, since a lot of newer projects get more traffic there). That way you&#39;d get &quot;here&#39;s some similar modules/issues&quot; when you view one, or even a list displayed as part of the validation on node submission (did you see these yet?). That at least might speed up the process of discovering accidental duplication of work.<br>

<br><br>
</blockquote></div><br>