DIP1000 observation
Bruce Carneal
bcarneal at gmail.com
Mon Aug 26 20:27:31 UTC 2024
On Monday, 26 August 2024 at 15:42:28 UTC, Dukc wrote:
> Bruce Carneal kirjoitti 25.8.2024 klo 20.55:
>> The lesson I take from the DIP 1000 history is that we need
>> something that is simpler to explain, something that is much
>> easier to use correctly, something that models the problem
>> more clearly.
>
> You mean Robert's Simple Safe D.
...
>
> The question is, what are we really annoyed about with DIP1000?
...
My observation was/is that DIP1000 is overly complex for the
value provided. This manifests in several ways. There are the,
seemingly never ending, holes that get patched. There's the
difficulty in explaining how it can be used to full benefit
(apart from Timon, and maybe Paul, I don't trust anyone's
explanation of what's going on in an even moderately complex
dip1000 scenario and, frankly, I'd rather rewrite code than trust
even those gurus). There's the methodology being employed
wherein we apparently are trying to "prove" *safety* correctness
by observing a fall off in bug reports (as opposed to attributing
any fall off to people just moving on). There's the ...
And finally, on a more positive note, there's the belief that we
can do much better with a clean sheet design, something with a
different model.
There are three paths forward. In my order of preference these
are: 1) rethink the whole thing from scratch 2) drop dip1000
and just live with gc/@trusted/... and 3) keep patching and
whacking and trying to convince the D community that DIP1000 is
worth it.
More information about the Digitalmars-d
mailing list