Earlier quoted context omitted.
You do realize that Python was not only built to appeal to "non-devs" as well ad devs but, does, in fact, enjoy some of its strongest support from them- scientists, engineers, statisticians, etc., who do not consider themselves to be good developers. And, man, they can develop some crappy code/systems in Python too. I like Python too (as well as node,) but your characterization of node is over-broad and, imo, inaccur…
Python is outstanding for nearly every purpose I've thrown at it, and I was a strong Java developer. Now if anyone asks me if they should learn R/Matlab/Java/C, I say "Sure, but learn Python first."
Announcing Azure Command-Line Interface 2.0 Preview
91–100 of 161 posts
Re: Announcing Azure Command-Line Interface 2.0 Preview
#92Earlier 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…
Re: Announcing Azure Command-Line Interface 2.0 Preview
#93Earlier quoted context omitted.
You do realize that Python was not only built to appeal to "non-devs" as well ad devs but, does, in fact, enjoy some of its strongest support from them- scientists, engineers, statisticians, etc., who do not consider themselves to be good developers. And, man, they can develop some crappy code/systems in Python too. I like Python too (as well as node,) but your characterization of node is over-broad and, imo, inaccur…
> 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…
Re: Announcing Azure Command-Line Interface 2.0 Preview
#94Earlier quoted context omitted.
No, they are (well developed) bandaids to help deal with the cancer of javascript!
Hurray, here we go again! Uhh no, JavaScript is just fine, baring: * implicit conversions, which you can get rid of at compile time using TypeScript or Flow. * lack of explicit ints and ints with more than 31 bits (JITs can give you SMIs, or 31 bit integers for things they can prove are always integer values) And thats about it.
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.
Re: Announcing Azure Command-Line Interface 2.0 Preview
#95Earlier quoted context omitted.
> 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…
I'm not defending the design of JS and PHP. I'm saying that if you are a good engineer, then you can produce code that is quality in these languages.
Also, I'm pretty sure Facebook gets "updated" and is "fast" ;)
Re: Announcing Azure Command-Line Interface 2.0 Preview
#96Earlier quoted context omitted.
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
#97Python 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 could make a snarky comment about "you'll never go back" being correct, but I do make the occasional commit to a Python project. But honestly I'd rather deal with well-written PHP than well-written Python despite the fact that the Python language is -1 times better than PHP. Just the way my mind works.
Re: Announcing Azure Command-Line Interface 2.0 Preview
#98Earlier 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…
They're both sequential by default and lack threading, and that's hard to mess up. They're both great languages for easy projects. PHP code is a breeze to work with using composer, and most packages use namespaces and have great intellisense. But good luck doing anything concurrently. NodeJS is fast, and boy can it handle a lot of tasks at once using the event loop! But I can't for the life of me figure out modules o…
Re: Announcing Azure Command-Line Interface 2.0 Preview
#99Earlier 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…
Re: Announcing Azure Command-Line Interface 2.0 Preview
#100This 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've seen .NET (and even C) programmers that after a year of coding using node still don't have a clue what the hell is happening.
Dynamic typing vs. Static typing doesn't make a language harder. If you prefer dynamic languages you are just a bit lazier and short sighted.
Async vs. Sync (specially the way node handles it) IS harder, though.