Differences between revisions 1 and 8 (spanning 7 versions)
Revision 1 as of 2007-05-02 23:58:31
Size: 826
Editor: redondos
Comment:
Revision 8 as of 2011-05-12 19:54:44
Size: 3939
Editor: GreyCat
Comment: b20
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
[[Anchor(faq64)]]
== Why is it so hard to get an answer to the question that I asked in #bash ? ==
<<Anchor(faq64)>>
== Why is it so hard to get an answer to the question that I asked in #bash? ==
Maybe nobody knows the answer (or the people who know the answer are busy). Maybe you haven't given enough detail about the problem, or you [[BadQuestions|haven't presented the problem clearly]]. Maybe the question you asked is answered in this FAQ, or in BashPitfalls, or in the BashGuide.
Line 4: Line 5:
  * #bash aphorism #1 "The questioner's first description of the problem/question will be misleading."
  * corollary 1.1 "The questioner's second description of the problem/question will also be misleading"
  * corollary 1.2 "The questioner is never precise" ex: will say "print the file" when they mean print the file's name, rather than printing the file itself."
  * #bash aphorism #2, "The questioner will keep changing their original question until it drives the helpers in the channel insane."
  * #bash aphorism #3, "The data is never formatted in the way that makes it easiest to manipulate :-)"
  * #bash aphorism #4, "30 to 40 percent of the conversations in #bash will be about aphorisms #1 and #2"
This is a big one: don't just post a URL and say "here is my script, fix it!" Only post code as a last resort, if you have a ''small'' piece of code that you don't understand. Instead, you should state what you're trying to do.

Shell scripting is largely a collection of hacks and tricks that do not generalize very well. The optimal answer to one problem may be quite different from the optimal answer to a similar-looking problem, so it's extremely important that you tell us the ''exact'' problem you want to solve.

Moreover, if you've attempted to solve a problem yourself, there's a really high probability that you've gone about it using a technique that doesn't work (or, at least, doesn't work for that particular problem). Any code you already have is probably going to be thrown away. Posting your non-working code as a substitute for a description of the problem you want to solve is usually a waste of time, and is nearly always irritating.

See NetEtiquette for more general suggestions. Try to avoid the infamous XyProblem.

{{attachment:dilbert-20110402.gif}}

Also:

 * '''#bash aphorism 1''': The questioner's first description of the problem/question will be misleading.
  * '''#bash corollary 1.1''': The questioner's second description of the problem/question will also be misleading.
 * '''#bash aphorism 2''': The questioner will keep changing the original question until it drives the helpers in the channel insane.

The aphorisms given here are intended to be humorous, but with a touch of realism underlying them. Several have been suggested over time, but only the ones shown above have remained largely untouched. Others include:

 * The data is never formatted in the way that makes it easiest to manipulate.
 * 30 to 40 percent of the conversations in #bash will be about aphorisms #1 and #2.
 * The questioner will never tell you what they are really doing the first time they ask.
 * The questioner's third description of the problem will clarify two previously misdescribed elements of the problem, but will add two new irrelevant issues that will be even more difficult to unravel from the actual problem.
 * Offtopicness will continue until someone asks a bash question that falls under bashphorisms 1 and/or 2, and greycat gets pissed off.
 * The questioner will not read and apply the answers he is given but will instead continue to practice b1 and b2.
 * The ignorant will continually mis-educate the other noobies.
 * When given a choice of two solutions, the newbie will always choose the more complicated, or less portable, solution.
 * When given a choice of solutions, the newbie will always choose the wrong one.
 * The newbie will always find a reason to say, "It doesn't work."
 * If you don't know to whom the bashphorism's referring, it's you.
 * All examples given by the questioner will be broken, misleading, wrong, and not representative of the actual question.
 * Everyone ignores greycat when he is right. When he is wrong, it is !b1.
 * The newbie doesn't actually know what he's asking. If he did, he wouldn't need to ask.
 * The more advanced you are, the more likely you are to be overcomplicating it.
 * The more beginner you are, the more likely you are to be overcomplicating it.
 * A newbie comes to #bash to get his script confirmed. He leaves disappointed.
 * The newbie will not accept the answer you give, no matter how right it is.
 * The newbie is a bloody loon.
 * The newbie will always have some excuse for doing it wrong.

Why is it so hard to get an answer to the question that I asked in #bash?

Maybe nobody knows the answer (or the people who know the answer are busy). Maybe you haven't given enough detail about the problem, or you haven't presented the problem clearly. Maybe the question you asked is answered in this FAQ, or in BashPitfalls, or in the BashGuide.

This is a big one: don't just post a URL and say "here is my script, fix it!" Only post code as a last resort, if you have a small piece of code that you don't understand. Instead, you should state what you're trying to do.

Shell scripting is largely a collection of hacks and tricks that do not generalize very well. The optimal answer to one problem may be quite different from the optimal answer to a similar-looking problem, so it's extremely important that you tell us the exact problem you want to solve.

Moreover, if you've attempted to solve a problem yourself, there's a really high probability that you've gone about it using a technique that doesn't work (or, at least, doesn't work for that particular problem). Any code you already have is probably going to be thrown away. Posting your non-working code as a substitute for a description of the problem you want to solve is usually a waste of time, and is nearly always irritating.

See NetEtiquette for more general suggestions. Try to avoid the infamous XyProblem.

dilbert-20110402.gif

Also:

  • #bash aphorism 1: The questioner's first description of the problem/question will be misleading.

    • #bash corollary 1.1: The questioner's second description of the problem/question will also be misleading.

  • #bash aphorism 2: The questioner will keep changing the original question until it drives the helpers in the channel insane.

The aphorisms given here are intended to be humorous, but with a touch of realism underlying them. Several have been suggested over time, but only the ones shown above have remained largely untouched. Others include:

  • The data is never formatted in the way that makes it easiest to manipulate.
  • 30 to 40 percent of the conversations in #bash will be about aphorisms #1 and #2.
  • The questioner will never tell you what they are really doing the first time they ask.
  • The questioner's third description of the problem will clarify two previously misdescribed elements of the problem, but will add two new irrelevant issues that will be even more difficult to unravel from the actual problem.
  • Offtopicness will continue until someone asks a bash question that falls under bashphorisms 1 and/or 2, and greycat gets pissed off.
  • The questioner will not read and apply the answers he is given but will instead continue to practice b1 and b2.
  • The ignorant will continually mis-educate the other noobies.
  • When given a choice of two solutions, the newbie will always choose the more complicated, or less portable, solution.
  • When given a choice of solutions, the newbie will always choose the wrong one.
  • The newbie will always find a reason to say, "It doesn't work."
  • If you don't know to whom the bashphorism's referring, it's you.
  • All examples given by the questioner will be broken, misleading, wrong, and not representative of the actual question.
  • Everyone ignores greycat when he is right. When he is wrong, it is !b1.
  • The newbie doesn't actually know what he's asking. If he did, he wouldn't need to ask.
  • The more advanced you are, the more likely you are to be overcomplicating it.
  • The more beginner you are, the more likely you are to be overcomplicating it.
  • A newbie comes to #bash to get his script confirmed. He leaves disappointed.
  • The newbie will not accept the answer you give, no matter how right it is.
  • The newbie is a bloody loon.
  • The newbie will always have some excuse for doing it wrong.

BashFAQ/064 (last edited 2021-08-19 17:49:59 by GreyCat)