Hi, I don't see any problem in using other good packages with CSymPy. That is why I said that if the user is willing to install other libraries we should allow it. This might provide very fast and efficient functionalities.
But what if one of the packages we use is discontinued for some reason? we will have to switch to another. So as Tim has pointed out, we should take careful decisions when we choose these additional libraries and having our own fall-back implementation will benefit us a lot when the user decide not to install them or the libraries are discontinued or become unusable due to some reason. I don't say that we should have fall-back implementations to all the modules we use, but we should do so at least in the specific fields where we wish to make a mark. Since CSymPy is more concentrated on Symbolic manipulation, I don't find it a bad idea to reuse good numerical libraries available. It's okay even if we don't do our own fall-back implementations to these numerical libraries. But when it comes to Symbolic manipulation, I feel that it will be better to have our own implementation which perhaps perform better (if we design it well) than the current libraries in use. If all what we do is just re-use existing libraries, why should someone use CSymPy in the first place? They can easily use the existing ones directly. This is just my view on this. Love to hear what all of you have to say. Regards, Thilina On Sun, Mar 16, 2014 at 9:03 AM, someone <[email protected]> wrote: > Hi, > > > > > The approach used in Armadillo is that if the user is willing to > > > install additional > > > libraries it uses them for fast calculations, otherwise it uses > > > it's own implementation. > > I really don't see why we should spend so much effort trying > to minimize and cut the dependencies to powerful and mature > external libraries. This just wastes effort in reinventing > the wheel and all other parts of the car. > > Sympy as well as almost any other software packet (in the scientific > world) does not live in free space but is most useful when interconnected > to many other packages. > > Installing dependencies in really not a big problem in most cases. > And with good step by step documentation definitely helps in the > others. > > -- > You received this message because you are subscribed to the Google Groups > "sympy" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/sympy. > To view this discussion on the web visit > https://groups.google.com/d/msgid/sympy/53251b97.491a0f0a.04ac.3f1eSMTPIN_ADDED_BROKEN%40gmr-mx.google.com > . > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/sympy. To view this discussion on the web visit https://groups.google.com/d/msgid/sympy/CAPnoRoqkc5JF%2BxxY6-SxF7U4y-m_-76QYqK8jPYs9N1z0b4aDg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
