> >> Or, like so many other features in D, leave it half-specified, > >> half-useful, and half-implemented because "it got too hard"? > > > > Which features of D are you referring to? > > Design by Contract > "Order of declaration doesn't matter" > Protection level enforcement of various kinds > Property syntax > .stringof > __traits > Fixing the linker > CTFE (in particular memory management or lack thereof) > immutable (lack of data initialization) > > are the unfinished things that come to mind. > But I would call those most of those things 90% useful / 90% > implemented rather than half so. > Maybe DbC is closer to half than 90%. > > --bb
Others that come to mind: DIPs shared debugger support arrays
