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.

Comments on Give actionable feedback when closing questions

Parent

Give actionable feedback when closing questions

+6
−2

Having had the dubious honor of experiencing the closing process from the perspective of a question author, it seems to me that closing does not adequately communicate why the question was closed, and which aspects need improving in order to make the question work here.

Specifically, for feedback to be actionable, it needs to

  • specifically identify the problem
  • explain why it is a problem
  • and ideally explain a way to move forward

So, how did our process measure up? The close reason given was:

This post contains multiple questions or has many possible indistinguishable correct answers or requires extraordinary long answers.

That lists 3 different reasons for closure, leaving it unclear which one applies to the question.

Also, the second possible reason is not conveyed clearly, because "many possible indistinguishable answers" does not make grammatical sense: if the answers are indistinguishable, they are duplicates - why is that a fault of the question?

And it doesn't explain why that is a problem.

And it most definitely doesn't show a way forward.

Of course, people are smart. They can ask for further information if they care, and then wait a day for that further information to arrive.

I did, and received:

I closed this post because it's asking for personal anecdotes; there's an infinite number of possible answers to such a question, and as such doesn't fit so well into a Q&A format. It might be better suited to chat, or possibly a series of blog posts (which you might want to discuss in the Meta category). See also How to ask a great question in the Help Center.

That's much better:

  • It clearly identifies the problem.
  • It attempts to explain why it is a problem (but doesn't quite succeed, because it doesn't explain why "many answers" make a question "a bad fit for Q&A")
  • It attempts to show a way forward (but doesn't quite succeed: why chat? how do I blog? Does he mean the currently disabled article feature?)

but it also shows how challenging it can be to communicate and explain site policy in a comment box. And how time consuming. And that's probably why Mythical gave that link to the help center. Alas, as the "how to ask" page does not appear to mention "many answers" at all, the link didn't help me much ...

So ... can we find a better way to give feedback when closing a question?

History
Why does this post require moderator attention?
You might want to add some details to your flag.
Why should this post be closed?

1 comment thread

General comments (1 comment)
Post
+2
−0

We rather need to make a close reason for every kind of off-topic reason.

In this specific case, the reason could for example be Purely subjective question rather than the old "primarily opinion-based". Because we hope to allow some form of best practice & design questions here and not be as strict as SO.

We need to define the reason in detail. One example could be (I just made this up here and now):

This question was closed as purely subjective, because it is asking for subjective opinions, discussions or anecdotes.

  • When asking for best practices, please make sure to specify what qualifies as "best". Fastest execution, most readable, most portable and so on.
  • Questions asking to discuss a topic with no clear goal or outcome, or asking for anecdotes or personal past experiences are not suitable for the Q&A format used by this site. Instead focus on a specific problem you are facing, what behavior you expect and what behavior you encountered.
History
Why does this post require moderator attention?
You might want to add some details to your flag.

1 comment thread

General comments (3 comments)
General comments
Peter Taylor‭ wrote over 3 years ago

+1 but I'm wary of the point about best practices. Real praxis is rarely about optimising one factor at the cost of all else: it's about finding a compromise which isn't unnecessarily slow or unnecessarily hard to read or non-portable without documented reasoning, etc.

Lundin‭ wrote over 3 years ago

@Peter Taylor‭ Of course, but you can list which requirements are the most important. Such as for example 1) execution speed (most important) 2) RAM use (important) 3) executable size (less important). If the question then is how to implement some search algorithm for a 16 bit integer key, the pure speed optimization would be a 65536 bytes large word-based look-up table, only caring about requirement 1). ->

Lundin‭ wrote over 3 years ago

But a reasonable speed vs program size compromise could be a 16 bytes large nibble-based one, which doesn't make the program that much slower, but saves 64kb executable size. An answer can list all sensible options if the requirements are listed.