I would prefer to change them all: mapped, filtered, flatMapped, reduced, and flattened. <span></span><br><br>On Friday, 8 April 2016, David Waite via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In the sense that these are existing terms of art from functional programming, they inherit the meaning of being non-mutating.<br>
<br>
If we did consider changing the name of one, I’d prefer if we considered all of them at once (so the various bike sheds would be painted in complementary colors)<br>
<br>
-DW<br>
<br>
&gt; On Apr 7, 2016, at 12:12 PM, Dave Abrahams via swift-evolution &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;swift-evolution@swift.org&#39;)">swift-evolution@swift.org</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; on Thu Apr 07 2016, Arsen Gasparyan &lt;<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;swift-evolution@swift.org&#39;)">swift-evolution@swift.org</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; Hey guys,<br>
&gt;&gt;<br>
&gt;&gt; The &#39;flatten()&#39; method didn&#39;t get the Swift 3 API renaming treatment it should<br>
&gt;&gt; have, to go along with reversed, sorted, joined, etc.<br>
&gt;&gt; As I see Dmitri Gribenko already agree with it but we still have to discuss it<br>
&gt;&gt; here. So what do you think?<br>
&gt;&gt;<br>
&gt;&gt; Implementation: <a href="https://github.com/apple/swift/pull/2038" target="_blank">https://github.com/apple/swift/pull/2038</a><br>
&gt;<br>
&gt; I am agnostic on this, but should explain the rationale for the current<br>
&gt; name. It wasn&#39;t overlooked.  We kept flatten as is because it is part of<br>
&gt; a suite of methods that are terms of art from functional programming<br>
&gt; (map, filter, flatMap, reduce) that don&#39;t follow the naming guidelines<br>
&gt; but we are nonetheless leaving alone.  The fact that the semantics of<br>
&gt; flatMap can only be sensibly described in terms of map and flatten<br>
&gt; reinforces this rationale.<br>
&gt;<br>
&gt; If we want to change flatten, we should decide whether this is a<br>
&gt; principled change, and if so, what the principle is.  If it&#39;s a change<br>
&gt; simply because “flatten() feels weird,” that&#39;s OK too, but we should<br>
&gt; understand what we&#39;re doing and why.<br>
&gt;<br>
&gt; --<br>
&gt; Dave<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; swift-evolution mailing list<br>
&gt; <a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;swift-evolution@swift.org&#39;)">swift-evolution@swift.org</a><br>
&gt; <a href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
<br>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="javascript:;" onclick="_e(event, &#39;cvml&#39;, &#39;swift-evolution@swift.org&#39;)">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</blockquote><br><br>-- <br>-- Howard.<br>