MHO: +1 on the intention of using less unwieldy names, but -1 on the specific solution. I fear that the current solution has some inexplicable inconsistencies and some Englishing which verges, again MHO, on Hungarianisms that others have mentioned are to be explicitly avoided.<br><br>For example, why is it intersection() but unioning()? Surely it should be either intersecting() and unioning() or intersection() and union()? Also, I understand that there&#39;s precedent elsewhere and that uniting() is not a good counterpart to union(), but unioning() is a pretty unsavory mangling of the noun. And then we have exclusiveOring(), which is just not English.<br><br>Could I propose an alternative that just came to mind? Reading about set algebra methods called to mind math class way back when. We&#39;d say things like &quot;take the derivative,&quot; &quot;take the union,&quot; etc., which seems to me to imply an operation that is not in-place. &quot;Take&quot; is almost as short as &quot;-ion&quot; and &quot;-ing&quot; and might be more universally usable without mangling words: takeUnion(), takeExclusiveOr(), etc. It also has the advantage of calling to mind &quot;make&quot;, which implies something constructor-like and thus not in-place.<br><div class="gmail_quote"><div dir="ltr">On Thu, Feb 11, 2016 at 11:38 AM Dave Abrahams via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi All,<br>
<br>
The API guidelines working group took up the issue of the InPlace suffix<br>
yesterday, and decided that it was not to be used anywhere in the<br>
standard library.  We are planning to apply the changes shown here<br>
&lt;<a href="https://gist.github.com/dabrahams/d872556291a3cb797bd5" rel="noreferrer" target="_blank">https://gist.github.com/dabrahams/d872556291a3cb797bd5</a>&gt; to the API of<br>
SetAlgebra (and consequently Set) to make it conform to the guidelines<br>
under development.<br>
<br>
Comments welcome as usual,<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>
</blockquote></div>