On Thu, Apr 14, 2016 at 12:41 PM, Vincent Delecroix <20100.delecr...@gmail.com> wrote: > On 14/04/16 16:32, William Stein wrote: >> >> On Thu, Apr 14, 2016 at 12:23 PM, Jeroen Demeyer <jdeme...@cage.ugent.be> >> wrote: >>> >>> On 2016-04-14 20:35, William Stein wrote: >>>> >>>> >>>> However I'm only now starting to complain loudly and >>>> repeatedly just because I'm seeing such a huge wasted opportunity. >>> >>> >>> >>> Instead of complaining, why don't you put together a more concrete and >>> technical proposal of what you actually want? Because this thread is >>> getting >>> really long with a low fact/opinion ratio. Surely by far not enough facts >>> to >>> convince me. >>> >>> I also see a lot of discussion in this thread about general issues with >>> Sage >>> and Sage development which are unrelated to modularisation. So, when you >>> do >>> write that proposal, be sure to stick to problems which are really caused >>> by >>> the monolithic nature of Sage. >> >> >> Just to be clear: I personally won't be writing any such thing anytime >> in the near future. >> >> I guess my conclusion for now from this thread is not that I'm trying >> to convince you of anything. However, as a said before, my >> recommendation to anybody considering writing code for Sage is, to >> quote Francesco Biscani, to "move out of the reality distortion field >> and apply normal software development practices." Here's a concrete >> example of this happening: >> >> https://github.com/haochenuw/sage_modabvar > > > Or > > https://github.com/abelfunctions/abelfunctions > https://github.com/coulbois/sage-train-track > > These packages are nearly impossible to found from the sagemath website!
Chris -- who wrote abelfunctions -- is a Univ of Wash grad student I know. I recently ran into him and he told me that he had spent years writing this package as a standard Python package depending on sympy (mainly) and not Sage. However, it was getting quite frustrating to finish abelfunctions, due to him needing things that are in Sage (I think things like interval arithmetic?). He didn't want to develop his code in a way that depended on Sage, because he wanted it to be more widely available, and he clearly didn't see the value in having the code packaged as part of Sage for only a few small things. This is a great example of how our centralized monolithic approach is overall not the best for the community at large. I've cc'd Chris in case he wants to clarify this, since I might not understand. William > > Vincent > > > -- > You received this message because you are subscribed to the Google Groups > "sage-devel" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to sage-devel+unsubscr...@googlegroups.com. > To post to this group, send email to sage-devel@googlegroups.com. > Visit this group at https://groups.google.com/group/sage-devel. > For more options, visit https://groups.google.com/d/optout. -- William (http://wstein.org) -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
