diff options
author | Mohammad Akhlaghi <mohammad@akhlaghi.org> | 2020-04-20 05:12:16 +0100 |
---|---|---|
committer | Mohammad Akhlaghi <mohammad@akhlaghi.org> | 2020-04-20 05:14:18 +0100 |
commit | ae4142f90a316871df698104c99d0a5123bdc2dc (patch) | |
tree | 7b708598805acb3ac85134a921c820818caceb52 | |
parent | 1d72bf8aa6b9f7e654bd9b1449e34f001e89f404 (diff) |
Clarfication on free software complementing reproducibility
Thanks to Boud's corrections, I see that the sentence can be confusing and
not convey the point I wanted to make properly, so I am clarifying it
here. The main point is that this principle complements the definition of
reproducibility, not the other principls.
-rw-r--r-- | paper.tex | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -293,7 +293,7 @@ IPOL is thus not scalable to large projects, which commonly involve dozens of hi \item \label{principle:freesoftware}\textbf{Free and open source software:} Technically, reproducibility (see \ref{definition:reproduction}) is possible with non-free or non-open-source software (a black box). - This principle is thus necessary to complement the others with these critical points (for the sciences and for industry): + This principle is thus necessary to complement that definition to ensure that the project is reproducible \emph{and} free/open: (1) When the project itself is free software, others can learn from and build upon it. (2) The lineage can be traced to free software's implemented algorithms, enabling optimizations on that level. (3) A free-software package that does not execute on particular hardware can be modified to work on it. |