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

151–160 of 160 posts

Re: Azure Jupyter Notebooks

#151

Post by smortaz »

jsjohnst wrote: post #131
smortaz wrote: post #110

Earlier quoted context omitted.

[msft] Understood. Note that you can view notebooks w/o login. If you want a truly no login experience, try the awesome https://tmpnb.org service. But note that these are temporary (tmp-nb...) and will go away. The login we require is to show you your notebooks next time you're back. If your school has office365 the existing creds should just work.

I fully understand you can view, but "running" code is the entire point of an after-school computer programming class. As these are after school classes (but done in collaboration with the school), some resources the school has aren't available. Also, how many middle school and high schools ( especially title 1 schools) do you know have office365 for the teachers, let alone for each and every student? Please don't re…

[msft] Fair points jsjohnst. I don't have a good solution for you. Perhaps the teacher can setup one Microsoft account (eg school.outlook.com) and multiple ppl can use it? (but that comes w issues too sadly).

Perhaps www.code.org is a better offering?

Re: Azure Jupyter Notebooks

#152

Post by bagofmostlyh2o »

analog31 wrote: post #49
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 use wasavi, https://github.com/akahuku/wasavi, which does exactly what you describe.

Re: Azure Jupyter Notebooks

#153

Post by fperez_org »

smortaz wrote: post #150
fperez_org wrote: post #148

Earlier quoted context omitted.

And btw, it's worth mentioning that in JupyterLab, we just merged a PR that will make embedding the Monaco editor (the editing component of VS code) much easier: https://github.com/jupyterlab/jupyterlab/pull/1140 . With that in, now the Monaco integration is being worked on: https://github.com/jupyterlab/jupyterlab/pull/1382 . We all want stronger editing capabilities, but it doesn't make sense for the Jupyter team t…

[msft] Well, this is an honor - the creator of Jupyter commenting on this thread & not just any comment... but about embedding the Visual Studio Code editor in Jupyter Lab :). Thanks Fernando, Brian, Min & team for everything you've done with Jupyter. Looking fwd to using Jlab soon! s

+1 to the team that's been doing a phenomenal job on the project... These days I'm just an email answering machine :)

But yes, JLab is shaping up quite nicely, opening up a lot of interesting possibilities. For advanced users/early adopters I think it's time to start playing with it (and filing issues for anything that's broken/sub-optimal, we really want to provide a great user experience with it once we hit 1.0).

Re: Azure Jupyter Notebooks

#154

Post by [deleted] »

smortaz wrote: post #150
fperez_org wrote: post #148

Earlier quoted context omitted.

And btw, it's worth mentioning that in JupyterLab, we just merged a PR that will make embedding the Monaco editor (the editing component of VS code) much easier: https://github.com/jupyterlab/jupyterlab/pull/1140 . With that in, now the Monaco integration is being worked on: https://github.com/jupyterlab/jupyterlab/pull/1382 . We all want stronger editing capabilities, but it doesn't make sense for the Jupyter team t…

[msft] Well, this is an honor - the creator of Jupyter commenting on this thread & not just any comment... but about embedding the Visual Studio Code editor in Jupyter Lab :). Thanks Fernando, Brian, Min & team for everything you've done with Jupyter. Looking fwd to using Jlab soon! s

[deleted]

Re: Azure Jupyter Notebooks

#155

Post by closeparen »

simonbyrne wrote: post #133
closeparen wrote: post #126

Earlier quoted context omitted.

Your CSS is very broken in Chrome, would love to check it out though.

I don't have any issues with Chrome: would you mind sending me a screenshot (simonbyrne@gmail.com)?

Working now, must've been a transient issue with where the CSS was hosted. Looks awesome!

Re: Azure Jupyter Notebooks

#156

Post by todd8 »

Jupiter is a great project for data scientists. Here is a one sentence explanation from jupyter.org:

"The Jupyter Notebook is a web application that allows you to create and share documents that contain live code, equations, visualizations and explanatory text."

Re: Azure Jupyter Notebooks

#157

Post by luzvioleta »

smortaz wrote: post #104
luzvioleta wrote: post #103

I use notebooks a lot, but with Julia. In any case, this is <3 amazing news !

+1 for Julia - Please kindly file a request on github: https://github.com/Microsoft/AzureNotebooks (user request > our wishes)

Hey ! It's already posted https://github.com/Microsoft/AzureNotebooks/issues/4

Re: Azure Jupyter Notebooks

#158

Post by codygman »

KirinDave wrote: post #140
codygman wrote: post #136

Earlier quoted context omitted.

> You shouldn't avoid Haskell because you are irritated with a bit of syntax, you should avoid it because you can't ship or maintain the kind of deliverables you need to write. I can ship and maintain deliverables I need to write in Haskell more effectively than other languages.

Sure, and that's great. Not everyone had a domain where Haskell is appropriate or access to a group of people who can help with maintenence in Haskell. And some domains are ill-suited to Haskell due to constraints on the VM. Is any of this a surprise?

> you should avoid it because you can't ship or maintain the kind of deliverables you need to write.

To clarify, you were saying "you should avoid Haskell in the case you can't ship or maintain the kind of deliverables you need to write" and not "you should avoid Haskell because Haskell won't let you write or maintain the kind of deliverables you need to write"...

Right?

Re: Azure Jupyter Notebooks

#159

Post by tome »

codygman wrote: post #158
KirinDave wrote: post #140

Earlier quoted context omitted.

Sure, and that's great. Not everyone had a domain where Haskell is appropriate or access to a group of people who can help with maintenence in Haskell. And some domains are ill-suited to Haskell due to constraints on the VM. Is any of this a surprise?

> you should avoid it because you can't ship or maintain the kind of deliverables you need to write. To clarify, you were saying "you should avoid Haskell in the case you can't ship or maintain the kind of deliverables you need to write" and not "you should avoid Haskell because Haskell won't let you write or maintain the kind of deliverables you need to write"... Right?

Your first interpretation was the one I understood.

Re: Azure Jupyter Notebooks

#160

Post by codygman »

tome wrote: post #159
codygman wrote: post #158

Earlier quoted context omitted.

> you should avoid it because you can't ship or maintain the kind of deliverables you need to write. To clarify, you were saying "you should avoid Haskell in the case you can't ship or maintain the kind of deliverables you need to write" and not "you should avoid Haskell because Haskell won't let you write or maintain the kind of deliverables you need to write"... Right?

Your first interpretation was the one I understood.

Yeah, Luckily I caught myself interpreting it uncharitably and decided to clarify.
Post reply on HN