43 comments
davidgomes · 126 days ago

Show replies

spiralk · 126 days ago
I dislike how Jupyter notebooks have become normalized. Yes, the interactive execution and visuals are nice for more academic workflows where the priority is quick results over code organization. However, when it comes to sharing code with others for the sake of doing reproducible science, jupyter notebooks cause more trouble than they are worth. Using cell based execution with python is so elegant with '# %%' lines in regular .py files (though it requires using VSCode or fiddling with vim plugins which not all scientists want to do I suppose). No .ipynb is necessary, .py files can be version controlled and shared like normal code while sill retaining the ability to use interactively, cell by cell.

Its much easier to organize .py files into a proper python module, and then share and collaborate with others. Instead, groups will collect jumbles of slightly different versions of the same jupyter notebooks that progressively become more complex and less manageable over time. It's not a hypothetical unfortunately, I've seen this happen at major university labs. I'm not blaming anyone because I understand -- the funding is there to do science and not rewrite code to build convenient software libraries. Yet, I can't help but wish jupyter notebooks could be removed from academic workflows.

Show replies

pizza · 126 days ago
While we're on the topic of jupyter enhancements, would really love to be able to pop a cell off the pending execution stack if I realized running it would be a mistake and still have time before it gets there.. :^)

Show replies

paddy_m · 126 days ago
Impressive work. I love jupyter, but it's a bear to work on.

What mix of JS packages do you see? Could that be built into one uber package?

Show replies

dkga · 126 days ago
[flagged]

Show replies