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

63%
+5 −2
Meta Please find other ways to hide inloved questions that prompt close

Here's the thing, and this is where I think there's a disconnect of understanding. On Stack Exchange, and to a similar extent here, question closure signals "this question is not suitable for this ...

posted 3y ago by ArtOfCode‭

Answer
#1: Initial revision by user avatar ArtOfCode‭ · 2020-11-12T23:27:36Z (over 3 years ago)
Here's the thing, and this is where I think there's a disconnect of understanding. On Stack Exchange, and to a similar extent here, question closure signals "this question is not suitable for this site in its current state". Blocking the ability to answer (which is what closing does) is therefore logical: if the _question_ is unsuitable in its current state, so will any answers be; to leave the question open for answering is to invite answers that ultimately, a site may not want. That's unfair both to the question's author (the answers might be deleted later), and to the answers' authors (their hard work might be deleted).

On the other side of that coin, it feels unnecessarily harsh - and simply unnecessary - to the question's author, and to other users who may want to answer it. From that point of view, closure becomes an unnecessary stumbling block, and can feel rude or come across as a put-down - even if the intention is just to say "unsuitable as written; needs work".

What Stack Exchange's closure mechanism has failed to do (and, by extension, ours, since we haven't really had a chance to look at it in depth) is to bridge those two points of view. Yes, blocking the ability to answer is necessary, but how can that be done in a way that says to the author "you can do [some things] and then this will be suitable here", instead of "this is unwelcome here, go away"? I don't have ideas there - as I said, this isn't something we've really had a chance to look into - but I'm more than open to suggestions.