Date: Fri, 20 Dec 2024 23:35:23 +0100
> > Measurable how? How are you going to measure the merits of "label:
> > for" vs. "for label" ? The cyclomatic complexity is identical, so that
> > can't be it.
>
> By measuring the complexity when the label is actually used as a
> target of a goto.
Then you're obviously measuring how complexity increases as the result
of "goto", not the merits of one label syntax over the other, which is
what I've asked.
Or if you mean that you're just assuming that a label is used as a
goto target and taking the complexity of that, then you're measuring
based on speculation and conjecture, not based on facts.
> Cool. I'll stop doing so, then. Linter scripts solve no problems.
Language semantics do.
This explains a lot ...
> Right, because you say so, and keep insisting so despite attempts to
explain how it's no such thing.
I'm just not going to pretend like my opinion is technically and
objectively correct and all that. I have laid out a number of
technical arguments against N3377 in my draft. You have laid out
arguments in favor of it, such as the overloading of labels making it
harder to reason about some code (and I agree with that one actually).
However, it's entirely a matter of personal preference, experience,
and opinion how much importance one attributes to these arguments.
They are not actually measurable. I am okay with all that. I respect
other people's opinions.
> > for" vs. "for label" ? The cyclomatic complexity is identical, so that
> > can't be it.
>
> By measuring the complexity when the label is actually used as a
> target of a goto.
Then you're obviously measuring how complexity increases as the result
of "goto", not the merits of one label syntax over the other, which is
what I've asked.
Or if you mean that you're just assuming that a label is used as a
goto target and taking the complexity of that, then you're measuring
based on speculation and conjecture, not based on facts.
> Cool. I'll stop doing so, then. Linter scripts solve no problems.
Language semantics do.
This explains a lot ...
> Right, because you say so, and keep insisting so despite attempts to
explain how it's no such thing.
I'm just not going to pretend like my opinion is technically and
objectively correct and all that. I have laid out a number of
technical arguments against N3377 in my draft. You have laid out
arguments in favor of it, such as the overloading of labels making it
harder to reason about some code (and I agree with that one actually).
However, it's entirely a matter of personal preference, experience,
and opinion how much importance one attributes to these arguments.
They are not actually measurable. I am okay with all that. I respect
other people's opinions.
Received on 2024-12-20 22:32:21