<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div><br class=""><blockquote type="cite" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><ul style="margin-top: 21px; margin-bottom: 21px; padding-left: 1.5em; color: rgb(17, 17, 17); font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif; font-size: 15px;" class=""><li style="font-size: 16.5px;" class="">What is your evaluation of the proposal?</li></ul></div></blockquote><div>Huge +1. Conditional conformances are at the very top of the list of frustrating limitations in Swift. Lifting that limitation can’t happen soon enough for me.</div><div><br class=""></div>I have some concern that the restriction on overlapping conformances could continue to cause occasional frustration at times. However, I don’t have a solid basis for that concern in the sense of specific use cases. Doug also raises very good points about the complexity they introduce. </div><div><br class=""></div><div>I would like to see the specific details and restrictions discussed in more detail and possibly revised following that discussion. I trust the core team to make the right decision. If, after in-depth discussion, the core team decides to accept the proposal as-is I support that. Conditional conformances are a huge step forward. We will gain a tremendously important facility with them even if pain points still remain. That said, I do hope we will have options for addressing pain points that arise down the road.</div><div><br class=""></div><div>I would also like to see serious consideration given to the performance implications of choosing the “least specialized” (but most general) conformance. As noted in the discussion, this seems like it could be a slippery slope to sub-optimal performance. My hope for Swift is that generic code will achieve performance as close to the “zero cost abstraction” principle in the C++ community (especially if / when we have a Rust-like ownership system that allows us to avoid reference counting).<br class=""><blockquote type="cite" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><ul style="margin-top: 21px; margin-bottom: 21px; padding-left: 1.5em; color: rgb(17, 17, 17); font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif; font-size: 15px;" class=""><li style="font-size: 16.5px;" class="">Is the problem being addressed significant enough to warrant a change to Swift?</li></ul></div></blockquote>Yes. It is one of the most significant problems with the current state of the language.<br class=""><blockquote type="cite" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><ul style="margin-top: 21px; margin-bottom: 21px; padding-left: 1.5em; color: rgb(17, 17, 17); font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif; font-size: 15px;" class=""><li style="font-size: 16.5px;" class="">Does this proposal fit well with the feel and direction of Swift?</li></ul></div></blockquote><div>Yes.</div><blockquote type="cite" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><ul style="margin-top: 21px; margin-bottom: 21px; padding-left: 1.5em; color: rgb(17, 17, 17); font-family: 'Helvetica Neue', Helvetica, Arial, Verdana, sans-serif; font-size: 15px;" class=""><li style="font-size: 16.5px;" class="">How much effort did you put into your review? A glance, a quick reading, or an in-depth study?</li></ul></div></blockquote><div>I am extremely familiar with the limitations of the current model having bumped up against them continuously. I have given this specific proposal consideration somewhere between a quick read and an in-depth study. I have been following the discussion in-depth and have read everyone’s comments carefully.</div></div></body></html>