5 ms·
Entire industries have been built on Cobol, and Emacs-as-a-Lisp-host, and Visual Basic too, but that doesn't mean we should be using any of it for a next-genera
by oilbagz 6y ago
Entire industries have been built on Cobol, and Emacs-as-a-Lisp-host, and Visual Basic too, but that doesn't mean we should be using any of it for a next-generation financial trading scheme.
There aren't any good reasons to avoid producing viable C/C++ libraries to implement this kind of technology - only developer complacency and laziness.
Want me to adopt your new fintech? Let me embed it in ANY app I might write, not just the browser, not just cli-Javascript ..
- deleted 6y ago[deleted]
- deleted 6y ago[deleted]
- samtheprogram 6y agoWhat do you want to embed? web3.js? My guess is that is low hanging fruit, given that it’s mostly interacting with Ethereum nodes over HTTP and websockets, so if someone wants to do this, they could pretty straightforward. If their primary user of their integration are people on the web and cell phones, I think this was a good, scope limiting decision. Or is it something else?
- oilbagz 6y agoI would love to be able to incorporate Ethereum features in my apps - which are written in C/C++-friendly languages, and which avoid any and all use of Javascript, at all cost. I don't think the decision to use Javascript for this kind of functionality was wise, or practical. The cyclomatic complexity of managing a web-installable javascript codebase compared to a C/C++ module is just too damn high.