<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Oct 12, 2016 at 3:37 PM, Ted F.A. van Gaalen via swift-evolution <span dir="ltr">&lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word">Hi David,<div><br><div>Thanks for your reply., OK, I think I understand. </div><div><br></div><div>It then is a capacity problem, right?</div><div><br></div><div><div>In effect, it means restricting people from bringing perhaps very valuable </div><div>(not necessarily my contributions) </div><div>and essential ideas forward, which could play a crucial role improving Swift.</div></div><div><br></div><div>I think this is a very negative aspect. surely bouncing creative people away,</div><div>dropping their efforts and interest here altogether. </div><div><br></div><div>The question then remains, where / when / how can one bring topics </div><div>that are taking a longer stretch and are not bound to a certain release of Swift,</div><div>seemingly “outside” of this restriction under attention?</div><div><div><br></div></div><div>if swift evolution is (currently? ) not open for new ideas/topics:</div><div>I thought that was the primary purpose of Swift evolution?</div><div><br></div><div>Kind Regards</div><span class="gmail-HOEnZb"><font color="#888888"><div>Ted</div></font></span></div></div></blockquote><div><br></div><div>[Edit: David just wrote a very nice reply, but since I&#39;m mostly done with this email, I&#39;ll send it along anyway as a companion response.]<br></div><div><br></div><div>I think this is worth a reply, if only because I think we&#39;ve touched on the underlying issues somewhat obliquely in the past.</div><div><br></div><div>It&#39;s enormously interesting to talk about important questions of language design here on the list: that&#39;s why we&#39;re here. And it&#39;s been magical to see that an idea written here, pitched convincingly, comes into being in the next version of a programming language.</div><div><br></div><div>Except it&#39;s not magic. Dozens if not hundreds of people spend time thinking about and debating concrete implementation details, then a group of people painstakingly implements the result. During the Swift 3 time frame, the illusion of magic fell apart because even some excellently pitched ideas, carefully thought out, never became reality. This results in a huge loss of time and effort. Everything that didn&#39;t make it into Swift 3 needs to be re-evaluated to some extent because features are not designed in a vacuum and must fit in with the rest of the language. The best solution for a problem that we could design after the Swift 2 release would look very different from the best solution that we can design now.</div><div><br></div><div>The point is, since nothing is really magic, we have to make a concession to the reality that ideas too far from identified priorities are much less likely to become part of the next release. It may be fun and creative to think about how, hypothetically, one would design dynamic facilities to support Swift 3, but the truth is that there will never be a release based on Swift 3 that additionally has dynamic facilities. It is simply not a productive use of anyone&#39;s creativity, time, or effort to imagine how that might look; we&#39;re better off channeling everyone&#39;s energy towards making the real, actual upcoming release of Swift even better.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div><div><div class="gmail-h5"><div><div><blockquote type="cite"><div>On 12 Oct 2016, at 21:48, David Hart &lt;<a href="mailto:david@hartbit.com" target="_blank">david@hartbit.com</a>&gt; wrote:</div><br class="gmail-m_-685145878912053630Apple-interchange-newline"><div><div style="word-wrap:break-word"><div>Hello Ted,</div><div><br></div><div>Please try to understand. As Xiaodi and others have said a few times, it has nothing to do with the topic being important or interesting. The current phase of Swift 4’s development does not allow any extensive discussion or review on topics which do not impact ABI stability:</div><div><br></div><div><i>Stage 1 focuses on the essentials required for source and ABI stability. Features that don&#39;t fundamentally change the ABI of existing language features or imply an ABI-breaking change to the standard library will not be considered in this stage.</i></div><br><div><blockquote type="cite"><div>On 12 Oct 2016, at 19:14, Ted F.A. van Gaalen via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt; wrote:</div><br class="gmail-m_-685145878912053630Apple-interchange-newline"><div><div style="font-family:helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">Apart from my perhaps fierce reaction, I am not aware of doing something wrong.</div><div style="font-family:helvetica;font-size:14px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">and I still find this topic very important. </div></div></blockquote></div><br><div>David.</div></div></div></blockquote></div><br></div></div></div></div></div><br>______________________________<wbr>_________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/<wbr>mailman/listinfo/swift-<wbr>evolution</a><br>
<br></blockquote></div><br></div></div>