<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Aug 8, 2017, at 3:06 PM, Erica Sadun &lt;<a href="mailto:erica@ericasadun.com" class="">erica@ericasadun.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div style="font-family: SFHello-Regular; font-size: 15px; 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; -webkit-text-stroke-width: 0px;" class=""><blockquote type="cite" class=""><div class=""><br class="Apple-interchange-newline">On Aug 8, 2017, at 3:29 PM, Paul Cantrell via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div class="">Perhaps I am too optimistic, and core team members correct me if I am speaking out of turn here, but…</div><div class=""><br class=""></div><div class="">I imagine that the core team will assist in providing implementations for proposals that are crucial to the progress of the language and/or highly popular — regardless of whether the proposal was authored by the core team or a community member.</div><div class=""><br class=""></div><div class="">From what I know of the team, they’re not going to let a good idea languish just because of the name that’s in the author field. I’m sure they _are_ going to strategically prioritize what gets attention, and that’s not a bad thing.</div><div class=""><br class=""></div><div class="">Cheers,</div><div class=""><br class=""></div><div class="">Paul</div></div></div></blockquote><br class=""></div><div style="font-family: SFHello-Regular; font-size: 15px; 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; -webkit-text-stroke-width: 0px;" class="">Perhaps I'm being overly optimistic but I see this change as enhancing collaboration between idea-level and code-level evolution. Requiring a preliminary implementation:</div><div style="font-family: SFHello-Regular; font-size: 15px; 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; -webkit-text-stroke-width: 0px;" class=""><br class=""></div><div style="font-family: SFHello-Regular; font-size: 15px; 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; -webkit-text-stroke-width: 0px;" class=""><ul class=""><li class="">Ensures a proof of concept that the proposed change (like expanding `Self` to classes) is realistic and possible.</li><li class="">Ensures that the Swift codebase impact can be measured at the time the proposal is evaluated.</li><li class="">Encourages multi-author proposal teams, comprised of people who understand code impact as well those who can express the importance of the language expression from a user side.&nbsp;</li><li class="">Provides real world "road testing" of proposed toolchain enhancements, letting the changes be "tuned" before proposal. This minimizes adoption regrets, because the beta toolchain can be used with real code. (As with the tuples and closures)</li></ul></div><div style="font-family: SFHello-Regular; font-size: 15px; 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; -webkit-text-stroke-width: 0px;" class="">Upfront costs *will* be higher. Not only do you have to believe that a change is good, you must develop a working group that includes coders to create a prototype without any guarantee that the change will pass muster.&nbsp;</div><div style="font-family: SFHello-Regular; font-size: 15px; 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; -webkit-text-stroke-width: 0px;" class=""><br class=""></div><div style="font-family: SFHello-Regular; font-size: 15px; 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; -webkit-text-stroke-width: 0px;" class="">Finding those coders and convincing them this will be a great change means that proposals will naturally skew towards Apple-driven rather than wider community-driven. However it does not exclude the latter, especially for passionate proposals that can find the coders to champion them.</div><div style="font-family: SFHello-Regular; font-size: 15px; 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; -webkit-text-stroke-width: 0px;" class=""><br class=""></div><div style="font-family: SFHello-Regular; font-size: 15px; 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; -webkit-text-stroke-width: 0px;" class="">-- Erica</div></div></blockquote></div><br class=""><div class="">I think this very nicely summarizes the intent here. &nbsp;Having a proof of concept will increase the quality of proposals on many levels. &nbsp;Myself and others in the Core Team also hope it will help strengthen the community in the ways Chris mentions — specifically encouraging folks to be get more involved on the implementation of the language and feeling a sense of ownership on driving a proposal from idea to implementation. &nbsp;A natural consequence is that the proposals in the fullness of time will be balanced from different voices in the community, and less so from just the ones the current primary implementers have the capacity to implement.</div></body></html>