<div dir="ltr">I think Rust takes several steps in wrong directions, but the answer to (2) is obvious -- even though we've had 40 years to learn how to 'better code our drivers', the world of software is a shaky, broken, rickety pile of insecure nonsense and it's only getting worse over time.  There is apparently no amount of learning we can do and we need the machines to help us.<div><br></div><div>Erlang solves the memory safety problem by enforcing immutability, which has incredibly low mechanical sympathy and ends up being unperformant for a large and useful set of problems.  Rust solves it by giving the developer a bewilderingly bedazzled straitjacket and telling them to sort it out if they want performance.  Pony's straitjacket has better affordances in my opinion but is still deeply confusing to developers.  The fact that we are all trying is no accident.</div><div><br></div><div>F.<br><div><br></div><div>F.</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 21, 2017 at 10:12 AM, Frank Muller <span dir="ltr"><<a href="mailto:frank.muller.erl@gmail.com" target="_blank">frank.muller.erl@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div dir="auto">Erlang newbie here ...  jumping into the subject.</div><div dir="auto"><br></div><div dir="auto">While agree with most of the ideas about security, speed ... I still can't get some really basic things.</div><div dir="auto"><br></div><div dir="auto">1. Why one should trade a time-proven, close to metal, fars language like C with more than ~40yrs of existence with a new one? We don't even know if Rust will exist in the near future. That's not gonna be the case for C apparently (IoT, etc.).</div><div dir="auto"><br></div><div dir="auto">2. Why simply not simply learn how to better code our NIF/Drivers instead? C was/is my main programming language for many years now, and I didn't have any major issue with it (medium to large projects) in production environment so far. Maybe I'm just lucky, maybe not.</div><div dir="auto"><br></div><div dir="auto">Thanks for your comments and feedbacks.</div><span class="HOEnZb"><font color="#888888"><div dir="auto"><br></div><div dir="auto">/Frank</div></font></span><div><div class="h5"><div class="gmail_quote"><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 09/21/2017 06:15 PM, James Churchman wrote:<br>
> My opinion is that a full re-write of all VM's in Rust, especially the<br>
> Erlang VM should be a very very high priority in the world of computing<br>
<br>
There's a reason Netscape died...<br>
<br>
Perhaps Rust can and should be used for parts of the VM, but a full<br>
rewrite would be suicide, especially considering BEAM development does<br>
not have gigantic resources to begin with.<br>
<br>
Even if you rewrite only parts of the VM, while you're rewriting you're<br>
not improving the features stack.<br>
<br>
--<br>
Loïc Hoguin<br>
<a href="https://ninenines.eu" rel="noreferrer" target="_blank">https://ninenines.eu</a><br>
______________________________<wbr>_________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
</blockquote></div></div></div></div>
<br>______________________________<wbr>_________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div>