Re: Do you think "iamnotback" really has the" Bitcoin killer"?
Any way, that is why a strongly typed language that transpiles to JavaScript is something I am considering. C can also be compiled to JavaScript with Emscripten (as I think you've alluded to above).
Server-side we probably want C/C++ code, but perhaps Node.js is okay for the proof-of-concept stage. Remember we are trying to get to market asap. Then there will be funds to throw into development to refine everything.
Let's talk this out on a slack soon.
I already can develop app quickly with the C framework
Already have html5 player & ogg p2p streamer, it can get to the market quickly, quicker than starting from scratch with node.jsI can have a prototype running in the week, no shit. And it works on android browser. The 3d, crypto, and audio stream.
And the idea is there is almost zero double code between the "server"/node side in C, and the app side in html5/js. Because each part have different purpose.
And the goal of using C is having binary machine code, with sse, system calls, opengl/opencl, and direct full kernel api for sockets and i/o, transpiling this to js is not very useful. And I already have working system of cross platform binary module, with the http/json/rpc server, that bind module export as http/json/rpc interface, with the source and binaries on the git. It already works, it's already developped, and can already be used to make html5 application with html5/js with rpc calls to the node modules.
It just miss some kind of high level définition for interfaces and modules and application code to have something really clean that can generate html5 UI and define applications components , with Event handling the json like data type, inter modules interface etc
Maybe sometime it can make sense to have double code as fall back for when javascript engine in the browser is not enough.