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

Azure Jupyter Notebooks

notebooks.azure.com

Post reply on HN
Print view View original

41–50 of 160 posts

Re: Azure Jupyter Notebooks

#41

Post by AdamSC1 »

nickcw wrote: post #23

I've been experimenting with Jupyter notebooks recently so I thought I'd try uploading one I made which solves a wooden puzzle. It seemed to work just fine! https://notebooks.azure.com/library/puzzles I had to host the images in the notebook elsewhere rather than upload them with the notebook. It looks like that is possible but then I'd have to grapple with Azure blobs...

Pretty surprised at this as well. But, given you know this requirement now, is it safe to assume that if you embed remote images in your notebooks in future and upload them you'll have no issue?

(i.e. it's not stripping them out and making you manually re-embed them each time if they aren't an Azure blob?)

Re: Azure Jupyter Notebooks

#42

Post by dobin »

Pretty interesting as a tool to learn Python or other things. I'm intrigued.

I'm doing something similar with exploit development learning, but with a javascript based terminal and linux containers, and a markdown writeup (https://exploit.courses for anyone interested). But the close interaction of code and text in Jupyter is much more advanced, and useful :-)

Re: Azure Jupyter Notebooks

#43

Post by viggity »

Pigo wrote: post #33
arethuza wrote: post #27

Earlier quoted context omitted.

Working with Azure Storage Blobs is pretty straightforward - you can use the cross platform azure CLI application or use the Azure Storage Explorer application (which appears to be cross-platform as well in its latest form): http://storageexplorer.com/

I've been using the linux version for a couple months now, and it's a truck ton better than exploring through VS. I'm still waiting for it to support tabs, or any other multi-tasking interface. That's sort of a pain.

for those on windows and don't mind dropping a little $, I've been relatively happy with CloudXPlorer http://clumsyleaf.com/products/cloudxplorer for browsing blobs. Has most of the features I care about

TableXPlorer (for Azure Table Storage is decent too)

Re: Azure Jupyter Notebooks

#44

Post by a-saleh »

matt4077 wrote: post #3

The concept of Jupyer Notebooks is absolute fantastic. The product, unfortunately, fails at the basics of being a text editor. I'd wish the VSCode team could somehow integrate the concept. They seem to be excellent at execution. (Or, if they finish their work on "html zones" (block decorators in atom), I'll start doing it myself)

I listened to a podcast about jupyter [1] some time ago, and remebered them talking about the separation between the kernel and the presentation in jupyter, and that in theory, it should be relatively easy to write your own frontend, that just sends to correct messages to the zmq :-)

Afaik, hydrogen plugin for atom does this [2] And there is another plugin that just wraps the notebook to live inside of atom [3]

[1] https://talkpython.fm/episodes/show/44/project-jupyter-and-i... [2] https://atom.io/packages/hydrogen [3] https://github.com/jupyter/atom-notebook

Re: Azure Jupyter Notebooks

#46

Post by euroclydon »

nickcw wrote: post #23

I've been experimenting with Jupyter notebooks recently so I thought I'd try uploading one I made which solves a wooden puzzle. It seemed to work just fine! https://notebooks.azure.com/library/puzzles I had to host the images in the notebook elsewhere rather than upload them with the notebook. It looks like that is possible but then I'd have to grapple with Azure blobs...

That's a great use of Jupyter! You've taken a concrete problem, the wooden puzzle, and written a well explained software solution to solve it. Anyone can come behind you and add a 3d graphic or analyze the space and time utilization of the algorithm.

Re: Azure Jupyter Notebooks

#47

Post by Sean1708 »

JayOtter wrote: post #32
anc84 wrote: post #26

Earlier quoted context omitted.

That only works with JavaScript though or am I overlooking something?

Currently, yeah, just JS. It's aimed more at non-technical folks - the "clever graphing" stuff should work without writing much code, if any.

  > Currently, yeah, just JS.
How do they plan to make it support multiple languages without having a backend service?

Re: Azure Jupyter Notebooks

#48

Post by bargl »

OK this is freaking awesome. I've been working on some Machine Learning courses and they use Jupyter. I have the issue where whenever I switch computers I have to sync files and all that jazz. I'm so excited about this tool I can't even contain myself.

Re: Azure Jupyter Notebooks

#49

Post by analog31 »

matt4077 wrote: post #3

The concept of Jupyer Notebooks is absolute fantastic. The product, unfortunately, fails at the basics of being a text editor. I'd wish the VSCode team could somehow integrate the concept. They seem to be excellent at execution. (Or, if they finish their work on "html zones" (block decorators in atom), I'll start doing it myself)

Given that Jupyter works on a server / browser model, it should be possible to customize the browser without bothering the server. For instance, I imagine a plug-in that spiffs up the editing blocks within one of the major browsers. That way, you preserve compatibility across all browsers, but provide an option for those who want their preferred editing features.

Admittedly, I don't use a code editor, perhaps because I'm just too old, and got used to living without one. I remember when being able to edit a program in full screen mode was a big deal. But I certainly wouldn't turn down better editing for Jupyter.

Re: Azure Jupyter Notebooks

#50

Post by nnq »

enricosada wrote: post #4

Awesome to see F# supported, based on OSS F# for Jupyter Notebooks ( https://github.com/fsprojects/IfSharp ) work. It's really lovely when a tool written in another tech (Python there) can be used/extended with others stack/tech, because was written as language agnostic. That should be a rule for good design in oss tooling. Not starting using language specific communication, but extensibile from day0 in design (obv d…

Seeing APIs that look like:

    Chart.Line(data) |> Chart.WithTitle("smth") |> ...
...makes anyone say "yuck" and avoiding F# for any exploratory work. And even after you understand how the pipe operator works and how useful it can be in other contexts. I mean, ugh... Even putting up with superfluous verbosity like `List.Map(myList)` instead of a `map(myList, ...)` or `myList.map(...)` because "that's how F#/OCaml does it, stfu" is ok, but this seems like purposeful obsfucation.

No wonder R and Python are the only languages popular in ML. They are the only ones leading to sane readable code by people having other stuff to keep loaded in their head than language details. I mean, yeah, syntax that doesn't matter, unless it's so f annoying and ugly that you simply can't put up with it as much as you try!

Post reply on HN