Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Introduction to Pluto.jl

juliafordatascience.com

Post reply on HN
Print view View original

81–90 of 117 posts

Re: Introduction to Pluto.jl

#81

Post by joppy »

enriquto wrote: post #79

I like the idea of Pluto, because I cannot stand the non-deterministic cells of Jupyter notebooks anymore. Reading this page is like having sex with someone you love. Where has Pluto been all this time? I have finally found all what was missing for a complete life! There's even things that I didn't know I needed because I didn't even have the language to express them! This is my favorite page on the internet and Plut…

Pluto is quite fast for me - could you perhaps be hitting the first-run JIT startup time in Julia? Do the cells re-evaluate quickly, after whatever code they depend on has been JITted?

Re: Introduction to Pluto.jl

#82

Post by newswasboring »

enriquto wrote: post #79

I like the idea of Pluto, because I cannot stand the non-deterministic cells of Jupyter notebooks anymore. Reading this page is like having sex with someone you love. Where has Pluto been all this time? I have finally found all what was missing for a complete life! There's even things that I didn't know I needed because I didn't even have the language to express them! This is my favorite page on the internet and Plut…

hey, did you use Julia 1.5 or 1.6? There is a massive improvement in latency between those two versions.

Re: Introduction to Pluto.jl

#83

Post by enriquto »

joppy wrote: post #81
enriquto wrote: post #79

I like the idea of Pluto, because I cannot stand the non-deterministic cells of Jupyter notebooks anymore. Reading this page is like having sex with someone you love. Where has Pluto been all this time? I have finally found all what was missing for a complete life! There's even things that I didn't know I needed because I didn't even have the language to express them! This is my favorite page on the internet and Plut…

Pluto is quite fast for me - could you perhaps be hitting the first-run JIT startup time in Julia? Do the cells re-evaluate quickly, after whatever code they depend on has been JITted?

I'm talking about my second run of the notebook. On the first run it took one minute and a half just to open the notebook (it seemed it was downloading stuff, and then compiling).

Re: Introduction to Pluto.jl

#84

Post by enriquto »

newswasboring wrote: post #82
enriquto wrote: post #79

I like the idea of Pluto, because I cannot stand the non-deterministic cells of Jupyter notebooks anymore. Reading this page is like having sex with someone you love. Where has Pluto been all this time? I have finally found all what was missing for a complete life! There's even things that I didn't know I needed because I didn't even have the language to express them! This is my favorite page on the internet and Plut…

hey, did you use Julia 1.5 or 1.6? There is a massive improvement in latency between those two versions.

I'm using 1.5.3. Gonna update to 1.6 and see what happens.

EDIT: just running it on julia's "master" branch (v1.7.0-DEV), the initialization seems to be slower, but then the cells run maybe marginally faster. Looks good, but I could not push this to my students yet...

Re: Introduction to Pluto.jl

#85

Post by simeonschaub »

krastanov wrote: post #21
JustFinishedBSG wrote: post #19

Earlier quoted context omitted.

> I really wish the Julia ecosystem would stop assuming that you always interact with your computer through the Julia REPL and started supporting proper command line interfaces. What does it even mean? What is a CLI interface for a programming language if not a REPL ?

I also do not really get the complaint, but it is along the lines of people wanting to write `julia-pkg install Pluto` instead of `julia -e 'using Pkg; Pkg.add("Pluto")'`. It seems it is a big pet peeve for some people.

Check out https://github.com/fredrikekre/jlpkg. It does pretty much exactly what you are describing.

Re: Introduction to Pluto.jl

#86

Post by enriquto »

legerdemain wrote: post #27

LOL, how often do you want your entire notebook to recompute just because you change something somewhere? Have you never tried pursuing a little side experiment in an existing notebook, or have ten abandoned false starts leading to one good result? I have many extremely long notebooks that would almost certainly crash if you tried to recompute the whole thing, and many of the cells won't work at all because the input…

> how often do you want your entire notebook to recompute just because you change something somewhere?

This is exactly what I want, always. In Jupyter I'm continuously doing the restart kernel and re-run all cells dance. It is annoying and I love another system optimized for that like Pluto, without those stupid non-deterministic cells.

Re: Introduction to Pluto.jl

#87

Post by BlueTemplar »

gugagore wrote: post #38
Iwan-Zotow wrote: post #18

Earlier quoted context omitted.

> Are there any plans to have a non-browser Jupyter? Sure. VSCode with python and Jupyter extensions

What difference does this make, though? Isn't VSCode an Electron app? All of its UI is based on web stuff, anyway!

I assume that at least the browser shortcuts are out of the way ?

Re: Introduction to Pluto.jl

#88

Post by newswasboring »

enriquto wrote: post #84
newswasboring wrote: post #82

Earlier quoted context omitted.

hey, did you use Julia 1.5 or 1.6? There is a massive improvement in latency between those two versions.

I'm using 1.5.3. Gonna update to 1.6 and see what happens. EDIT: just running it on julia's "master" branch (v1.7.0-DEV), the initialization seems to be slower, but then the cells run maybe marginally faster. Looks good, but I could not push this to my students yet...

I wouldn't recommend master to anyone but the experts in julia. 1.6 is pretty stable though. Do remember that in Julia second execution of an instruction is much faster than the first. Thus, it may take some time to initialize, but after that it will run smoothly.

But yes, my tolerance towards this is higher as I am used to matlab.

Re: Introduction to Pluto.jl

#89

Post by dagw »

_ZeD_ wrote: post #69

I don't want to be that guy, but it seems to me those tools are converging to ... excel spreadsheets

An 'Excel' that is less opaque, easier to test and debug and backed by a more sane and powerful language is what a lot of the world is clamoring for. So yea, that would be great.

Re: Introduction to Pluto.jl

#90

Post by tambarskjelve »

nerdponx wrote: post #6

I really wish the Julia ecosystem would stop assuming that you always interact with your computer through the Julia REPL and started supporting proper command line interfaces. This is one of the big annoyances and mistakes of the R ecosystem, and I think it's unwise to carry that mistake over to Julia. Also, big "ugh" to browser-based tooling. I want to browse webpages in my browser, I don't want to do my data scienc…

> Also, big "ugh" to browser-based tooling.

Hear hear! A simple web-view inside a native application window is a huge improvement imho. If only JuptyerLab provided a simple interface to access menu elements as well, you could easily have a nearly complete native experience.

Post reply on HN