The Problem With DIPs

[Seb via Digitalmars-d]

On Tuesday, 7 June 2016 at 20:32:54 UTC, Jack Stouffer wrote:
> On Tuesday, 7 June 2016 at 19:52:40 UTC, Walter Bright wrote:
>> If you want to take charge of writing such a specification 
>> DIP, please do so.
>
> There's a reason why people resort to talking in the forms 
> rather than write a DIP. It's quite obvious when you take a 
> look at this page: https://wiki.dlang.org/DIP82
>
> When it says "draft", what it actually means is "waiting for 
> comments, approval, or rejection". 63 out of 88 DIPs are 
> sitting in limbo because no one with authority ever made a 
> decision on them. Which means a lousy 28% of DIPs are either 
> definitively closed or accepted.
>
> Take for example DIP 82: https://wiki.dlang.org/DIP82. Jonathan 
> obviously spent some time on this, and it addresses an actual 
> problem he's had with std.datetime. It's was written and 
> proposed on the forum: 
> http://forum.dlang.org/thread/ozvzscpmbixskarsgruw@forum.dlang.org
>
> Not a single person with the authority to make a decision even 
> commented on the thread. Why would anyone invest the time it 
> takes to write a DIP when it will be forgotten?

I absolutely agree with you!

> How to fix this:
> You have several options,
>
> * Make a rule that either auto rejects or auto approves a DIP 
> if there's no activity/argumentation on it for a specific 
> period of time. This is much better than leaving things in 
> limbo and would force people to take action
> * Move the DIPs to a more visible area like Github (a la Swift) 
> and nominate someone to manage them

and Rust, Python, ...

I already did the conversion, but not many noticed:

http://forum.dlang.org/post/iukxggyeisypmkgfhsoe@forum.dlang.org

e.g. http://wilzbach.github.io/d-dip/DIP85
source: https://github.com/wilzbach/d-dip/tree/gh-pages/md

So the migration is already done (automatically), you just need 
to agree that we want to move to peer-reviewed DIPs ;-)

> * If no one has time to review/manage these, than admit it, get 
> rid of the DIP process, and move all big feature requests to 
> the forums

Please don't use forums - it's very hard to keep track of 
comments. Github gives us for the comments on the according line 
and allows incremental improvements!