The problem is, a lot of the time, it's easier to write your own solution than to try to decipher the documentaiton on an existing solution.
Maybe it's the types of questions PM has had lately, but I believe instead that a lot of people are too lazy to try to use a module than to write their own code.
No amount or quality of documentation will fix the line of thinking that, for example, "It's a good idea to print HTTP or CGI headers directly, even if they're likely malformed and incorrect, because CGI.pm must be big and bloated and slow."
Only experience will fix that, and often the painful kind.
Still, I agree that explaining the most common operations in the synopsis at the start of the documentation can help.
In reply to Re: Our documentation sucks
by chromatic
in thread Our documentation sucks
by jimt
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |