Skip to main content
Commonmark migration
Source Link

##Question

Question

Upvote

###Upvote (pick one)

###Downvote

Downvote

##Answer

Answer

###Upvote

Upvote

###Downvote

Downvote

##Comments

Comments

##Question

###Upvote (pick one)

###Downvote

##Answer

###Upvote

###Downvote

##Comments

Question

Upvote

(pick one)

Downvote

Answer

Upvote

Downvote

Comments

Fixed spelling/grammar, formatted, tweaked markdown/typography.
Source Link
Nathan Tuggy
  • 13.4k
  • 9
  • 43
  • 86

Try not to let other factors like the vote score and other answers influence your vote. Sometimes, one sees a massively xvotedxvoted post, and piles on another xvotexvote. Not really harmful, but it's always better to judge for yourself first. Similarly, don't let the poster or his rep affect your vote. Read the post with the same critical eye with which you would read the post of a 1 rep user. Experts can make mistakes as well. Downvoting and mentioning it in a comment is exactly what you should do when you see a wrong post, regardless of the user. StackExchangeStack Exchange is about posts, not users. Reputation is a rough way to gauge community involvement and how much the community trusts you, but it really is just a "necessary evil" to aid the privilege system (and it also is a sort of rewarda sort of reward). Don't use it to gauge post quality. If you think something is wrong, comment (and downvote if you are confident enough).

There is the opposite case of "compensating a vote""compensating a vote". Here, one votes in such a manner as to bring the post to what one feels is the correct vote score (by downvoting massively upvoted mediocre questions, etc). Again, this isn't good. So try to ignore the existing vote score when voting.

To downvote a question, downvote immediately. If there's scope for improvement, comment and downvote. You can always undownvote if itsit's improved. Read moreRead more about Stack Exchange's philosophy of question selectiveness.

Note: Do not upvote solely to free the post from an undeserved negative voteDo not upvote solely to free the post from an undeserved negative vote.

Do NOTnot downvote just because:

  • The question uses incorrect grammar (as long as it is comprehensible)
  • The question has bad, (but clear) code; the question uses bad coding practices; the premise of the program is wrong. In this case, just comment "why haven't you done blah?". If you're answering, you can append that to your answer instead. (I've done that here)I've done that here.) Remember, voting is to filter post quality, not code quality or OP quality.. Also, there are legitimate uses for everything, even eval()even eval().

Of course, in any event, the answer must answer the question. If not for the last line of this answerthis answer, it should have been downvoted. (Not that it would have been.)

Note: Do not upvote solely to free the post from an undeserved negative voteDo not upvote solely to free the post from an undeserved negative vote.

  • Does not answer the question. Flag at your discretion.
  • Makes no sense
  • FGITWFGITW post with minimal answer: This depends upon the answer really.
  • Code-only answer: A post must be useful to People From The Future™. Nobody's going to have the exact same code with the exact same issue (Well, maybe notWell, maybe not). People From The Future™ should have an explanation of why the code is wrong/bad/whatever so that they learn something.
  • LinkLink-onlyonly answeranswer
  • Is wrong (in your opinion).
  • Bad coding practices. Unlike questions, the answer should use good coding practices. For questions and answers, post quality is differently measured. For questions, it has to do with the actual question more than the code. For code-only answers, bad coding practices are..well..are…well… bad. In the case of a good explanation with bad code, downvote, comment, undownvote. Or abstain from voting and comment. Either is fine, it's up to you.

Do NOTnot downvote just because:

  • It's a competitor. Voting is for post quality, and you end up harming the system. Also, upvoting competing answers gets you something shinysomething shiny.
  • Again, grammar that does not affect comprehensibility too much.

Who cares? Keep this in mind that on a post with a large number of comments, the ones shown will be the upvoted ones. So the comments which actually improve the post quality/help the OP should be upvoted. But, we know, nobody's going to follow that--that— Not enough jQuery is a sure way to get you a comment upvote. And on MSO, comment-upvote just about anything :) [Scroll down a bit to see what I mean]

Try not to let other factors like the vote score and other answers influence your vote. Sometimes, one sees a massively xvoted post, and piles on another xvote. Not really harmful, but it's always better to judge for yourself first. Similarly, don't let the poster or his rep affect your vote. Read the post with the same critical eye with which you would read the post of a 1 rep user. Experts can make mistakes as well. Downvoting and mentioning it in a comment is exactly what you should do when you see a wrong post, regardless of the user. StackExchange is about posts, not users. Reputation is a rough way to gauge community involvement and how much the community trusts you, but it really is just a "necessary evil" to aid the privilege system (and it also is a sort of reward). Don't use it to gauge post quality. If you think something is wrong, comment (and downvote if you are confident enough).

There is the opposite case of "compensating a vote". Here, one votes in such a manner as to bring the post to what one feels is the correct vote score (by downvoting massively upvoted mediocre questions, etc). Again, this isn't good. So try to ignore the existing vote score when voting.

To downvote a question, downvote immediately. If there's scope for improvement, comment and downvote. You can always undownvote if its improved. Read more

Note: Do not upvote solely to free the post from an undeserved negative vote

Do NOT downvote just because:

  • The question uses incorrect grammar (as long as it is comprehensible)
  • The question has bad, (but clear) code; the question uses bad coding practices; the premise of the program is wrong. In this case, just comment "why haven't you done blah?". If you're answering, you can append that to your answer instead. (I've done that here). Remember, voting is to filter post quality, not code quality or OP quality.. Also, there are legitimate uses for everything, even eval().

Of course, in any event, the answer must answer the question. If not for the last line of this answer, it should have been downvoted. (Not that it would have been)

Note: Do not upvote solely to free the post from an undeserved negative vote

  • Does not answer the question. Flag at your discretion.
  • Makes no sense
  • FGITW post with minimal answer: This depends upon the answer really.
  • Code-only answer: A post must be useful to People From The Future™. Nobody's going to have the exact same code with the exact same issue (Well, maybe not). People From The Future™ should have an explanation of why the code is wrong/bad/whatever so that they learn something.
  • Link-only answer
  • Is wrong (in your opinion).
  • Bad coding practices. Unlike questions, the answer should use good coding practices. For questions and answers, post quality is differently measured. For questions, it has to do with the actual question more than the code. For code-only answers, bad coding practices are..well.. bad. In the case of a good explanation with bad code, downvote, comment, undownvote. Or abstain from voting and comment. Either is fine, it's up to you.

Do NOT downvote just because:

  • It's a competitor. Voting is for post quality, and you end up harming the system. Also, upvoting competing answers gets you something shiny.
  • Again, grammar that does not affect comprehensibility too much.

Who cares? Keep this in mind that on a post with a large number of comments, the ones shown will be the upvoted ones. So the comments which actually improve the post quality/help the OP should be upvoted. But, we know, nobody's going to follow that-- Not enough jQuery is a sure way to get you a comment upvote. And on MSO, comment-upvote just about anything :) [Scroll down a bit to see what I mean]

Try not to let other factors like the vote score and other answers influence your vote. Sometimes, one sees a massively xvoted post, and piles on another xvote. Not really harmful, but it's always better to judge for yourself first. Similarly, don't let the poster or his rep affect your vote. Read the post with the same critical eye with which you would read the post of a 1 rep user. Experts can make mistakes as well. Downvoting and mentioning it in a comment is exactly what you should do when you see a wrong post, regardless of the user. Stack Exchange is about posts, not users. Reputation is a rough way to gauge community involvement and how much the community trusts you, but it really is just a "necessary evil" to aid the privilege system (and it also is a sort of reward). Don't use it to gauge post quality. If you think something is wrong, comment (and downvote if you are confident enough).

There is the opposite case of "compensating a vote". Here, one votes in such a manner as to bring the post to what one feels is the correct vote score (by downvoting massively upvoted mediocre questions, etc). Again, this isn't good. So try to ignore the existing vote score when voting.

To downvote a question, downvote immediately. If there's scope for improvement, comment and downvote. You can always undownvote if it's improved. Read more about Stack Exchange's philosophy of question selectiveness.

Note: Do not upvote solely to free the post from an undeserved negative vote.

Do not downvote just because:

  • The question uses incorrect grammar (as long as it is comprehensible)
  • The question has bad, (but clear) code; the question uses bad coding practices; the premise of the program is wrong. In this case, just comment "why haven't you done blah?". If you're answering, you can append that to your answer instead. (I've done that here.) Remember, voting is to filter post quality, not code quality or OP quality.. Also, there are legitimate uses for everything, even eval().

Of course, in any event, the answer must answer the question. If not for the last line of this answer, it should have been downvoted. (Not that it would have been.)

Note: Do not upvote solely to free the post from an undeserved negative vote.

  • Does not answer the question. Flag at your discretion.
  • Makes no sense
  • FGITW post with minimal answer: This depends upon the answer really.
  • Code-only answer: A post must be useful to People From The Future™. Nobody's going to have the exact same code with the exact same issue (Well, maybe not). People From The Future™ should have an explanation of why the code is wrong/bad/whatever so that they learn something.
  • Link-only answer
  • Is wrong (in your opinion).
  • Bad coding practices. Unlike questions, the answer should use good coding practices. For questions and answers, post quality is differently measured. For questions, it has to do with the actual question more than the code. For code-only answers, bad coding practices are…well… bad. In the case of a good explanation with bad code, downvote, comment, undownvote. Or abstain from voting and comment. Either is fine, it's up to you.

Do not downvote just because:

  • It's a competitor. Voting is for post quality, and you end up harming the system. Also, upvoting competing answers gets you something shiny.
  • Again, grammar that does not affect comprehensibility too much.

Who cares? Keep this in mind that on a post with a large number of comments, the ones shown will be the upvoted ones. So the comments which actually improve the post quality/help the OP should be upvoted. But, we know, nobody's going to follow that— Not enough jQuery is a sure way to get you a comment upvote. And on MSO, comment-upvote just about anything :) [Scroll down a bit to see what I mean]

Migration of MSO links to MSE links
Source Link

Try not to let other factors like the vote score and other answers influence your vote. Sometimes, one sees a massively xvoted post, and piles on another xvote. Not really harmful, but it's always better to judge for yourself first. Similarly, don't let the poster or his rep affect your vote. Read the post with the same critical eye with which you would read the post of a 1 rep user. Experts can make mistakes as well. Downvoting and mentioning it in a comment is exactly what you should do when you see a wrong post, regardless of the user. StackExchange is about posts, not users. Reputation is a rough way to gauge community involvement and how much the community trusts you, but it really is just a "necessary evil" to aid the privilege system (and it also is a sort of rewarda sort of reward). Don't use it to gauge post quality. If you think something is wrong, comment (and downvote if you are confident enough).

There is the opposite case of "compensating a vote""compensating a vote". Here, one votes in such a manner as to bring the post to what one feels is the correct vote score (by downvoting massively upvoted mediocre questions, etc). Again, this isn't good. So try to ignore the existing vote score when voting.

Note: Do not upvote solely to free the post from an undeserved negative voteDo not upvote solely to free the post from an undeserved negative vote

Note: Do not upvote solely to free the post from an undeserved negative voteDo not upvote solely to free the post from an undeserved negative vote

  • Does not answer the question. Flag at your discretion.
  • Makes no sense
  • FGITWFGITW post with minimal answer: This depends upon the answer really.
  • Code-only answer: A post must be useful to People From The Future™. Nobody's going to have the exact same code with the exact same issue (Well, maybe not). People From The Future™ should have an explanation of why the code is wrong/bad/whatever so that they learn something.
  • Link-onlyonly answeranswer
  • Is wrong (in your opinion).
  • Bad coding practices. Unlike questions, the answer should use good coding practices. For questions and answers, post quality is differently measured. For questions, it has to do with the actual question more than the code. For code-only answers, bad coding practices are..well.. bad. In the case of a good explanation with bad code, downvote, comment, undownvote. Or abstain from voting and comment. Either is fine, it's up to you.

Try not to let other factors like the vote score and other answers influence your vote. Sometimes, one sees a massively xvoted post, and piles on another xvote. Not really harmful, but it's always better to judge for yourself first. Similarly, don't let the poster or his rep affect your vote. Read the post with the same critical eye with which you would read the post of a 1 rep user. Experts can make mistakes as well. Downvoting and mentioning it in a comment is exactly what you should do when you see a wrong post, regardless of the user. StackExchange is about posts, not users. Reputation is a rough way to gauge community involvement and how much the community trusts you, but it really is just a "necessary evil" to aid the privilege system (and it also is a sort of reward). Don't use it to gauge post quality. If you think something is wrong, comment (and downvote if you are confident enough).

There is the opposite case of "compensating a vote". Here, one votes in such a manner as to bring the post to what one feels is the correct vote score (by downvoting massively upvoted mediocre questions, etc). Again, this isn't good. So try to ignore the existing vote score when voting.

Note: Do not upvote solely to free the post from an undeserved negative vote

Note: Do not upvote solely to free the post from an undeserved negative vote

  • Does not answer the question. Flag at your discretion.
  • Makes no sense
  • FGITW post with minimal answer: This depends upon the answer really.
  • Code-only answer: A post must be useful to People From The Future™. Nobody's going to have the exact same code with the exact same issue (Well, maybe not). People From The Future™ should have an explanation of why the code is wrong/bad/whatever so that they learn something.
  • Link-only answer
  • Is wrong (in your opinion).
  • Bad coding practices. Unlike questions, the answer should use good coding practices. For questions and answers, post quality is differently measured. For questions, it has to do with the actual question more than the code. For code-only answers, bad coding practices are..well.. bad. In the case of a good explanation with bad code, downvote, comment, undownvote. Or abstain from voting and comment. Either is fine, it's up to you.

Try not to let other factors like the vote score and other answers influence your vote. Sometimes, one sees a massively xvoted post, and piles on another xvote. Not really harmful, but it's always better to judge for yourself first. Similarly, don't let the poster or his rep affect your vote. Read the post with the same critical eye with which you would read the post of a 1 rep user. Experts can make mistakes as well. Downvoting and mentioning it in a comment is exactly what you should do when you see a wrong post, regardless of the user. StackExchange is about posts, not users. Reputation is a rough way to gauge community involvement and how much the community trusts you, but it really is just a "necessary evil" to aid the privilege system (and it also is a sort of reward). Don't use it to gauge post quality. If you think something is wrong, comment (and downvote if you are confident enough).

There is the opposite case of "compensating a vote". Here, one votes in such a manner as to bring the post to what one feels is the correct vote score (by downvoting massively upvoted mediocre questions, etc). Again, this isn't good. So try to ignore the existing vote score when voting.

Note: Do not upvote solely to free the post from an undeserved negative vote

Note: Do not upvote solely to free the post from an undeserved negative vote

  • Does not answer the question. Flag at your discretion.
  • Makes no sense
  • FGITW post with minimal answer: This depends upon the answer really.
  • Code-only answer: A post must be useful to People From The Future™. Nobody's going to have the exact same code with the exact same issue (Well, maybe not). People From The Future™ should have an explanation of why the code is wrong/bad/whatever so that they learn something.
  • Link-only answer
  • Is wrong (in your opinion).
  • Bad coding practices. Unlike questions, the answer should use good coding practices. For questions and answers, post quality is differently measured. For questions, it has to do with the actual question more than the code. For code-only answers, bad coding practices are..well.. bad. In the case of a good explanation with bad code, downvote, comment, undownvote. Or abstain from voting and comment. Either is fine, it's up to you.
not really worth being in FAQ
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading
the "sympathy upvote" post was being used/quoted improperly in this post; moved it to the correct location (under "Upvotes")
Source Link
Old Checkmark
  • 4.4k
  • 23
  • 34
Loading
added 677 characters in body; added 114 characters in body
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading
Fixed small typos
Source Link
David Hall
  • 675
  • 4
  • 12
Loading
added 618 characters in body
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading
added 243 characters in body
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading
added 140 characters in body
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading
Post Made Community Wiki by Adam LearStaffMod
added 670 characters in body
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading
deleted 1 characters in body
Source Link
Michael Petrotta
  • 15.4k
  • 5
  • 46
  • 75
Loading
added 89 characters in body
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading
added 1027 characters in body
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading
added 253 characters in body
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading
added 220 characters in body
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading
Source Link
Manishearth
  • 79.3k
  • 26
  • 199
  • 368
Loading