> Yes. Please, someone, make gamedev in the browser a reality. I think gamedev in the browser is a reality, but it requires two things: 1. Familiarity with We

> Yes. Please, someone, make gamedev in the browser a reality. I think gamedev in the browser is a reality, but it requires two things: 1. Familiarity with Web/OpenGL. 2. Familiarity with well-written Javascript. Those two camps are typically not the same crowd... There's a transition period that comes from writing dom-based UI controls into WebGL- and this scares off a lot of solid js developers. Similarly, there's a transition period that comes from writing C# or C++ into clean JS on the level that games require (e.g. where messy code has a huge impact on development speed and sanity). For example, I think well-written javascript looks more functional than object-oriented. That point could start a flame-war of its own, but we can all agree that the JS in the wild is often messy as hell. This assumes that JS is the language the game is written in at its core... tbh I don't see WebAssembly replacing this part anytime soon... I see C->WebASM more for like helper utilities. For example, it would be great for a tool to generate geometry for line drawing, rather than manage the logic of when and where to draw the line due to mouse events. As more people start to glue these sides together, I think we'll see some really cool stuff on the web. Maybe even as cool as the full-flash Away3D type sites we had 10 years ago :P