It'd be interesting to think about what Swift would look like if we did all arrays construction with list comprehensions - could be an interesting experiment.<br><br>Yes, I'm about to sign off and go eat massive amounts of food.  Happy turkey day everyone.<br>
<br><div class="gmail_quote">On Thu, Nov 22, 2012 at 11:49 AM, Ben Clifford <span dir="ltr"><<a href="mailto:benc@hawaga.org.uk" target="_blank">benc@hawaga.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
On Thu, 22 Nov 2012, Tim Armstrong wrote:<br>
<br>
> I'm not sure if there a way to help users with potentially counter-intuitive behaviour, like a compiler<br>
> warning - aside from maybe documenting and explaining it better.<br>
<br>
</div>My opinion (still) is that getting rid of piecewise assignment is the<br>
thing to do.<br>
<br>
The notation is initially appealing because you can say to users "yeah,<br>
its just like in fortran/c/java".<br>
<br>
But then you start loading on all this stuff about "oh mind you don't do<br>
this"; and on the implementation side you have to implement stuff to<br>
detect when these rules are broken; and its bandaid after bandaid, year<br>
after year.<br>
<br>
I think that syntax is always going to allow you to write something<br>
surprising - get rid of it!<br>
<br>
People pay me money to write haskell for them now, so I'm even more<br>
opinionated about it than before. In doing so I've also come to realise<br>
that using [] for reading is probably fine; its really the piecewise<br>
construction in this fashion that is the problem.<br>
<br>
ps aren't you all meant to be eating turkey?<br>
<br>
--<br>
<br>
</blockquote></div><br>