~/talk

"Is WebAssembly the killer of JavaScript"

Talkat Codemotion Milan 2015 · 2015-11-20..11-21· [webassembly, javascript]
slides:none on file

Argues that WebAssembly is a compilation target, not a JavaScript killer: C/C++ via Emscripten or compilers produce either asm.js or a WebAssembly binary, which the browser parses far faster. Shows numbers: an asm.js Unity build ~19 MB vs a WebAssembly build ~6 MB (gzipped to ~3 MB), and asm.js with Firefox’s AOT gets within ~1.2x of native speed. Demonstrates a working Unity/game port, explains sandboxed execution, polyfill availability, and that JS and Wasm coexist as interoperable modules.

AI-written summary · about

  1. 0:00Intro
  2. 1:46Birth of JavaScript
  3. 2:39Microsoft hits back
  4. 3:32Becoming a standard
  5. 4:34The jQuery era
  6. 5:17JavaScript goes server-side
  7. 5:48JavaScript conquers the world
  8. 6:03Module counts
  9. 9:04We are compiling to JavaScript
  10. 12:31Mozilla and Epic ported Unreal Engine 3 to the Web in 4 days
  11. 17:18asm.js examples
  12. 17:54Performance
  13. 21:10Collaborative effort
  14. 23:04Abstract syntax tree
  15. 23:42Text format vs. Binary encoding
  16. 26:08A possible syntax module
  17. 30:48WebAssembly and JavaScript
  18. 31:15The future of WebAssembly
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.