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

JupyterLab is ready for users

blog.jupyter.org

Post reply on HN
Print view View original

151–160 of 250 posts

Re: JupyterLab is ready for users

#151

Post by TheAlchemist »

I've started using Jupyter Notebooks 2 years ago and I found it fantastic for data exploration, analysis, quick coding and prototyping.

Switched to Jupyter Lab recently and I can only recommend it. It's an absolute joy to work (I especially like the full screen mode - really great). Even for simple tasks where I used to open file in Excel by default (when I just need to take a look or do very simple operations), I now prefer the Jupyter Lab experience.

Anyway, thanks for the excellent work !

Re: JupyterLab is ready for users

#153

Post by jasongrout »

raymondgh wrote: post #91

I tried Jupyter Lab two weeks ago and found it to run unbearably slow. I'll try it again eventually I suppose, very well could have been a local issue

Please try again. We had some drastic speedups with notebooks, particularly on Firefox, in the last few weeks.

Re: JupyterLab is ready for users

#154

Post by carreau »

yourapostasy wrote: post #99

This is the closest I've seen anyone actually deliver upon the promise of OpenDoc [1] and similar tech like KParts, but in a more user-accessible packaging. I'll be interested to find out its scalability and performance. If it renders only the part of a notebook that is visible, while continuing to run threaded computations of hidden components, then that might help some of the performance limitations I'm seeing peop…

It does render the all doc (at least for notebook) IIRC, but that an implementation choice. As long as there is a model somewhere it could only render what's visible.

Note that almost all the rendering is - for JupyterLab – client side, and that for scaling we know of Single JupyterHub deployments that have close to 5k users. Horizontal scaling of Hubs is improving, and we hope to have more robust solution soon.

Re: JupyterLab is ready for users

#155

Post by carreau »

yorwba wrote: post #102
mistermann wrote: post #85

Earlier quoted context omitted.

Perhaps a dumb question, but do those languages tend to have wrappers for common Python libraries like Pandas?

I doubt it. Python is not very embedding-friendly. You might be able to bridge the gap via the foreign function interface, but it's unlikely that the Pandas API will feel as comfortable in another language that it wasn't designed for.

What you can do is the opposite, run Python as the main language and integrate with other. There are demos around of notebook with multiple languages. Old example I wrote: Python, R, Rust, C, Cython, Julia and Fortran all calling each others: https://matthiasbussonnier.com/posts/23-Cross-Language-Integ...

Re: JupyterLab is ready for users

#156

Post by pletnes »

tsaoyu wrote: post #87
pmart123 wrote: post #8

Earlier quoted context omitted.

As someone who used Matlab and Mathematica in college, I'm not sure I'd want to have a closed source solution really take off again at this point. While they provided great products and documentation, they also made it much more difficult to share code/visualizations due to restrictive and expensive licensing. Ultimately, I think the ability to share information easily should help spur scientific advancement.

Mathematica/Python/MATLAB user. Mathematica and MATLAB do both have great documentation and intuitive examples shipped with their product, however, document your own code using their system is surprisingly hard (compared to Sphinx). Jupyter learnt the idea of the notebook from Mathematica (and some other notebook based math software) but the killer point is that it extends itself to more and more general purpose prog…

You might want to try sympy or sage as a mathematica replacement.

Re: JupyterLab is ready for users

#157

Post by icebraining »

monkmartinez wrote: post #133
danielvf wrote: post #46

I'll be teaching a group of nine and ten years olds to code. I'm planning on using Jupyter. What I'd really like to do is make a multiplayer naval game, with each player controlling their ship from their own notebook. Players would start out by running commands like fire(range=400, bearing=120) right from a cell, but would later be able automate their ship - for example, pick the nearest enemy, get the range, and plu…

> Any advice on how to do this in Juptyer with Python? In an ideal world, I'd just "tag" a cell somehow so that it ran periodically. Don't. Use something that will engage them visually and mentally. Kids are not impressed with text, that ship has sailed.

Isn't that what the map on the wall is for?

Re: JupyterLab is ready for users

#158

Post by gldnspud »

in9 wrote: post #115
danielvf wrote: post #46

I'll be teaching a group of nine and ten years olds to code. I'm planning on using Jupyter. What I'd really like to do is make a multiplayer naval game, with each player controlling their ship from their own notebook. Players would start out by running commands like fire(range=400, bearing=120) right from a cell, but would later be able automate their ship - for example, pick the nearest enemy, get the range, and plu…

To be totally honest, even though I love Jupyter notebooks, I wouldn't teach someone to code using it. See, as someone who's not, originally a programmer, I believe that teaching someone to code is intertwined with teaching (gradually) workflows and environments. Now, Jupyter is great (I'm a statistician btw) precisely because you have a presentable literate programming tool. That is extremely valuable for data analy…

These criticisms could be valid for Jupyter Notebook, but remember that JupyterLab is what's under discussion in this post. JuptyerLab is much more of an IDE-style than Notebook, and it includes very capable terminal and text editor components.

Although I'm new to Jupyter Lab, I just tried it and it does feel like it could be a very approachable IDE for educational use.

Re: JupyterLab is ready for users

#159

Post by Myrmornis »

qacek wrote: post #147
Myrmornis wrote: post #127

Is it clear yet how one will use text editors (emacs, vim) with JupyterLab?

Are you referring to editing text files or in notebooks?

I'm interested in any jupyter workflows that allow me to use my text editor and a terminal-based language REPL/shell.

In general,

- I want to use my text editor to write any non-trivial function/class implementations.

- I want any substantial amount of code to be held and version-controlled in regular files of code, not inside JSON.

- I want to use the notebook for display (tables, figures, rendered markdown/LaTeX, etc)

So the most important question is:

- How do I conveniently work on a code file in my text editor, and then execute code in the notebook so that the most recent variable definitions in the code file are honored during the jupyter execution?

Also

- How do I start a terminal-based REPL/shell that is sharing the same kernel as the notebook? (Relevant to text editors, because this might be for example an ipython shell running inside emacs, allowing me to easily evaluate fragments of code in the text editor.)

There are more sophisticated things one could imagine, but I don't think I want (e.g. evaluate a cell/notebook from the text editor, create a cell from text editor).

Re: JupyterLab is ready for users

#160

Post by cup-of-tea »

leephillips wrote: post #32
cup-of-tea wrote: post #23

So I can now use a decent text editor (emacs) to edit Jupyer notebooks? Great! I do wish it was possible to interleave languages like with org-mode, though. I've yet to find a literate programming/notebook format I'm truly happy with. Edit: oh.. I misread. It doesn't support using external editors. All I want is some way to edit those text boxes with another program. I can't do any serious work in a web browser. It's…

You can evaluate different cells using different kernels, by using a cell magic command. So a notebook can have a mix of languages. Is this something like what you are after?

It sounds like that is essentially the same thing, yes. It still won't be as good as org-mode, though. With org, when you enter some Python code you press a key and you're editing that block with the best editor for Python (emacs) and when you edit bash code you're using the best editor for bash (emacs). With this, you have to use the same basic editor for everything.
Post reply on HN