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

131–140 of 160 posts

Re: Azure Jupyter Notebooks

#131

Post by jsjohnst »

smortaz wrote: post #110
jsjohnst wrote: post #101

Earlier quoted context omitted.

Having taught after school programs for kids, it definitely is a barrier to entry. I'd not say it's a show stopper, but it's definitely a hassle. Even more relevant when the folks needing to sign up, "can't" easily (due to COPPA).

[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 regard this reply as being critical of the offering, it's certainly not and I applaud what you're doing, I'm more responding to the person who couldn't understand why login was a barrier.

Re: Azure Jupyter Notebooks

#132

Post by jsjohnst »

KirinDave wrote: post #112
nnq wrote: post #111

Earlier quoted context omitted.

> all computer languages are somewhat arbitrary No, avoiding unnecessary repetition (god damn DRY at the syntax level) and avoiding visual noise is not arbitrary. It's just good practical taste. I don't live in houses where doors have 2 knobs that need to be pressed at the same time to open a door. And I don't eat steak with a fork that has a knife as a handle. Both of those could work and make sense for some, but ov…

> Python gets it right. Ruby gets it right. Julia gets it right. Most lisps get it right etc. What. I ship Clojure all day, got CL in my past. Was a full time ruby dev. I got a list of ugh and eck for all of them. I can name 30 more issues with Python. Truth be told, I think Python is a rancid language and I think people who love it are basically eating barf pancakes every day and thanking people who look down on the…

While his vitriol was extremely hyperbolic, I get his point somewhat on obtuse syntax.

Take this example of Haskell from their docs:

  thenP :: P a -> (a -> P b) -> P b
  m `thenP` k = \s ->
     case m s of 
       Ok a -> k a s
	 Failed e -> Failed e
It doesn't matter how good you are in [insert almost any common language], you'll really struggle to understand that code.

It's my same objection to things like Coffeescript, if you think you are so much more productive not typing semantic tokens like ()s or {}s, then you need to lay off the coffee and get some sleep as you're clearly dillusional.

Re: Azure Jupyter Notebooks

#133

Post by simonbyrne »

closeparen wrote: post #126
simonbyrne wrote: post #122

Earlier quoted context omitted.

Check out https://juliabox.com/ , which despite the name also supports Python. (Disclaimer: service is run by my employer)

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)?

Re: Azure Jupyter Notebooks

#134

Post by askvictor »

smortaz wrote: post #89
askvictor wrote: post #10

And today I was just about to spin up a jupyterhub server for my class...

[msft] Feel free to use it for your class askvictor & let us know ushow it does and how we can improve the service! For a sample course that was taught for ~400 students this fall, see: https://notebooks.azure.com/library/CUED-IA-Computing-Michae...

I certainly will; this couldn't have dropped at a better time!

Re: Azure Jupyter Notebooks

#136

Post by codygman »

KirinDave wrote: post #112
nnq wrote: post #111

Earlier quoted context omitted.

> all computer languages are somewhat arbitrary No, avoiding unnecessary repetition (god damn DRY at the syntax level) and avoiding visual noise is not arbitrary. It's just good practical taste. I don't live in houses where doors have 2 knobs that need to be pressed at the same time to open a door. And I don't eat steak with a fork that has a knife as a handle. Both of those could work and make sense for some, but ov…

> Python gets it right. Ruby gets it right. Julia gets it right. Most lisps get it right etc. What. I ship Clojure all day, got CL in my past. Was a full time ruby dev. I got a list of ugh and eck for all of them. I can name 30 more issues with Python. Truth be told, I think Python is a rancid language and I think people who love it are basically eating barf pancakes every day and thanking people who look down on the…

> 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.

Re: Azure Jupyter Notebooks

#137

Post by codygman »

jsjohnst wrote: post #132
KirinDave wrote: post #112

Earlier quoted context omitted.

> Python gets it right. Ruby gets it right. Julia gets it right. Most lisps get it right etc. What. I ship Clojure all day, got CL in my past. Was a full time ruby dev. I got a list of ugh and eck for all of them. I can name 30 more issues with Python. Truth be told, I think Python is a rancid language and I think people who love it are basically eating barf pancakes every day and thanking people who look down on the…

While his vitriol was extremely hyperbolic, I get his point somewhat on obtuse syntax. Take this example of Haskell from their docs: thenP :: P a -> (a -> P b) -> P b m `thenP` k = \s -> case m s of Ok a -> k a s Failed e -> Failed e It doesn't matter how good you are in [insert almost any common language], you'll really struggle to understand that code. It's my same objection to things like Coffeescript, if you thin…

> It doesn't matter how good you are in [insert almost any common language], you'll really struggle to understand that code.

Perhaps I've been using Haskell too long but that code looks very clear to me.

Re: Azure Jupyter Notebooks

#138

Post by tome »

nnq wrote: post #111
KirinDave wrote: post #56

Earlier quoted context omitted.

I'm... confused what you're upset about. Are you upset about the leading "Chart?" This is very, very easy stuff for functional programming. Most of the people I know in ML, talented ML folks doing data science within the org I work for to do exciting things... they actually aren't huge fans of the way Python does things. They're huge fans of the libraries Python has to speed up ML work. F# has a real lack there (surp…

> all computer languages are somewhat arbitrary No, avoiding unnecessary repetition (god damn DRY at the syntax level) and avoiding visual noise is not arbitrary. It's just good practical taste. I don't live in houses where doors have 2 knobs that need to be pressed at the same time to open a door. And I don't eat steak with a fork that has a knife as a handle. Both of those could work and make sense for some, but ov…

This is a really interesting comment for me to read. I chose Python as a language to work in professionally in part because of its lovely syntax and the way it supports removing duplication. Now I've moved to Haskell and I'm even happier with the syntax and the support for removing duplication.

Re: Azure Jupyter Notebooks

#139

Post by tome »

codygman wrote: post #137
jsjohnst wrote: post #132

Earlier quoted context omitted.

While his vitriol was extremely hyperbolic, I get his point somewhat on obtuse syntax. Take this example of Haskell from their docs: thenP :: P a -> (a -> P b) -> P b m `thenP` k = \s -> case m s of Ok a -> k a s Failed e -> Failed e It doesn't matter how good you are in [insert almost any common language], you'll really struggle to understand that code. It's my same objection to things like Coffeescript, if you thin…

> It doesn't matter how good you are in [insert almost any common language], you'll really struggle to understand that code. Perhaps I've been using Haskell too long but that code looks very clear to me.

And it looks slightly clearer when laid out correctly

  thenP :: P a -> (a -> P b) -> P b
  m `thenP` k = \s ->
     case m s of 
       Ok a     -> k a s
       Failed e -> Failed e
But this is not a fair test. There needs to be a control. Implement the same functionality in Python and then we'll talk about which language is clearer.

Re: Azure Jupyter Notebooks

#140

Post by KirinDave »

codygman wrote: post #136
KirinDave wrote: post #112

Earlier quoted context omitted.

> Python gets it right. Ruby gets it right. Julia gets it right. Most lisps get it right etc. What. I ship Clojure all day, got CL in my past. Was a full time ruby dev. I got a list of ugh and eck for all of them. I can name 30 more issues with Python. Truth be told, I think Python is a rancid language and I think people who love it are basically eating barf pancakes every day and thanking people who look down on the…

> 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?

Post reply on HN