As someone who was at the pycon au sprints watching this come together and hearing Russell talk about the potential uses that motivated him, I'm excited to see this continue. I'm hoping to find a little time to try and work on it in the coming week.<p>Pypy.js has demonstrated Python JavaScrip interoperability and DOM integration, so there's no reason this project can't have similar features. We can ship useful chunks of server side Python to the browser and stop duplicating our efforts.
Another way to do this would be to use numba package to generate LLVM IR from Python bytecode (it supports a rich set of instructions including numpy stuff, has type inference, etc), and then run it in the browser via emscripten, with some adjustments to the IR if required.<p>Quick googling yields a related blog post: <a href="http://cyrille.rossant.net/numpy-browser-llvm/" rel="nofollow">http://cyrille.rossant.net/numpy-browser-llvm/</a>
The documentation is pretty minimal here, so I'm wondering if this has anything to do with WebAssembly[1].<p>If not, wouldn't it make more sense to target WebAssembly?<p>1. <a href="http://arstechnica.com/information-technology/2015/06/the-web-is-getting-its-bytecode-webassembly/" rel="nofollow">http://arstechnica.com/information-technology/2015/06/the-we...</a>
We (PLASMA @ UMass, <a href="http://plasma.cs.umass.edu" rel="nofollow">http://plasma.cs.umass.edu</a>) have a project with similar aims that is somewhat further along: Ninia (<a href="https://github.com/plasma-umass/Ninia" rel="nofollow">https://github.com/plasma-umass/Ninia</a>). Ninia is a Python bytecode interpreter in TypeScript. It is also being integrated with Doppio, a runtime system for running "conventional" programs inside the browser (<a href="https://github.com/plasma-umass/doppio" rel="nofollow">https://github.com/plasma-umass/doppio</a>), also from our group. DoppioJVM uses Doppio to run JVM bytecode in the browser (<a href="http://www.doppiojvm.org/" rel="nofollow">http://www.doppiojvm.org/</a>). For technical details on both of these, see our PLDI 2014 paper: "Doppio: Breaking the Browser Language Barrier", by John Vilk (<a href="https://jvilk.com/" rel="nofollow">https://jvilk.com/</a>) and Emery D. Berger (<a href="http://emeryberger.com" rel="nofollow">http://emeryberger.com</a>): <a href="https://dl.acm.org/citation.cfm?id=2594293" rel="nofollow">https://dl.acm.org/citation.cfm?id=2594293</a> (@ ACM), <a href="http://people.cs.umass.edu/~emery/pubs/doppio.pdf" rel="nofollow">http://people.cs.umass.edu/~emery/pubs/doppio.pdf</a> (non-paywall), video presentation here: <a href="https://vimeo.com/106106738" rel="nofollow">https://vimeo.com/106106738</a>.<p><i>Abstract:</i><p>Web browsers have become a de facto universal operating system, and JavaScript its instruction set. Unfortunately, running other languages in the browser is not generally possible. Translation to JavaScript is not enough because browsers are a hostile environment for other languages. Previous approaches are either non-portable or require extensive modifications for programs to work in a browser.<p>This paper presents Doppio, a JavaScript-based runtime system that makes it possible to run unaltered applications written in general-purpose languages directly inside the browser. Doppio provides a wide range of runtime services, including a file system that enables local and external (cloud-based) storage, an unmanaged heap, sockets, blocking I/O, and multiple threads. We demonstrate Doppio's usefulness with two case studies: we extend Emscripten with DOPPIO, letting it run an unmodified C++ application in the browser with full functionality, and present DoppioJVM, an interpreter that runs unmodified JVM programs directly in the browser. While substantially slower than a native JVM (between 24× and 42× slower on CPU-intensive benchmarks in Google Chrome), DoppioJVM makes it feasible to directly reuse existing, non compute-intensive code.