<div dir="auto">Fully agree with you Craig. Let’s keep this beautiful language simple.</div><div dir="auto"><br></div><div dir="auto">And when in doubt, listen to Richard O’Keefe.</div><div dir="auto"><br></div><div dir="auto">/Frank</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Friday 15 jan 2021 03:27, zxq9 <<a href="mailto:zxq9@zxq9.com">zxq9@zxq9.com</a>> wrote :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">On 2021/01/15 0:41, Raimo Niskanen wrote:<br>
> On Thu, Jan 14, 2021 at 02:13:47PM +0100, Richard Carlsson wrote:<br>
>> The way I planned it is:<br>
>>    1. Even from the start, pinning will always be allowed, without requiring<br>
>> any flag to opt in. This does not tell you about existing uses of<br>
>> already-bound variables, but you can start using pinning right away for<br>
>> readability and for avoiding bugs when refactoring. The compiler will<br>
>> always tell you if a pinned variable doesn't exist, so you don't<br>
>> accidentally accept any value in that position.<br>
> <br>
> I do not like an intermediate state where pinning may be used in only some<br>
> places in a module.  Code should be rewritten module wise to keep each<br>
> module consistent.  And if a module is using pinning it should be a<br>
> syntactical error to not use pinning where it should be.<br>
<br>
lolwut?<br>
Let's just be clear on this:<br>
The proposed "compromise" to not making the language more complicated <br>
and inconsistent is to only make it complicated and inconsistent <br>
optionally a module at a time?<br>
<br>
No.<br>
<br>
Erlang is valuable because it lacks glyphy nonsense like this. As ROK <br>
and others pointed out we already have a compiler warning for masking <br>
and are free to invent whatever arbitrary label we want in a lambda. So <br>
what imagined problem is this supposed to be solving?<br>
<br>
"If it ain't broke, pretend it is broken until your solution looks <br>
marketable."<br>
<br>
If you want to use Elixir, just use Elixir.<br>
<br>
We really don't need an `-import(useless_nonsense).` pragma.<br>
<br>
-Craig<br>
</blockquote></div></div>