<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-07-18 15:48 GMT+02:00 Andrew Godfrey via Digitalmars-d <span dir="ltr"><<a href="mailto:digitalmars-d@puremagic.com" target="_blank">digitalmars-d@puremagic.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5"><br></div></div>
We risk scaring away potential community members, and alienating existing ones, by the way we say "no" to proposals for breaking changes. We could improve how we say "no", by having a place to point people to. Potential topics:<br>[...]<br>
</blockquote></div><br>I've never seen a definitive "No" to breaking changes.<br>We do breaking changes all the time. Did everyone already forget what the latest release (2.071.0) was about ? Revamping the import system, one of the core component of the language.<br>But it took a lot of time, and experience, to do it. It did deprecate patterns people were using for a long time before (e.g. inheriting imports), but its a (almost) consistent and principled implementation.<br><br>Way too often I see suggestions for a change with one (or more) of the following mistakes:<br>- Want to bring a specific construct in the language rather than achieve a goal<br>- Only consider the pros of such a proposal and completely skip any cons analysis<br>- Focus on one single change without considering how it could affect the whole language<br><br>But I've never seen someone willing to put the effort in a proposal to improve the language be turned away.<br>In fact, our review process for language change was recently updated as well to make it more accessible and save everyone's time. If it's not a commitment for continuous improvement of the language, I don't know what it is.</div></div>