Philosophies of how to share your methods for the purpose of Doing Science. More technical details are under build/pipelines tools and scientific workbooks. There should probably be some continuous integration system mentioned here, but maybe later; we are taking baby steps. Also, as will be obvious, my knowledge is about machine learning research not actual laboratory science, but many of the same tools and approaches apply.
The painful process of journals and article validation is under academic publishing.
This is coupled with build tools.
More philosophy from Gaël Varoquaux, Please destroy this software after publication.
Collaborative textbook The Turing Way:
The Turing Way is an open source community-driven guide to reproducible, ethical, inclusive and collaborative data science.
Our goal is to provide all the information that data scientists in academia, industry, government and in the third sector need at the start of their projects to ensure that they are easy to reproduce and reuse at the end.
Actually existing reproducible research tools
Replication markets claims to provide markets in predicting experiment replication, which supposedly provides incentives to replicate research better.
[…] our process combines the code review of engineering with the peer review of academia, wrapped in tools to make it all go at startup speed. As in code reviews, we check for code correctness and best practices and tools. As in peer reviews, we check for methodological improvements, connections with preexisting work, and precision in expository claims. We typically don’t aim for a research post to cover every corner of investigation, but instead prefer quick iterations that are correct and transparent about their limitations.
What do you get when you take your scientific workbooks and publish them online along with the data? An open notebook! These are huge in the machine learning pedagogy world right now, and small-to-medium in the applied-machine-learning, especially the recruitment end of that. They are noticeable but rare AFAICS in the rest of the world.
I’m interested in this because it seems like the actual original pitch for how scientific research was supposed to work, with rapid improvement upon each others’ ideas. Whether I get around to fostering such stuff despite the fact that it is not valued by my employer, that is the question.
Docker is designed for reproducible deployment which makes it an approximate fit for reproducible research. See docker for reproducible research.
A reproducible experiment is closely coupled to with build
tools, which recreate all the, possibly complicated
and lengthy, steps.
Some of the build tools I document have reproducibility as a primary focus,
Sundry data sharing ideas
See Data sharing.
codeocean seems to be targeting this use case.
For the first time, researchers, engineers, developers and scientists can upload code and data in any open source programming language and link working code in a computational environment with the associated article for free. We assign a Digital Object Identifier (DOI) to the algorithm, providing correct attribution and a connection to the published research.
The platform provides open access to the published software code and data to view and download for everyone for free. But the real treat is that users can execute all published code without installing anything on their personal computer. Everything runs in the cloud on CPUs or GPUs according to the user needs. We make it easy to change parameters, modify the code, upload data, run it again, and see how the results change.
The also ran a workshop on this.
Possibly Sylabs cloud is a similar project?
Hybrid environment Nextjournal might also be this; It is a collaborative coding machine that claims to make this easy for you and your colleagues to write in a workbook style together, and uses containerised environments under the hood.
Less code-obsessed but possibly related, Open Science Framework seems to
OSF is a free and open source project management tool that supports researchers throughout their entire project lifecycle.
As a collaboration tool, OSF helps research teams work on projects privately or make the entire project publicly accessible for broad dissemination. As a workflow system, OSF enables connections to the many products researchers already use, streamlining their process and increasing efficiency.
Communities and organisations
…fosters a culture that values open and reproducible research using shared data and reusable software.
We do this by:
- Creating technical infrastructure in the form of carefully vetted, staff- and community-contributed R software tools that lower barriers to working with scientific data sources on the web
- Creating social infrastructure through a welcoming and diverse community
- Making the right data, tools and best practices more discoverable
- Building capacity of software users and developers and fostering a sense of pride in their work
- Promoting advocacy for a culture of data sharing and reusable software.
rOpenSci is a non-profit initiative founded in 2011 by Karthik Ram, Scott Chamberlain, and Carl Boettiger to make scientific data retrieval reproducible. Over the past seven years we have developed an ecosystem of open source tools, we run annual unconferences, and review community developed software.
Dr Ulrich Schimmack’s Blog about Replicability is a readable explanation of which results are reproducible from a guy who does lots of meta analyses.
Boettiger, Carl. 2015. “An Introduction to Docker for Reproducible Research, with Examples from the R Environment.” ACM SIGOPS Operating Systems Review 49 (1): 71–79. https://doi.org/10.1145/2723872.2723882.
Chattopadhyay, Souti, Ishita Prasad, Austin Z Henley, Anita Sarma, and Titus Barik. 2020. “What’s Wrong with Computational Notebooks? Pain Points, Needs, and Design Opportunities,” 12.
Community, The Turing Way, Becky Arnold, Louise Bowler, Sarah Gibson, Patricia Herterich, Rosie Higman, Anna Krystalli, Alexander Morley, Martin O’Reilly, and Kirstie Whitaker. 2019. The Turing Way: A Handbook for Reproducible Data Science (version v0.0.4). Zenodo. https://doi.org/10.5281/ZENODO.3233853.
Cormier, Michael J., Jonathan R. Belyeu, Brent S. Pedersen, Joseph Brown, Johannes Koster, and Aaron R. Quinlan. 2020. “Go Get Data (GGD): Simple, Reproducible Access to Scientific Data.” bioRxiv, September, 2020.09.10.291377. https://doi.org/10.1101/2020.09.10.291377.
Fitschen, Timm, Alexander Schlemmer, Daniel Hornung, Henrik tom Wörden, Ulrich Parlitz, and Stefan Luther. 2019. “CaosDB - Research Data Management for Complex, Changing, and Automated Research Workflows.” Data 4 (2): 83. https://doi.org/10.3390/data4020083.
Himmelstein, Daniel S., Vincent Rubinetti, David R. Slochower, Dongbo Hu, Venkat S. Malladi, Casey S. Greene, and Anthony Gitter. 2019. “Open Collaborative Writing with Manubot.” Edited by Dina Schneidman-Duhovny. PLOS Computational Biology 15 (6): e1007128. https://doi.org/10.1371/journal.pcbi.1007128.
Tong, Christopher. 2019. “Statistical Inference Enables Bad Science; Statistical Thinking Enables Good Science.” The American Statistician 73 (sup1): 246–61. https://doi.org/10.1080/00031305.2018.1518264.