Differences between revisions 1 and 4 (spanning 3 versions)
Revision 1 as of 2007-11-11 15:16:34
Size: 2098
Editor: was
Comment:
Revision 4 as of 2007-11-11 16:44:15
Size: 2172
Editor: was2
Comment:
Deletions are marked like this. Additions are marked like this.
Line 22: Line 22:
 1. There have in the past been many open computer algebra projects, which start out with much enthusiasm and excitement, but every single one has since failed. Why should Sage be any different?  1. There have in the past been very comprehensive open computer algebra '''projects''' that are a truly viable alternative to Maple etc., which start out with much enthusiasm and excitement, but since failed. Why should Sage be any different?
Line 24: Line 24:
 1. Is it likely that any of the following mathematical software systems will be open sourced within the next five years: Kash, Matlab, Maple, Mathematica, Magma, Mupad, Reduce? Or that they will be replaced by viable OSS alternatives?  1. Is it likely that any of the following mathematical software systems will be open sourced within the next five years: Fermat, Kash, Matlab, Maple, Mathematica, Magma, Mupad, Reduce? Or that they will be replaced by viable OSS alternatives?
Line 32: Line 32:
 1. Fork GMP?

Suggested discussion topics for panel discussion on

The Future of Open Source Mathematical Software

SAGE Days 6

Sunday 11 November 2007

Chair: John Cremona

Panel members: William Stein, Robert Bradshaw, Ondrej Certik, Bill Alombert, Michael Abshoff, Dan Bernstein.

  1. What are the strength and weaknesses of open source versus closed source software?
    • Can we trust results of computer algebra systems/ mathematics software that is closed source? Or of any software at all?
    • Should a paper submitted for publication in a journal be rejected if it fundamentally depends on closed source software? Or on any software at all?
  2. Is it possible to provide a truly viable open source alternative to Maple, Matlab, Mathematica, and Magma that will survive the standard 30 year software lifespan and be well supported?
  3. There have in the past been very comprehensive open computer algebra projects that are a truly viable alternative to Maple etc., which start out with much enthusiasm and excitement, but since failed. Why should Sage be any different?

  4. Is it likely that any of the following mathematical software systems will be open sourced within the next five years: Fermat, Kash, Matlab, Maple, Mathematica, Magma, Mupad, Reduce? Or that they will be replaced by viable OSS alternatives?
  5. Do 'we' have to protect our OSS using a copyright such as the GPL, or should we just release using a BSD-like license to avoid the hassle? [Discussion on this point will be strictly limited.]
  6. Discuss ideas for funding the creation of open source mathematical software, and of improving the *quality* of open mathematical software (e.g., testing, bug days, trac, etc., language choices, etc.).
  7. Should software implementations be treated more like journal submissions, being refereed and hence putting computational work on the same footing as more theoretical work in the context of academic credit? (cf [http://www.sagemath.org/jsage/ JSage])

  8. Fork GMP?
  9. Could (or should) Sage be packaged and distributed as a linux package in one (or more) standard formats (.deb, .rpm)?

days6/talks/panel (last edited 2008-11-14 13:42:00 by anonymous)