Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Meta

Post History

77%
+5 −0
Meta Do domain-specific how-to's fit well within Q&A?

I certainly think "how to do X" is perfectly good for a question on Codidact, so long as X is sufficiently focused. A well-explained overview of a system is also useful, given it contains enough in...

posted 6mo ago by Andreas witnessed the end of the world today‭  ·  edited 6mo ago by Andreas witnessed the end of the world today‭

Answer
#4: Post edited by user avatar Andreas witnessed the end of the world today‭ · 2024-06-08T13:01:05Z (6 months ago)
  • I certainly think "how to do X" is perfectly good for a question on Codidact, so long as X is sufficiently focused. A well-explained overview of a system is also useful, given it contains enough information that the user can continue researching more specific aspects of them, too.
  • Every question must be focused, so the question cannot ask for too much, and an answer should not be a full novel on a topic. That said, if it's too much for a single post, you can always post multiple questions. That needs to make sense, though.
  • In addition, ensure that it's directly useful. An answer listing a million potential explanations or troubleshooting steps, isn't necessarily so useful. Most of the point with Q/A is that people can quickly search for their problem/issue, then very easily find a direct, clear, and concise solution or explanation. Once they land on the page with the answer, it should already be filtered. Of course, this isn't always possible, but it's a goal to strive for.
  • If the question and answer do end up a bit unfocused, or simply too large, that isn't the end of the story. As long as the information is a useful addition to our knowledge repository, we can find ways to break it up, and move parts into new posts.
  • Looking at the specific content you posted at Reddit, it actually seems a bit thin in certain regards. Avoid link-only answers; include explanations inside the answers themselves; use citations where necessary.
  • I certainly think "how to do X" is perfectly good for a question on Codidact, so long as X is sufficiently focused. A well-explained overview of a system is also useful, given it contains enough information that the user can continue researching more specific aspects of them, too.
  • Every question must be focused, so the question cannot ask for too much, and an answer should not be a full novel on a topic. That said, if it's too much for a single post, you can always post multiple questions. That needs to make sense, though.
  • In addition, ensure that it's directly useful. An answer listing a million potential explanations or troubleshooting steps, isn't necessarily so useful. Most of the point with Q/A is that people can quickly search for their problem/issue, then very easily find a direct, clear, and concise solution or explanation. Once they land on the page with the answer, it should already be filtered. Of course, this isn't always possible, but it's a goal to strive for.
  • If the question and answer do end up a bit unfocused, or simply too large, that isn't the end of the story. As long as the information is a useful addition to our knowledge repository, we can find ways to break it up, and move parts into new posts.
  • Looking at the specific content you posted at Reddit, it actually seems a bit thin in certain regards. Avoid link-only answers; include explanations inside the answers themselves; use citations where necessary. As your text currently stands, it's mostly a list of links. The general rule is that an answer must include enough information that it's still useful should all those links be unavailable. The reader should be given enough knowledge and explanation without leaving the page. So when the question asks "what is the process for writing PAM modules and applications", the answer must explain that whole process without relying on off-site links. Obviously, you can't cite an entire manual, so that can be left as simply a link to a useful resource.
#3: Post edited by user avatar Andreas witnessed the end of the world today‭ · 2024-06-07T21:26:54Z (6 months ago)
  • I certainly think "how to do X" is perfectly good for a question on Codidact, so long as X is sufficiently focused.
  • Every question must be focused, so the question cannot ask for too much, and an answer should not be a full novel on a topic. That said, if it's too much for a single post, you can always post multiple questions. That needs to make sense, though.
  • In addition, ensure that it's directly useful. An answer listing a million potential explanations or troubleshooting steps, isn't necessarily so useful. Most of the point with Q/A is that people can quickly search for their problem/issue, then very easily find a direct, clear, and concise solution or explanation. Once they land on the page with the answer, it should already be filtered. Of course, this isn't always possible, but it's a goal to strive for.
  • If the question and answer do end up a bit unfocused, or simply too large, that isn't the end of the story. As long as the information is a useful addition to our knowledge repository, we can find ways to break it up, and move parts into new posts.
  • Looking at the specific content you posted at Reddit, it actually seems a bit thin in certain regards. Avoid link-only answers; include explanations inside the answers themselves; use citations where necessary.
  • I certainly think "how to do X" is perfectly good for a question on Codidact, so long as X is sufficiently focused. A well-explained overview of a system is also useful, given it contains enough information that the user can continue researching more specific aspects of them, too.
  • Every question must be focused, so the question cannot ask for too much, and an answer should not be a full novel on a topic. That said, if it's too much for a single post, you can always post multiple questions. That needs to make sense, though.
  • In addition, ensure that it's directly useful. An answer listing a million potential explanations or troubleshooting steps, isn't necessarily so useful. Most of the point with Q/A is that people can quickly search for their problem/issue, then very easily find a direct, clear, and concise solution or explanation. Once they land on the page with the answer, it should already be filtered. Of course, this isn't always possible, but it's a goal to strive for.
  • If the question and answer do end up a bit unfocused, or simply too large, that isn't the end of the story. As long as the information is a useful addition to our knowledge repository, we can find ways to break it up, and move parts into new posts.
  • Looking at the specific content you posted at Reddit, it actually seems a bit thin in certain regards. Avoid link-only answers; include explanations inside the answers themselves; use citations where necessary.
#2: Post edited by user avatar Andreas witnessed the end of the world today‭ · 2024-06-07T21:21:25Z (6 months ago)
  • Every question must be focused, so the question cannot ask for too much, and an answer should not be a full novel on a topic. That said, if it's too much for a single post, you can always post multiple questions. That needs to make sense, though.
  • In addition, ensure that it's directly useful. An answer listing a million potential explanations or troubleshooting steps, isn't necessarily so useful. Most of the point with Q/A is that people can quickly search for their problem/issue, then very easily find a direct, clear, and concise solution or explanation. Once they land on the page with the answer, it should already be filtered. Of course, this isn't always possible, but it's a goal to strive for.
  • I certainly think "how to do X" is perfectly good for a question on Codidact, so long as X is sufficiently focused.
  • If the question and answer do end up a bit unfocused, or simply too large, that isn't the end of the story. As long as the information is a useful addition to our knowledge repository, we can find ways to break it up, and move parts into new posts.
  • Looking at the specific content you posted at Reddit, it actually seems a bit thin in certain regards. Avoid link-only answers; include explanations inside the answers themselves; use citations where necessary.
  • I certainly think "how to do X" is perfectly good for a question on Codidact, so long as X is sufficiently focused.
  • Every question must be focused, so the question cannot ask for too much, and an answer should not be a full novel on a topic. That said, if it's too much for a single post, you can always post multiple questions. That needs to make sense, though.
  • In addition, ensure that it's directly useful. An answer listing a million potential explanations or troubleshooting steps, isn't necessarily so useful. Most of the point with Q/A is that people can quickly search for their problem/issue, then very easily find a direct, clear, and concise solution or explanation. Once they land on the page with the answer, it should already be filtered. Of course, this isn't always possible, but it's a goal to strive for.
  • If the question and answer do end up a bit unfocused, or simply too large, that isn't the end of the story. As long as the information is a useful addition to our knowledge repository, we can find ways to break it up, and move parts into new posts.
  • Looking at the specific content you posted at Reddit, it actually seems a bit thin in certain regards. Avoid link-only answers; include explanations inside the answers themselves; use citations where necessary.
#1: Initial revision by user avatar Andreas witnessed the end of the world today‭ · 2024-06-07T21:17:51Z (6 months ago)
Every question must be focused, so the question cannot ask for too much, and an answer should not be a full novel on a topic. That said, if it's too much for a single post, you can always post multiple questions. That needs to make sense, though.

In addition, ensure that it's directly useful. An answer listing a million potential explanations or troubleshooting steps, isn't necessarily so useful. Most of the point with Q/A is that people can quickly search for their problem/issue, then very easily find a direct, clear, and concise solution or explanation. Once they land on the page with the answer, it should already be filtered. Of course, this isn't always possible, but it's a goal to strive for.

I certainly think "how to do X" is perfectly good for a question on Codidact, so long as X is sufficiently focused.

If the question and answer do end up a bit unfocused, or simply too large, that isn't the end of the story. As long as the information is a useful addition to our knowledge repository, we can find ways to break it up, and move parts into new posts. 

Looking at the specific content you posted at Reddit, it actually seems a bit thin in certain regards. Avoid link-only answers; include explanations inside the answers themselves; use citations where necessary.