To the extent that oddities get in the way of getting our collective jobs done, yes. And very few of us actually have jobs where golf or obfu is part of the requirement, which is where some of these oddities get (ab)used.
When I'm coding, I'm not looking for a "fun" language. I'm looking for a practical language. One that does not get in the way of me finishing my current task to get on to the next task. That doesn't mean I can't enjoy the task of coding, it just means that fighting oddities is not the enjoyable part of the task: completing the task faster and more reliably than any of my teammates is the enjoyable part of the task (for me). Having the flexibility to think in the problem space rather than the solution space is enjoyable (for me). Being able to do things the way that I think they need to be done, not necessarily the way the language designer(s) thought they should be done, is enjoyable (for me). Fighting oddities is not.
It's not even as if Perl is the only language with oddities. C has a bunch, too, many (if not most) of which Writing Solid Code tell you to avoid.
-
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>
<u> <ul>
-
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
intervention).
-
Want more info? How to link
or How to display code and escape characters
are good places to start.
|