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

Announcing Azure Command-Line Interface 2.0 Preview

azure.microsoft.com

Post reply on HN
Print view View original

11–20 of 161 posts

Re: Announcing Azure Command-Line Interface 2.0 Preview

#11

Post by STRML »

dajonker wrote: post #5

One advantage of using a dynamic language like Python is that you don't necessarily have to update the client code to be able to use new functions. You can just generate the necessary code during runtime after loading the specification from a web API. I believe this is what google does with their gcloud tools (and that's probably also the reason why it sometimes feels slow to react). Yes, you can probably do this usi…

Yeah, absolutely no reason you couldn't do this (quickly) with Node. The only reason I see to use Python over Node here is for a smaller dep tree (sane Node development still requires a lot of dependencies) and some more mature CLI libraries - lots of CLI apps are written in Python.

Re: Announcing Azure Command-Line Interface 2.0 Preview

#12

Post by andrewbinstock »

robertocarlos wrote: post #9

Surprised this is getting so much attention here. They re-wrote their CLI in another language. What's the big deal...

Are you not interested in why they rewrote it and what made them choose Python? Did they have a problem with it in JS that JS could not solve? Lots of interesting questions here.

Re: Announcing Azure Command-Line Interface 2.0 Preview

#13

Post by itaysk »

robertocarlos wrote: post #9

Surprised this is getting so much attention here. They re-wrote their CLI in another language. What's the big deal...

Personally I find it interesting observing technology choices of large projects, thinking about if I started something similar, what should I choose...

Re: Announcing Azure Command-Line Interface 2.0 Preview

#15

Post by WorldMaker »

Longhanks wrote: post #4

Did they explain why they switched? Not that I'm complaining. Love Python, dislike JS being everywhere.

There's a mention of it in the "Motivation" page on the GitHub wiki. Basically the big thing seems to be the feedback from Linux users that most distributions bundle Python but not Node. Also that AWS and Google CLI tools are still more Python than Node.

Re: Announcing Azure Command-Line Interface 2.0 Preview

#16

Post by metaobject »

thesandlord wrote: post #6
0xFFC wrote: post #3

Personally I don't have any experience with working with neither of AWS,Azure,GCP,etc. But I am so curious to know how people who have worked with them find them? Which one is better ? What is advantage of each one? I couldn't find any useful information in web either. Update: I am familiar with basic stuff. But I am so curious about heavy load, for example why Spotify chose gcp or etc. Was there technical reason or…

All of these platforms offer a free trial and a lot of products have free tiers. I'd check them out and decide for yourself. (I work for Google Cloud and am happy to answer questions about GCP)

Are you familiar with people porting code/applications that were intended to be run on a Linux cluster (using MPI over Infiniband) to one of these cloud services? We have some people at work asking whether this is possible. Sort of like HPC on demand. I'm guessing the interconnect between the nodes isn't as low-latency, high bandwidth as IB, but I may be wrong.

Re: Announcing Azure Command-Line Interface 2.0 Preview

#17

Post by pjmlp »

STRML wrote: post #11
dajonker wrote: post #5

One advantage of using a dynamic language like Python is that you don't necessarily have to update the client code to be able to use new functions. You can just generate the necessary code during runtime after loading the specification from a web API. I believe this is what google does with their gcloud tools (and that's probably also the reason why it sometimes feels slow to react). Yes, you can probably do this usi…

Yeah, absolutely no reason you couldn't do this (quickly) with Node. The only reason I see to use Python over Node here is for a smaller dep tree (sane Node development still requires a lot of dependencies) and some more mature CLI libraries - lots of CLI apps are written in Python.

"have also heard, especially from customers working with Linux, about our XPlat CLI and its poor integration with popular Linux command-line tools as well as difficulties with installing and maintaining the Node environment"

https://azure.microsoft.com/en-us/blog/announcing-azure-cli-...

Re: Announcing Azure Command-Line Interface 2.0 Preview

#20

Post by jimjimjim »

This reminds me of companies rewriting applications from VB to c++/c#.

Half the people complained about VB being good enough and more popular.

But the overall feeling was that once the rapid application dev version is out the door and ok then it's a good time to redo it with something more engineering-y, for long term support before the first version gets too ossified.

(i'm sure i'm going to burn karma for comparing node with vb but...)

Post reply on HN