I wish they had used GO. If you worry about distribution and dependencies, GO static binaries are clear winner. One issue with GO binaries is that they can become very big.
Announcing Azure Command-Line Interface 2.0 Preview
71–80 of 161 posts
Re: Announcing Azure Command-Line Interface 2.0 Preview
#72Would have been better if they had rewritten in rust or go if they wanted to eliminate problems with distros...
Rust would actually be problematic with most distros.
Re: Announcing Azure Command-Line Interface 2.0 Preview
#73Earlier quoted context omitted.
> Both PHP and Javascript are much more complex from a language design standpoint Complex in the sense that they were originally thrown together and the results of the program might best be described as "stochastic output", yeah I can agree with that. > A good engineer can write high quality code in "almost" any programming language. It's the coder, not the language, that determines engineering quality. Sure, but it…
> Complex in the sense that they were originally thrown together and the results of the program might best be described as "stochastic output", yeah I can agree with that. Absolutely, they are complex because of poor initial designs, and actually even more complex now due to all the efforts to maintain backwards compatibility... > Sure, but it sure seems funny that "high quality code" is nearly non-existent in PHP an…
>> So I guess it depends on your definition of "high quality code". I don't think quality code is about some arbitrary coding aesthetic. It's about results, and it's about what your code does, and how it creates value.
Moving the goal posts so that the definition of 'high quality' is basically code that compiles and runs as long as it 'creates value'? What about when you have to change it later? What about if it has to be really fast?
People who think that Javascript and PHP are crappy languages aren't just comparing these languages to 'arbitrary coding aesthetics'.
Re: Announcing Azure Command-Line Interface 2.0 Preview
#74Earlier 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…
I'm surprised to see JS described as easier than Python. I'd say it's considerably harder and more complex. The first reason being that it forces you to think about asynchronosity constantly, and that's something a beginner's going to struggle with -- not just the idea that your code won't run in order, but that there are so many ways to deal with it (callbacks, promises, async/await, event emitters) all with their o…
You are absolutely correct. JavaScript is by no means as easy for a beginner than Python. Once you get beyond the most basic of programs , JavaScript starts throwing a lot of crazy concepts at you like prototypical inheritance,hoisting, and this (and I'm only counting es5)
Re: Announcing Azure Command-Line Interface 2.0 Preview
#75This 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…
> i'm sure i'm going to burn karma for comparing node with vb but... I'll take the hit for you and flat-out say that node.js is the new VB. In fact, for those of you that have been around a while, I think we can all agree that node.js is the new PHP was the new Visual Basic, etc. Not in the sense that they do the same things, but that they were purposely built for non-programmers (baby-devs) to be able to program (wh…
I encourage folks to stop wasting time on this flame war sub-thread and focus on choosing the right tool for the job.
...hopefully that quiets down the nonsense :)
Re: Announcing Azure Command-Line Interface 2.0 Preview
#76Re: Announcing Azure Command-Line Interface 2.0 Preview
#77Earlier quoted context omitted.
>> but by the same token, invited entire (and continuing) mountains of half-assed, unsupported(unsupportable) code that just begets generations of garbage. Isn't it possible to say this for just about every programming language?
Bad code? Yes! But C++, Java, Perl, even Python has a bit of a learning curve that demands some small amount of commitment (and more importantly, understanding) to get moving with. Javascript, VB, PHP can get a person creating things in an afternoon (which I am not against, I like that it might inspire people to get into "real" development), which invites hit-and-run development.
Man, I feel like I'm going to have to upvote everything you've written in this thread.
Re: Announcing Azure Command-Line Interface 2.0 Preview
#78If 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/
Re: Announcing Azure Command-Line Interface 2.0 Preview
#79Python 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).
Funny. I know it, and still hate it. For every opinion that is held universally true, there is at least one person (but far more likely, many people) for whom that opinion is demonstrably false.
Re: Announcing Azure Command-Line Interface 2.0 Preview
#80Earlier 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…
"as an alternative to C++ and Perl" Do you have a citation for that? My understanding of the timeline and Guido's writings on the subject make it seem very unlikely that C++ or Perl had any significant impact on the decision to create Python or the design of Python. Python would very likely still exist in a world without C++ or Perl, as far as I can tell. Python isn't even in the same lineage as either of those langu…
>> My understanding of the timeline and Guido's writings on the subject make it seem very unlikely that C++ or Perl had any significant impact on the decision to create Python or the design of Python.
Look at slide 4 of http://www.aleax.it/Python/ep03_meta.pdf:
>>> "Putting Metaclasses to Work", by Ira Forman and Scott Danforth (AddisonWesley 1998) / strong influence on Python 2.2 & later / based on IBM SOMobjects & C++
That's only one thing coming to mind :) (immediately followed by the quote: "In the past, the subject of metaclasses in Python has caused hairs to raise and even brains to explode (see, for example Metaclasses in Python 1.5). Fortunately, in Python 2.2, metaclasses are more accessible and less dangerous." by Guido at https://www.python.org/download/releases/2.2/descrintro/ -- referencing same C++ book(s), actually)