"Which programming languages support closures?" seems pretty straight forward and focussed?

That is, there is a clear question, a reference to what closures are (so there cannot be confusion), and a request for a fairly clear-cut answer.

Some background

Selecting the right language to develop an application in is incredibly important. Certain things are easily achieved in programming languages with closures that are not as elegantly/easily achieved in languages without.

It's therefore a consideration in the process of planning which programming language a software tool, library or application will be written in.


How is this question in need of "more focus"?

  • 3
    It seems like this falls under the "big list of things" reasoning for closure described in a prior meta answer
    – Tyberius
    Commented Jan 19, 2022 at 4:09
  • 2
  • @Tyberius if that's why, the mod who closed it on such grounds should state so, such that it can be refuted. We can cover 99% of programming language usage in <50 languages, which is hardly "big". It's stated that these "big lists" have the characteristic of no definitive right answer that someone can go to - whereas the linked question does have verifiably right and wrong (or as I say, "clear-cut") answers.
    – stevec
    Commented Jan 19, 2022 at 4:39
  • 1
    You should read the post I linked. It contains definitive answers to your questions. Commented Jan 19, 2022 at 4:42
  • 3
    Does this answer your question? Why do 'some examples' and 'list of things' questions get closed?
    – gnat
    Commented Jan 19, 2022 at 8:57
  • @gnat and Robert "some". Also, see my refutation. The reason big lists are not allowed is because they are sometimes unable to be declared wrong or right. So my question is different in 2 ways: 1. Every single answer is verifiably wrong or right. 2. It is not "big" (e.g. the top 50 languages account for approximately 99% of all programming). A problem is the burden of proof is on the intellectually curious. It's not the first time.
    – stevec
    Commented Jan 19, 2022 at 9:04
  • 2
    @stevec: your argument shows you stopped reading that other meta post after the first sentence. Im am sure you can do better. What's confusing here is the wording "needs more focus". This is a horrible wording, in the past the same close reason was worded as "too broad". Unfortunately, we cannot change that wording, it is a predefined reason implemented for all SE sites by the SE superiors.
    – Doc Brown
    Commented Jan 19, 2022 at 10:25
  • @DocBrown this is like myth busters meets whack a mole. Every time I debunk some faux rationale, another one pops up to take its place. Did you read the 2 differences I stated above that set my question apart? What is it about my question specifically that makes you think the list of answers is "big"? And why is it you think any single one answer could possibly fail to be definitive? Please do what not one detractor has done and state a coherent argument.
    – stevec
    Commented Jan 19, 2022 at 10:33
  • 2
    @stevec: All I could tell you is already contained in Thomas Owens answer.
    – Doc Brown
    Commented Jan 19, 2022 at 11:47

1 Answer 1


See: Why do 'some examples' and 'list of things' questions get closed?

List questions are totally inappropriate for the Q&A format. They tend to generate lots of answers where people may name one or two languages. They become a popularity contest - what does voting mean when there are many answers with pieces of a correct answer but no correct answer?

I'm not a fan of the "needs more focus" descriptive text, but it's the best close reason that fits, particularly the first sentence: "Update the question so it focuses on one problem only." What is the problem you are facing and how can we, as software engineering practitioners, help solve it? If you can resolve that issue, perhaps it would be appropriate to consider for reopening.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .