<div dir="ltr">> <span style="font-size:12.8px">One other benefit -- if I decide to shift my code back to C++ and do web assembly (waiting for the tools to mature and become more turn-key) this makes it much easier to translate code, either way.</span><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I think this is what a lot of people in the front end space are going to do once WA is widespread and has access to the DOM and browser functions. Probably not C++ but any other language they prefer (C#, Go, Rust, Crystal, Haxe, etc).</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">In our team we are replacing Node for Go and the lack of types is a big reason for that. Sure we could use TypeScript or Flow but why add more acrobatics to an already complicated show?</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 16, 2018 at 9:49 AM, Brian Barnes <span dir="ltr"><<a href="mailto:ggadwa@charter.net" target="_blank">ggadwa@charter.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My 2 cents from a pure developer (not js engine implementer.)  I've been developing for decades, started with assembly, to C, to C++ and Java, and lately have been fascinated with javascript, especially as it's run anywhere.<br>
<br>
I'm developing both a 3D shooter where every bit of content (maps, models, bitmaps, sounds) are randomly generated from scratch, and just started working on a 2D game engine with a game.  Doing this because I enjoy doing it (all open source if anybody cares.)<br>
<br>
I do very rapid development.  I code what I need, and when my need changes, I rework all the code.  Some of these engines have gone through multiple iterations.  All class based, BTW.<br>
<br>
Nothing has caused me more trouble than types.  Massive changes up and down a chain of code almost always create very hard to track errors. Adding things to signatures can be a nightmare because you have to retrack all that through the code and nothing tells you if you've messed up one somewhere.  It wastes more time than I can count.<br>
<br>
>From my personal experience, which might not be universal -- but this is a real world example, types would be a great help.  If only pre-compile hints, that's still a step forward.  If something the engine can use, that's even better.<br>
<br>
One other benefit -- if I decide to shift my code back to C++ and do web assembly (waiting for the tools to mature and become more turn-key) this makes it much easier to translate code, either way.<span class="HOEnZb"><font color="#888888"><br>
<br>
[>] Brian</font></span><span class="im HOEnZb"><br>
<br>
On 1/16/2018 9:01 AM, Pier Bover wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 >  javascript-fatigue is partly the realization from naive newcomers that you almost always end up with spaghetti-code after integration, no matter how hard you fight it<br>
<br>
And don't you think the lack of OST is in part fueling this situation?<br>
</blockquote></span><div class="HOEnZb"><div class="h5">
______________________________<wbr>_________________<br>
es-discuss mailing list<br>
<a href="mailto:es-discuss@mozilla.org" target="_blank">es-discuss@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/es-discuss" rel="noreferrer" target="_blank">https://mail.mozilla.org/listi<wbr>nfo/es-discuss</a><br>
</div></div></blockquote></div><br></div>