Very neat! Would you consider adding a TeX() function to format the output strings into LaTeX? This functionality is very useful for someone who needs to present their results.
I'm doing some coursework for my MSc in math, and have taken to using CASs (Maxima, and Yacas via RYacas) to explore/validate my assignment questions/answers. The automatic TeX formatting in those systems has been an essential feature.
There is also a comprehensive mathematical library for JS called math.js [1]. It has no dependencies, supports powerful symbolic computation, as well as many mathematical functions. It implements a useful subset of what one expects a CAS to be able to do.
I like Math.js a lot. It is (mostly) a numerical library though (apart from units of measurement and the ability to define functions). I'd challenge that it supports "powerful symbolic computation": CAS traditionally solve equations for example, manipulate polynomials, simplify expressions, add/multiply polynomials/vectors/matrices having elements expressed in symbols rather than having values, that sort of things.
There needs to be a javascript flavor/js based language that allows operator overloading...so that there can be something like numpy in javascript. I love js's semantics much more than python's so it'd be great to do quick and dirty numeric stuff in js.
There is a boxed 32-bit signed integer type in JavaScript, which can be instantiated by postfixing `| 0` to a number literal or variable of type number. You can also then convert numbers to an unsigned 32-bit integer by postfixing `>>>0`.
But yeah, for normal numeric operations, the default `number` double-precision is default.
That said, typed arrays of all the common types (u8,u16,u32 and their signed analogues) now exist in JS and are very important for performance reasons, particularly with WebGL and Emscripten.
You can also use typed arrays to get a single integer of the type you desire. For example, to convert a -1 to a signed integer, try this in your console:
(new Uint32Array([-1]))[0]
You can then compare the result to what I mention above:
You're right, but I guess you're being downvoted because nobody wants to hear it. JavaScript will never get anything like numpy, because it doesn't have integers. Doing mathematics without integers is like driving a car without wheels.
Combine typed arrays with BLAS and you have yourself a numpy (well, kind of). In Node you can move performance-critical code to C++, which does have integers. Browser support of typed arrays is a bit disappointing, but it's getting better.
(I didn't downvote you.) Yes, but it does not make operator overloading any less useful. In fact, I'd argue the opposite. In a language with only doubles you can use overloaded operators not just for matrices, complex numbers, rationals, etc., but to make it relatively painless to work with your own implementation of integers.
The API seems fairly similar to SymPy. It would be great to have a CAS that can perform simple operations in the browser, and ship more complicated things to a SymPy backend (or another CAS).
http://live.sympy.org/ is great, but do we really need to call the backend for everything?
beat me to it, I develop www.jasymchat.com which is based on Jasymca (http://webuser.hs-furtwangen.de/~dersch/)..I was thinking of porting Jasymca to a Javascript.
A Mathematica style program for tablets that could convert handwritten math using common notation into symbolic constructs would be absolutely amazing.
Not knowing much about how a CAS is implemented, I'm curious -- what is it that causes the integration demo to take so much longer than the other examples? Does it have to do some kind of search to find the correct sequence of manipulations?
I'm not sure what method this system uses for definite integration, but it is likely one of Simpsons, Gaussian, and Clenshaw-Curtis. These are numerical methods that, for the best accuracy, require lots of steps of evaluation. Depending on the error bounds you want, it could take a while.
Edit: also the nonlinear square root term may cause difficulty.
People might find this interesting: Maple uses Clenshaw Curtis as the default, but will switch dynamically to Gaussian if singularities are detected.
However, as it gives as answer some multiple of pi, it must've performed symbolic integration, which also suits the general design of the library better. There are some methods for performing symbolic integration but often trial and error with lookup tables and tricks (substitution etc) is faster.
Yeah, actually using the Risch algorithm is usually a last resort in a lot of CAS' because it's fairly intensive and also will often produce answers in a form very different from what a human would give. It's also famously difficult to implement, so if this library is using it without a thick layer of tricks and heuristics then that's probably where the slowness comes from.
The one that takes the longest is a double integral. That's the volume under a surface rather than the area under a curve. Frankly I don't know if that's any sort of explanation...
Close! Your link has the tetrakis cuboctahedron, while TFA has the pentakis dodecahedron. The spinning on mouse is really cool; all logos ought to have that.
This is admittedly a nitpick, but, seriously people: there are no good reasons (although plenty of bad ones) to continue using CoffeeScript. Just write ES6†.
I'm doing some coursework for my MSc in math, and have taken to using CASs (Maxima, and Yacas via RYacas) to explore/validate my assignment questions/answers. The automatic TeX formatting in those systems has been an essential feature.