<div dir="ltr">There were multiple arguments from a bunch of people. <br>The principle of the main one is "Render unto Caesar the things that are Caesar's, and unto God the things that are God's".<div> If you like Elixir no one objects on this. Just leave Erlang alone.<br><br>But you just could not or don't want to listen. </div><div>Perhaps because you are a fanboy not an engineer if you can't see such simple arguments. </div><div>And It's pointless to argue to argue with fanboys.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пн, 25 апр. 2022 г. в 18:14, Austin Ziegler <<a href="mailto:halostatue@gmail.com">halostatue@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Mon, Apr 25, 2022 at 10:58 AM Stanislav Ledenev <<a href="mailto:s.ledenev@gmail.com" target="_blank">s.ledenev@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>One question - why? Just because we can?</div><div>Erlang is doomed, Sorry Joe, we f**d things up.</div></div></blockquote><div> </div></div>I really can’t help but laugh at over the top reactions like this and those who can’t help but bash Elixir because they don’t like the syntax.<div><br></div><div>What if this syntax (or some other syntax) helps the compiler generate better (safer, faster, <i>whatever</i>) code? How would anyone know unless it gets tried? Why would anyone want to try it when they know that a certain vocal subset of the community are going to be pitching embarrassing fits over it?</div><div><br></div><div>If this is introduced in OTP 26, then stop upgrading. Seriously. Stay on OTP 25 or before. But seriously, stop acting like children about this and saying that things are fucked up (because they’re not; you just don’t like this because you don’t like it). The only <i>real</i> objection that I’ve seen that makes sense to me is from Loïc, which is that it might be better to enable <i>annotations</i>, even if the only annotation initially available is for pinning. (My personal feeling on the annotation concept is that `^pin Variable` doesn’t feel right to me, but maybe `^pin:Variable` or `^pin{Variable}` or `^{pin}Variable` or something else, although more sigil-y, would be clearer.</div><div><br></div><div>I mostly use Elixir, but often read Erlang codebases. On the Elixir core mailing list, there are frequent redirects to approach something as a possible PR to Erlang/OTP because it’s something that should benefit all BEAM languages.</div><div><br></div><div>Telemetry started as an Elixir library, but was quickly changed to a pure Erlang approach because it makes more sense to be something that all BEAM languages can use.</div><div><br></div><div>Elixir has — and I suspect both LFE and Gleam both have — <i>enhanced </i>the BEAM through wider exposure, code contributions, and other contributions. If you can’t argue a feature request like in this EEP on its merits (or lack thereof) without trying to bash Elixir, then maybe you don’t actually have an argument, but an emotional outburst, and should just <i>discard</i> your rant after writing it.<br><div><div><div><br></div><div>-a<br>-- <br><div dir="ltr">Austin Ziegler • <a href="mailto:halostatue@gmail.com" target="_blank">halostatue@gmail.com</a> • <a href="mailto:austin@halostatue.ca" target="_blank">austin@halostatue.ca</a><br><a href="http://www.halostatue.ca/" target="_blank">http://www.halostatue.ca/</a> • <a href="http://twitter.com/halostatue" target="_blank">http://twitter.com/halostatue</a></div></div></div></div></div></div>
</blockquote></div>