Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl: the Markov chain saw

comment on

( #3333=superdoc: print w/replies, xml ) Need Help??
I don't know why you posted this. What are you trying to say?

I usually don't try to second guess questions. It works counter productive. For two reasons. First, in forums like perlmonks, where there are a lot of not-so-knowledgeable answerers, there's a lot of noise of people trying to second guess answers; spawning threads that have not much to do with the original question. Today I read a question on comp.lang.perl.misc; someone had a problem parsing command line arguments. It didn't work as he expected in certain cases, and he wanted to know why. There were five or six replies, all pointing to one of more of the Getopt:: modules. All were second guessing the question. The questions appeared to be helpful, but were they? The question wasn't answered, and the poster didn't learn much. The problem was an off-by-one error, using $i < $#ARGV instead of $i <= $#ARGV or $i < @ARGV.

The other reason is that it makes people sloppy. Why would I formulate a question well instead of ambiguous if people try to second guess my question anyway? Someone might get it right, and it's not my time wasted of the five who guessed wrong, and answered a question I don't care about. A clear example of that are questions that look like:

How do I extract 23 from fubble wabble 23 upupup.

One person will write a regex to extract the third word, another to extract the digits from the text, and a third uses substr to extract the 15th and 16th character from the string. Now, it's likely the original poster is pleased, and got his answer. But at least two people have wasted their time, writing an answer to a question that was neither asked, nor intended to be asked.

If answerers wouldn't second guess questions, questioners would be forced to well formulate their questions. Then answerers can focus on the right questions, instead of questions the questioner isn't interested in. And well formulated questions have another benefit, which I will illustrate by a story.

For a long time, outside the office of the sysadmins at MIT, next to the door, there was a table. On the table was a teddy bear. On the door was a note, saying that before entering the door with a question, you better first explained your problem to the teddy bear. Many people didn't need the help of the sysadmins after telling the teddy bear.
Many people can solve their own problems, if they stop for a moment and actually think and formulate the problem. A well formulated problem is often more than half solved.


In reply to Re: On Answering Questions by Abigail-II
in thread On Answering Questions by merlyn

Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post; it's "PerlMonks-approved HTML":

  • 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 or How to display code and escape characters are good places to start.
Log In?

What's my password?
Create A New User
Domain Nodelet?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others scrutinizing the Monastery: (7)
As of 2021-10-26 06:48 GMT
Find Nodes?
    Voting Booth?
    My first memorable Perl project was:

    Results (90 votes). Check out past polls.