A core philosophy of Perl is that there isn't always just one way to solve a problem. A solution must match the problem and the person solving it. Some problems lend themselves well to a functional approach and if you're MJD, you might well choose a functional solution. But if you've only ever programmed in BASIC, you may well choose a different solution. And that's okay because nobody is expected to know everything.
When viewed in that light, your two examples become "meaningless". There are tons of modules dealing with object oriented stuff on CPAN because different people have different affinities for different object models. Perl doesn't need these modules, but they are there for those who would find them useful. Same for your SQL example. If someone who knows SQL wouldn't appreciate those modules, then consider that they may be for people who don't know SQL as well as an SQL-guru.
Or, put another way, if someone were to write many modules for Ruby that mimic all of the Perl modules you disdain and put them on rubyforge, would that somehow detract from the value of Ruby as a language?
Let go of your ego a little bit.
Are you posting in the right place? Check out Where do I post X? to know for sure.
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big>
<blockquote> <br /> <dd>
<dl> <dt> <em> <font>
<h1> <h2> <h3> <h4>
<h5> <h6> <hr /> <i>
<li> <nbsp> <ol> <p>
<small> <strike> <strong>
<sub> <sup> <table>
<td> <th> <tr> <tt>
Snippets of code should be wrapped in
<code> tags not
<pre> tags. In fact, <pre>
tags should generally be avoided. If they must
be used, extreme care should be
taken to ensure that their contents do not
have long lines (<70 chars), in order to prevent
horizontal scrolling (and possible janitor
Want more info? How to link or
or How to display code and escape characters
are good places to start.