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

Welcome to Software Development on Codidact!

Will you help us build our independent community of developers helping developers? We're small and trying to grow. We welcome questions about all aspects of software development, from design to code to QA and more. Got questions? Got answers? Got code you'd like someone to review? Please join us.

Post History

71%
+3 −0
Meta Give actionable feedback when closing questions

I think the best solution is to have specific canned close reasons, with vetted messages clearly communicating what was bad, why that is bad, and specific tips for improving it. Here are some attem...

posted 3y ago by meriton‭

Answer
#1: Initial revision by user avatar meriton‭ · 2020-09-27T22:00:14Z (over 3 years ago)
I think the best solution is to have specific canned close reasons, with vetted messages clearly communicating what was bad, why that is bad, and specific tips for improving it.

Here are some attempts how this could look:

> This post contains multiple unrelated questions. 
>
> [explanation why that is a problem]
>
> Please split it into separate questions.

Or 

> There are many potential answers to this question, but we can't tell which ones apply in your case.
> 
> Please provide additional information as requested below.

Or 

> Doing justice to this question would require very long answers.
> 
> Unfortunately, few of our contributors have the time to write such long answers.
>
> Could you make your question more specific? 

The above suggestions are just first drafts, I am sure they could be improved further.

---

I am also not sure that closing is the ideal process here. Our aim should be to give feedback, and reduce the visibility of poorly received questions, but not every feedback necessarily justifies preventing answers. 

A lot of close reasons are matters of judgment. Just how long is too long? Just how broad is too broad? People have different thresholds, and rounding that gradual scale into a boolean presumes a degree of objectivity that can not exist. (Case in point: my [second-most popular answer on stackoverflow](https://stackoverflow.com/questions/8481301/covariance-invariance-and-contravariance-explained-in-plain-english/8482091) was on a question that received informal "too long" feedback)

Put differently, I think there can be value in communicating why I won't answer while still allowing other people to answer.