Timeline for Quantlib in JavaScript?
Current License: CC BY-SA 3.0
6 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Nov 26, 2015 at 20:05 | comment | added | Nikos | Anyone used this in prod with JS? | |
| Nov 30, 2011 at 16:26 | comment | added | Pete Wilson | And the answser is -- a browser extension! No, no just kidding :-) You imply that my server-side CGI could act as a connector and I'm exploring that. As you say, though, "somewhat harder :-)" Still, I've proved that such a scheme would definitely work, and not just in theory.It's the practice that's daunting. But it might be the best/only way. We can imagine the user preparing Python code on the client and shipping it via my CGI to SWIG on the server. Thank you again. | |
| Nov 30, 2011 at 16:23 | comment | added | Pete Wilson | Yes, compiled Quantlib must be huge. Still, the client is the future: only a question of time. | |
| Nov 30, 2011 at 15:35 | comment | added | Dirk Eddelbuettel | Swig doesn't know server or client---it creates language bindings. How you deploy is up to you. And you can hardly have QuantLib in the client as the software once compiled is huge. So you probably need a connector of some sort to talk to a computer server which may have QuantLib for you. Somewhat harder. | |
| Nov 30, 2011 at 15:33 | comment | added | Pete Wilson | thanks for your thoughtful answer! Just for everybody's information, the SwigJS link you gave isn't a useful one any more. Further, SWIG is a package that must run on the server. I am looking for Quantlib on the client side. I should have made that clear in my question. Thank you again. | |
| Nov 30, 2011 at 14:30 | history | answered | Dirk Eddelbuettel | CC BY-SA 3.0 |