Posted 02 August 2013 - 06:23 PM
As part of the Ask a Pro Renewal Project, here are a few guidelines for you gracious people who are taking time to answer questions.
1. Be Polite
A simple reminder to be kind and friendly to the people within the sub-forum, especially the people asking the questions.
2. Don't write complete code for the people asking questions without an explanation
If someone asks a question on "how do to 'x'", don't just spit out a special-tailored function at them and say 'do it like this' without an accompanying explanation of what you've written. This is bad for the person asking the question. Even though you have 'answered' the question, the answer is nothing more than handing them a magical black box that they don't understand. This doesn't help them one bit because they haven't learned anything. Similarly, if someone asks 'could you give me a quick run-down on the xyz API?', give them a quick run-through of the API sprinkled with helpful comments. An example run of the API, coupled with helpful comments, will help them achieve a more complete grasp on the xyz API. If it's possible, break up the code you have written in sections, and explain each section separately. Leave out a few minor details, such as variables, so that the person with the question is forced to read and understand what you've written so that they can proceed to apply it to their own program. But remember, explain your code and what makes it work, otherwise you are just handing them a black box.
3. Be correct and complete in your question answering
If you don't know the answer to the question, don't try to answer it. Incorrect answers only create noise and confuse the people who are asking questions. Also, don't leave the person asking the question hanging by answering with a small 'do x' answer. Supplement your answer with one or more of an explanation of 'x', a code snippet, or a link to a helpful resource for more information.
4. Be clear and understandable
Even if you are being polite, not just handing people black box code, and answering completely and correctly, if the person asking the question can't understand the message you are attempting to get across, then it's all going to go to waste because the person won't be able to use your answer. Don't be vague about anything. Try your best to write an answer with proper capitalization, spelling, and grammar. (Remember, even if it's not perfect, we can tell if you've tried your best to do so!) Enclose any code within tags, as that prevents the forums from doing screwy things with any code you post. Read your post out loud before you post it. Sometimes you'll catch grammatical and flow mistakes that you would not have noticed otherwise.
That's it! Remember to follow these guidelines as best you can so that the person asking the question comes away with as complete of an answer as possible. Happy Answering!
1. Be Polite
A simple reminder to be kind and friendly to the people within the sub-forum, especially the people asking the questions.
2. Don't write complete code for the people asking questions without an explanation
If someone asks a question on "how do to 'x'", don't just spit out a special-tailored function at them and say 'do it like this' without an accompanying explanation of what you've written. This is bad for the person asking the question. Even though you have 'answered' the question, the answer is nothing more than handing them a magical black box that they don't understand. This doesn't help them one bit because they haven't learned anything. Similarly, if someone asks 'could you give me a quick run-down on the xyz API?', give them a quick run-through of the API sprinkled with helpful comments. An example run of the API, coupled with helpful comments, will help them achieve a more complete grasp on the xyz API. If it's possible, break up the code you have written in sections, and explain each section separately. Leave out a few minor details, such as variables, so that the person with the question is forced to read and understand what you've written so that they can proceed to apply it to their own program. But remember, explain your code and what makes it work, otherwise you are just handing them a black box.
3. Be correct and complete in your question answering
If you don't know the answer to the question, don't try to answer it. Incorrect answers only create noise and confuse the people who are asking questions. Also, don't leave the person asking the question hanging by answering with a small 'do x' answer. Supplement your answer with one or more of an explanation of 'x', a code snippet, or a link to a helpful resource for more information.
4. Be clear and understandable
Even if you are being polite, not just handing people black box code, and answering completely and correctly, if the person asking the question can't understand the message you are attempting to get across, then it's all going to go to waste because the person won't be able to use your answer. Don't be vague about anything. Try your best to write an answer with proper capitalization, spelling, and grammar. (Remember, even if it's not perfect, we can tell if you've tried your best to do so!) Enclose any code within tags, as that prevents the forums from doing screwy things with any code you post. Read your post out loud before you post it. Sometimes you'll catch grammatical and flow mistakes that you would not have noticed otherwise.
That's it! Remember to follow these guidelines as best you can so that the person asking the question comes away with as complete of an answer as possible. Happy Answering!