What is the D plan's to become a used language?

Joakim via Digitalmars-d digitalmars-d at puremagic.com
Fri Dec 19 08:44:57 PST 2014


On Friday, 19 December 2014 at 15:11:30 UTC, Tobias Pankrath 
wrote:
> On Friday, 19 December 2014 at 14:58:07 UTC, Joakim wrote:
>> On Friday, 19 December 2014 at 14:38:02 UTC, Tobias Pankrath 
>> wrote:
>>>> As for Walter already saying "no" a lot, given how many 
>>>> features D has, obviously one can still wish he went from 
>>>> 99% "no" to 99.5%. ;)  You don't need to be around the D 
>>>> community forever to feel that D still has too many features 
>>>> that made it in.
>>>
>>> Care to name a few and justify why exactly those features 
>>> should be gone?
>>
>> No, as that's not really my problem.  I was simply trying to 
>> clarify the argument others have made, that the language seems 
>> overstuffed and overwhelming, which I have experienced at 
>> times but I'm not personally complaining about.>
>
> It is a worthless claim to make that there is too much of 
> something, if you cannot come up with an concrete example. 
> "I've got that gut feeling, that" is not even remotely an 
> argument and just kills time of everyone in this discussion.
>
> If we want to discuss the future of the language, it's totally 
> pointless to do it in an abstract way. “We need to make the 
> language more stable“ is not a goal or something, it is totally 
> unclear what that actually means, why this is important in the 
> first place, how we can say that we have accomplished it or 
> what we need to do to realise that goal.

I have no dog in this fight.  I was merely pointing out to Walter 
and Mike that it's possible to say "no" a lot and still have 
others wish you had said "no" even more. :) There's no particular 
feature that I wish wasn't there, though of course there are many 
features that many wish were implemented or worked together 
better, as deadalnix points out.

When Vic suggested a split into a stable core and an experimental 
layer, I suggested documenting the perceived stability of various 
features instead, so that users could have a guide for what 
features might be more problematic without having to do a 
deep-dive in bugzilla to figure it out for themselves.  I didn't 
back a split or have not suggested removing features.


More information about the Digitalmars-d mailing list