Klingel: Renlo, it would only be sent around interally to the page/app
Edinger: Compiling it should make it faster than reinterpriting it
Connel: Oh I misread that, the user / browser is going to be sent the source code
Crosland: Pastry: heuristics aren’t good enough.
Gavit: Pastry: ES6 modules are second-cl*** and limited exactly to avoid that problem
Sachse: Renlo: https://github.com/Web***embly/design/blob/master/AstSemantics.md
Byous: It will be important when it comes along
Pherson: Higuchi: only if you plan on writing compilers :
Kroesing: Renlo: not really for most people, no
Muschamp: Form data should just end up in an http request body right?
Lembke: Why’s that Dekok ? It seems to me that a lot of the internals of web apps will be web asm, and the ui will be the only js part
Banwell: For instance, where I work we do a lot of data processing, and some of that is done in the browser. it is relatively slow
Javier: Web asm is c code that compiles to specific js subset?
Berrett: Ah nvm I needed to use x-www-form-urlencoded
Pardieck: It is basically compiled code machine code which runs in a browser, i believe
Hanses: Renlo: WASM is just a tool for people who want to write efficient compilers for their programming languages. End users won’t see or write WASM.
Hazlett: Renlo: you’d, e.g.: use a C compiler that generates WASM code, just like you’d use a C compiler that generates x86 ***embly without having to know how x86 processors work
Wakley: Renlo: Web***embly is a binary AST format that will allow efficient compilation to web. Will Web***embly kill JS? See: http://www.quora.com/Will-Web***embly-make-JavaScript-skills-more-or-less-valuable-in-the-future/answer/Quildreen-Motta
Macksoud: Dekok: so it sounds like web asm has nothing to do with js
Lora: You write c that compiles to a specific byte code the browsers understand
Bramwell: Can websockets connect to regular non-“web server” servers?
Maze: Its not byte code, its ‘slim binaries’ / ‘binary AST’ apparently
Weingarten: So basically lets js do what you can already do in many laguanges, call some c functions for when you need it to be fast
Pexsa: Dekok, Isn’t WASM a subset of JS?
Pexsa: Oh. I’m I confusing it with asm.js then?
Servan: Phale: websockets can only connect to websocket servers.
Floan: I’m not entirely convinced by that Quora, in that it is a bit short-sighted; The answerer basically says it will be slower, but only now. In 10 years, all of the implementation issues will go away, WASM would be in every browser. It would therefore be a faster alternative to JS, which to me seems like it would be used more for *real* applications in a browser, like your ‘open office’ / ‘evernote’ / etc which runs in a browser
Ramstad: Dekok: so how can I connect to my python server instead?
Persico: Phale: you implement a websocket server in python
Csaszar: Renlo: sure, but we can’t really predict what will happen 10 or 20 years from now. Maybe the web will get faster. Maybe we’ll replace the web with something else entirely. Who knows?
Saavedra: Renlo: that answer was written by me btw
Moreta: Lol, didn’t see that at first
Hammerstrom: Aha, why cant javascript just have regular sockets
Kahrer: Phale: what you tryin to do
Mieszala: Phale: websockets are regular sockets. That follow a given communication protocol.
Eliades: Websockets run on tcp
Byro: Higuchi: well im running a TCP server on python atm
Kackley: Phale: there are probably many implementations of websockets in Python. You just need to pick one and use it
Shry: Phale: so you need a server that listens for web socket connections
Better: And a client that connects to servers via web sockets