<div dir="ltr">There seems to be a decent amount of support for revisiting these. I drafted a proposal here: <a href="http://news.gmane.org/find-root.php?group=gmane.comp.lang.swift.evolution&article=20864">[thread]</a></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 16, 2016 at 8:56 PM, Shawn Erickson <span dir="ltr"><<a href="mailto:shawnce@gmail.com" target="_blank">shawnce@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I agree the essence of the "terms of art" can still exist in the base name while applying the "ed/ing rule". I would vote to have these renamed to better align with Swift and less with the terms of art.<span class="HOEnZb"><font color="#888888"><div><br></div></font></span><div><span class="HOEnZb"><font color="#888888">-Shawn</font></span><div><div class="h5"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Jun 16, 2016 at 10:41 AM Patrick Pijnappel via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hmm, after some consideration I think we should reconsider renaming all of the exceptions<font face="arial, helvetica, sans-serif"> (map => mapped, filter => filtered, etc).</font><div><br></div><div>The main reason to use a term of art is such that people already familiar with the term will immediately understand it. However as Jonathan points out, since the modified terms are very close to the terms of art they are unlikely to hinder in this objective and any initial confusion would be very quickly and easily recovered from. Any mental pattern matching would quickly transfer to the Swift forms.</div><div><br></div><div>– Basically<b> all benefits of using a term of art still apply.</b></div><div>– The likelihood, duration and impact of any confusion would all be very low.</div><div>– It'd be a lot more consistent (which also aids the mind to learn to pattern match on -ed/-ing).</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 16, 2016 at 5:51 PM, David Waite via swift-evolution <span dir="ltr"><<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I’ve always considered the term of art argument to be at least partially a red herring.<br>
<br>
These methods are difficult because you don’t have guarantees of non-mutability until you get to Collection - on Sequence, a dropFirst method may mean that neither the original nor returned sequence can address that item anymore. Names have to indicate that a Sequence may or may not consume an item.<br>
<br>
It makes me wonder if we should evaluate doing something more aggressive, such as eliminating the support of one-time/destructive Sequences completely.<br>
<br>
-DW<br>
<div><div><br>
> On Jun 16, 2016, at 8:45 AM, Dave Abrahams via swift-evolution <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> wrote:<br>
><br>
><br>
> on Thu Jun 16 2016, Jonathan Hull <<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>> wrote:<br>
><br>
>> …Thus, I don’t really see the harm in renaming these to match the rest<br>
>> of Swift. It won’t cause any confusion that can’t be easily recovered<br>
>> from.<br>
><br>
> I'm beginning to think you may be right.<br>
><br>
> --<br>
> -Dave<br>
><br>
> _______________________________________________<br>
> swift-evolution mailing list<br>
> <a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
> <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
<br>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</div></div></blockquote></div><br></div>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</blockquote></div></div></div></div></div>
</blockquote></div><br></div>