The mythical reproducibility of science

David Donoho was among the first researchers to promote reproducible research through software publication (see Buckheit and Donoho, 1995). Fifteen years later, Donoho and his collaborators are even more insistent :

Scientific computation is emerging as absolutely central to the scientific method. Unfortunately, it’s error-prone and currently immature—traditional scientific publication is incapable of finding and rooting out errors in scientific computation—which must be recognized as a crisis. An important recent development and a necessary response to the crisis is reproducible computational research in which researchers publish the article along with the full computational environment that produces the results. (Donoho et al., 2009)

Their 2009 paper on reproducibility is insightful and well worth reading. I agree that sharing software is good for science, and  for scientists.

Unfortunately, I fear we might lose sight of why we must publish our software.

  1. In theory, scientists should be constantly checking each other’s results. But that is not how science is done. You are rewarded for finding something new, not for checking someone’s results. So hardly anyone will ever download your code to check whether you cheated.
  2. Reproducibility and repeatability are not the same thing. It is great that I can rerun your code. But it does not follow that your code and results are right or useful.

Share your source code to spread your ideas:

  • Keep your packages simple. People need a few key pieces of code that they can integrate in their own software.
  • Use popular languages. Remember that repeatability is not enough: people are likely to tear apart your software to reconstruct their own.
  • Go beyond academia. Why assume academic researchers are the people who matter? Spreading your ideas among engineers is important as well.

The reproducibility that matters is getting people to use your ideas. Merely proving you are honest falls short of your potential!

Further reading: Open Sourcing your software hurt your competitiveness as a researcher?

Daniel Lemire, "The mythical reproducibility of science," in Daniel Lemire's blog, April 20, 2010.

Published by

Daniel Lemire

A computer science professor at the University of Quebec (TELUQ).

7 thoughts on “The mythical reproducibility of science”

  1. I always enjoy your thoughts on that subject. Regarding (1), do you think it’s a good thing? Can we really reach a point where researchers make their results reproducible if there is no incentives on others to check these results? As you correctly point out, reproducing is more involved than merely repeating. Who will invest the time needed to do this?

    Also, I’d love to hear your opinion on two different ways to conduct open research. One is to publish the final result as open source code. The other, which is even more appealing to me, is to perform your research in a glass box. For example, by using an online public repository to commit your code on a daily basis, or by continuously publishing your intermediate research notebooks, etc.

  2. @Philippe

    I think we can learn a lot by spending more time thoroughly reviewing and studying previous results. A lot of hidden assumptions are the source of great research.

    So maybe that’s my answer. People should and are working to reproduce results because it is fun and fruitful.

    As for working in a glass box, I have not dared doing this, yet. I hope to spend more time thinking about it.

  3. I have reviewed papers with open data. It was great, I ran some stats and proved to myself that their stats were at least correct, I even found a mistake in one of their p-values where they made an erroneous decision on the border (it didn’t affect the rest of the paper).

    It probably helped the paper as I could demonstrate that at least there stat methods were reproducible.

  4. I write to ask for pointers to “build systems” to support reproducible computation.

    I believe that my first published paper is widely cited because I made source code available on the internet. I distribute source for my only book with the goal (usually requires some hacking) that one can simply type “make” to produce it in about a day.

    Now, I’m working with colleagues who are too busy “doing real science” to learn make. Make is designed to support compilation and forcing it to organize scientific computation can be ugly. I’ve recently looked at SCons and WAF, but they don’t seem ideal either. Is there a better system available?

  5. @Andrew

    I believe that my first published paper is widely cited because I made source code available on the internet.

    Yes, source code can be use to promote and disseminate ideas.

    I’m working with colleagues who are too busy “doing real science” to learn make.

    I think that producing software is “real science”. There are journals, like “Source code for biology and medicine” that publish software.

    Is there a better system available?

    My experience so far is that we live in a fast evolving world. It seems very difficult to find an ideal solution that will stand still forever. So we, unavoidably, end up using several tools over the years.

Leave a Reply

Your email address will not be published.

You may subscribe to this blog by email.