Announcing Azure Command-Line Interface 2.0 Preview • Hacker News Board

Re: Announcing Azure Command-Line Interface 2.0 Preview

#141

Post by oldsj » Wed, Sep 28, 2016, 4:29 AM UTC

gramstrong wrote: post #93

mhuffman wrote: post #45

Earlier quoted context omitted.

> You do realize that Python was not only built to appeal to "non-devs" ... as an alternative to C++ and Perl. And in that respect, it is a snap to pick up. It is pretty easy, not as easy as, say, Javascript, but still easy to pick up, I agree. Node.js is cancer. We all use it, because of the momentum it has with designers instantly being able to declare themselves "full-stack devs", but make no mistake -- Node.js an…

If you're not a .NET developer, what are you realistically going to use that hasn't already been dated? Rails? Django? Perl? PHP?

Phoenix?

Re: Announcing Azure Command-Line Interface 2.0 Preview

#142

Post by gaius » Wed, Sep 28, 2016, 7:22 AM UTC

blitzd wrote: post #115

aabajian wrote: post #61

Python is the language that, once you know it, you'll never go back. It's gotten to the point where I use it to run an entire backend as well as simple terminal scripts. It's faster to write a Python script to "switch the first and third columns in a file", rather than Googling for an appropriate awk command (or spending the time to come up with one myself).

I know python fairly well, and had previously done most web development with flask or django. I had to learn JS so that I could do front end web dev, things like D3 and such for visualizations of data. I tried out a few of the frameworks that I came across for back-end web dev as well, things like Koa, knex, passport, etc - and I have to say that these days I start far more projects as JS/Node.JS projects than I do p…

had to learn JS so that I could do front end web dev, things like D3 and such for visualizations of data

If you need to visualize from Python without touching JS try http://bokeh.pydata.org/en/latest/

Re: Announcing Azure Command-Line Interface 2.0 Preview

#143

Post by itaysk » Wed, Sep 28, 2016, 8:45 AM UTC

Was the submission edited?? The point I wanted to make was about the choice of language, rather then the announcement of the new tools. It's kind of rude TBH...

Re: Announcing Azure Command-Line Interface 2.0 Preview

#144

Post by itaysk » Wed, Sep 28, 2016, 8:50 AM UTC

phjordon wrote: post #139

This is really cool! Some rambly notes: * I'm interested in seeing how they plan on handling keeping an 'evergreen' state on ubuntu repos that they don't control. * jmespath! It's great to see it spread more! Such a useful spec. * There's an awful lot of dependencies, 59 vs 10 in the aws cli. * No windows installers? * Does that server side completion cost money? * With such a crazy file structure, it would be great…

no event a mention on how to setup on windows

Re: Announcing Azure Command-Line Interface 2.0 Preview

#145

Post by itaysk » Wed, Sep 28, 2016, 9:03 AM UTC

smortaz wrote: post #118

On behalf of the Python team @ Microsoft: http://imgur.com/gallery/MWcxIMA Congrats! Python built into Windows 10, Azure CLI in Python, Python Tools for Visual Studio, Azure Jupyter Notebooks, ... exciting times for Python devs on the msft stack!

> Python built into Windows 10

I'm on 10 and I had to install it.. Am I missing something?

Re: Announcing Azure Command-Line Interface 2.0 Preview

#146

Post by yedpodtrzitko » Wed, Sep 28, 2016, 9:26 AM UTC

spion wrote: post #121

serge2k wrote: post #94

Earlier quoted context omitted.

> implicit conversions, which you can get rid of at compile time using TypeScript or Flow. Javascript is fine if you don't use Javascript. > lack of explicit ints and ints with more than 31 bits Javascript is fine, except where it's garbage. I don't really have a problem with javascript. I just don't want to build anything of any real complexity with it.

What I'm saying is that JS actually has a small amount of quirks compared to other dynamic languages. Just think about PHP's named functions, which are always in the global scope. Except when they are in namespaces (oh hi another concept), and then its kinda weird because namespaces are relative. There are no first class named functions, but function expressions can be assigned to variables. Which must be prefixed wi…

So how exactly is a comparison of JS/PHP/Ruby relevant in a dicussion about a tool rewritten from JS to Python?

Re: Announcing Azure Command-Line Interface 2.0 Preview

#147

Post by rcarmo » Wed, Sep 28, 2016, 12:08 PM UTC

johnwheeler wrote: post #78

If you're going to write any sort of cli in Python, you really should use click http://click.pocoo.org/5/ Why click? http://click.pocoo.org/dev/why/

It's amazing. I built my own little PaaS on it:

https://github.com/rcarmo/piku

Re: Announcing Azure Command-Line Interface 2.0 Preview

#148

Post by rcarmo » Wed, Sep 28, 2016, 12:10 PM UTC

colemickens wrote: post #2

One feature I'm loving in the new Azure CLI is a new command (`az ad sp create-for-rbac`) that will create a new Service Principal and grant it a RBAC Role assignment in a single shot. It should make the first step of setting up CI/CD scenarios a bit easier.

Wow. I've been using it for a few weeks and never spotted that (been focusing on infra). Thanks for the heads up.

Re: Announcing Azure Command-Line Interface 2.0 Preview

#149

Post by rcarmo » Wed, Sep 28, 2016, 12:13 PM UTC

itaysk wrote: post #145

smortaz wrote: post #118

On behalf of the Python team @ Microsoft: http://imgur.com/gallery/MWcxIMA Congrats! Python built into Windows 10, Azure CLI in Python, Python Tools for Visual Studio, Azure Jupyter Notebooks, ... exciting times for Python devs on the msft stack!

> Python built into Windows 10 I'm on 10 and I had to install it.. Am I missing something?

It's part of Bash for Windows, but you're right, it's not on the Windows side by default.

Re: Announcing Azure Command-Line Interface 2.0 Preview

#150

Post by spion » Wed, Sep 28, 2016, 12:45 PM UTC

yedpodtrzitko wrote: post #146

spion wrote: post #121

Earlier quoted context omitted.

What I'm saying is that JS actually has a small amount of quirks compared to other dynamic languages. Just think about PHP's named functions, which are always in the global scope. Except when they are in namespaces (oh hi another concept), and then its kinda weird because namespaces are relative. There are no first class named functions, but function expressions can be assigned to variables. Which must be prefixed wi…

So how exactly is a comparison of JS/PHP/Ruby relevant in a dicussion about a tool rewritten from JS to Python?

It debunks the mistaken popular belief that JS is somehow a significantly worse language.

Also, I can't help but wonder how this: http://docs.python-guide.org/en/latest/dev/virtualenvs/ is somehow better compared to npm...