Re:Why Jupyter is data scientists’ computational notebook of...
by ontouchstart on Tuesday October 30, 2018 @04:39PM
(#18341085)
To have reproducible prototypes, I use Make to wrap the whole workflow in docker. Then I push the code to gist and forget about it. Although GitHub gist doesn't allow binary file, images embedded in .ipynb (JSON), on the other hand works in gist. Here is an example.
https://gist.github.com/ontouchstart/854a3c280b81f530d3ae9cb...
The notebook generated by nbconvert (see the instruction in the Makefile) is too big to display in GitHub gist Web UI but works fine in nbviewer.
https://nbviewer.jupyter.org/gist/ontouchstart/854a3c280b81f...
Re:Why Jupyter is data scientists’ computational notebook of...
by kristjansson on Tuesday October 30, 2018 @09:06PM
(#18342599)
This has been my solution as well. There’s little that feels as good as running `make -B report` and watching the whole thing be rebuilt from scratch.
How do you manage encapsulating each step, and passing data between them?
Re:Why Jupyter is data scientists’ computational notebook of...
by ISL on Thursday November 08, 2018 @11:46AM
(#18407595)
I don't do it well. See
https://github.com/4kbt/ReplicableAnalysis
and
https://github.com/4kbt/PlateWash
as examples. The former is smaller/less complicated. The latter was my thesis work -- more complicated and (unfortunately) abuses recursive calls to Make.
Re:Why Jupyter is data scientists’ computational notebook of...
by canhascodez on Wednesday October 31, 2018 @01:23AM
(#18343534)
Would that be easier with rake than with make?
As a project moves from exploration toward production, the entire thing is wrapped into a Makefile that can flow from raw data to publication in a single call to make.