D's greatest mistakes
Steven Schveighoffer
schveiguy at yahoo.com
Tue Nov 30 10:13:47 PST 2010
On Tue, 30 Nov 2010 10:36:53 -0500, Andrei Alexandrescu
<SeeWebsiteForEmail at erdani.org> wrote:
> I agree that the problem is difficult but disagree with the angle. This
> is not the challenge, and it is not only mine to take. To the extent
> we're interested in making D a successful language, we're all on the
> same boat, so the challenge belongs to us all.
>
> Adding a new type constructor to the language or generally a new feature
> is always possible, but has a high cost. Half of the community throws
> their hand in the air with each new feature, and the other half throws
> them in the air for each feature that could have been. The key is to
> navigate such that as many good designs are expressible as easily as
> possible.
>
> The real challenge is to solve the problem within the global set of
> constraints we have, not to prove that a language feature would solve
> it. I know a language feature would take care of the issue, the same way
> money would take care of buying a nice house. The challenge is to have a
> nice house when money _is_ limited.
IMO opinion, the cost of modifying the language so that a library solution
that half-solves the problem is possible, in order to create a template
that handles all sorts of odd cases is far greater than a new keyword that
would also enable things like tail-const ranges.
To go with your analogy, we own the bank (compiler), we can print our own
money...
-Steve
More information about the Digitalmars-d
mailing list