Live data from Hacker News

Show HN: Marimo – an open-source reactive notebook for Python

github.com

51–60 of 110 posts

Re: Show HN: Marimo – an open-source reactive notebook for Python

#51
post #28

This is amazing. I'm a big user of both Jupyter notebooks and Observable notebooks ( https://observablehq.com/ ) and the thing I miss most from Observable when I'm using Jupyter is the lack of cell reactivity. You've solved that incredibly well! I also really like that the Marimo file format is just Python. Here's an example saved file from playing around with the intro: https://gist.github.com/simonw/e6e6e4b45d1bed9…

Myles here (other core contributor) - We are thrilled to see you have such a strong positive reaction. It means a lot coming from you - I initially learned web development using Django and landed my first contracting gig with Django. I drifted away from writing Python and towards Typescript - but marimo has brought me back to writing Python.

let's go!! so excited to see this get deserved attention

Re: Show HN: Marimo – an open-source reactive notebook for Python

#53

Wow.. Really great work, finally someone is doing it! Since I've thought about this for a long time (I've actually even made a very simplified version last year [1]), I want to contribute a few thoughts: - cool that you have a Vscode extension, but I was a little disappointed that it opens a full browser view instead of using the existing, good Notebook interface of Vscode. (I get you want to show the whole Frontend-…

You're probably referring to nbgather (https://github.com/microsoft/gather), which shipped with VSCode for a while.

nbgather used static slicing to get all the code necessary to reconstruct some cell. I actually worked with Andrew Head (original nbgather author) and Shreya Shankar to implement something similar in ipyflow (but with dynamic slicing and a not-as-nice interface): https://github.com/ipyflow/ipyflow?tab=readme-ov-file#state-...

I have no doubt something like this will make its way into marimo's roadmap at some point :)

Re: Show HN: Marimo – an open-source reactive notebook for Python

#54
Very exciting! I took a quick look and I have a couple of questions.

1. Can you describe your interactive widget story? I see that you integrated altair, and there is some custom written react code around it [0] [1]. I'd be interested in porting my table widget to your platform at some point.

2. How much, if any does this depend on the jupyter ecosystem?

3. How does this interact with the jupyter ecosystem?

[0] https://github.com/marimo-team/marimo/blob/b52faf3caf9aa73f4... [1] https://github.com/marimo-team/marimo/blob/b52faf3caf9aa73f4...

Re: Show HN: Marimo – an open-source reactive notebook for Python

#55
post #25

Earlier quoted context omitted.

I don’t understand the platform thing, is that something to do with running on Windows? Why wouldn’t you just pip install? Why bring conda etc into the mix? If you have conflicts then you have to reconcile those at point of initial install - pip deals with that for you. I’ve never had a situation in 15 years of Python packages where there wasn’t a working combination of versions. These are genuine questions btw. I se…

I will try to summarize the complaints (mine at least) in obvious simple points 1- pip freeze will miss packages not installed by pip (i.e. Conda). 2- It does include all packages, even not used in the project. 3- It just dumps all packages, their dependencies and sub-dependencies. Even without conflicts, if you happen to change a package, then it is very hard to keep track of dependencies and sub-dependencies that n…

Can you name a package manager (any language) that handles #3 well?

How does it handle the problem?

Re: Show HN: Marimo – an open-source reactive notebook for Python

#58
post #28

This is amazing. I'm a big user of both Jupyter notebooks and Observable notebooks ( https://observablehq.com/ ) and the thing I miss most from Observable when I'm using Jupyter is the lack of cell reactivity. You've solved that incredibly well! I also really like that the Marimo file format is just Python. Here's an example saved file from playing around with the intro: https://gist.github.com/simonw/e6e6e4b45d1bed9…

Hi Simon, slightly unrelated question.

I'm a big fan of your work, and as I've learnt a lot from reading your blog posts over the years, I'd be curious to know a bit more about typical use cases for wanting to work with Observable notebooks.

The only reason why I'm using A JavaScript notebook tool (Starboard.gg) is to be able to access cool visualisation packages like Anychart or Highcharts.

Given the hype around Observable notebooks, I feel that I'm missing something.

What makes you decide to start something in an Observable notebook rather than in Jupyter?

Thanks!

Re: Show HN: Marimo – an open-source reactive notebook for Python

#60
I am most intrigued by the annotation demo you showed, since annotation is painful to set up for small projects.

Can you talk about it in more detail?

Can I tell who the user is so I can have multiple annotators?

Can I use gold data to determine which annotators aren't paying attention?

Where do I learn more about how to build this kind of tool?

Overall, kudos, I signed up for the waitlist.

Post reply on HN