<?xml version="1.0" encoding="windows-1252"?>
<node id="770125" title="Re^2: CPAN Modules on Github -- Naming conventions?" created="2009-06-09 18:42:35" updated="2009-06-09 18:42:35">
<type id="11">
note</type>
<author id="325183">
saintmike</author>
<data>
<field name="doctext">
&lt;blockquote&gt;&lt;em&gt;As for -perl or -cpan suffixes, feel free to do so. Just don't expect me to do so. The added benefit is certainly not "Clear" to me.&lt;/em&gt;&lt;/blockquote&gt;
&lt;p&gt;
The benefit is that "libnet" (a C++ project, maybe the original project) won't clash with "libnet-perl" (the CPAN module). Also, if you're searching for a CPAN module on github, it helps if you can apply simple logic to get to the name of the github project instead of trying three different possibilities.
&lt;p&gt;
&lt;blockquote&gt;&lt;em&gt;My only thought is a question, why is a standard needed, and what is its benefit? And furthermore, who's going to control it if you were to start one?&lt;/em&gt;&lt;/blockquote&gt;
&lt;p&gt;
I'm not proposing a compulsory standard (which would be impossible to control anyway), but a naming convention like on CPAN: Sure, a couple of extroverted personalities are squatting in the top level namespace (Mr Ingerson comes to mind), but the majority are good citizens who get along just fine.
&lt;p&gt;
One could argue that github should take control of this, but I'm afraid the genie is out of the bottle already.

</field>
<field name="root_node">
770042</field>
<field name="parent_node">
770111</field>
</data>
</node>
