Slashdot Mirror


Stack Overflow Reveals Results From 'Largest Developer Survey Ever Conducted' (stackoverflow.com)

More than 64,000 developers from 213 countries participated in this year's annual survey by Stack Overflow -- the largest number ever -- giving a glimpse into the collective psyche of programmers around the world. An anonymous reader quotes their announcement: A majority of developers -- 56.5% -- said they were underpaid. Developers who work in government and non-profits feel the most underpaid, while those who work in finance feel the most overpaid... While only 13.1% of developers are actively looking for a job, 75.2% of developers are interested in hearing about new job opportunities...

When asked what they valued most when considering a new job, 53.3% of respondents said remote options were a top priority. 65% of developers reported working remotely at least one day a month, and 11.1% say they're full-time remote or almost all the time. Also, the highest job satisfaction ratings came from developers who work remotely full-time.

62.5% of the respondents reported using JavaScript, while 51.2% reported SQL, with 39.7% using Java and 34.1% using C# -- but for the #5 slot, "the use of Python [32.0%] overtook PHP [28.1%] for the first time in five years." Yet as far as which languages developers wanted to continue using, "For the second year in a row, Rust was the most loved programming language... Swift, last year's second most popular language, ranked as fourth. For the second year in a row, Visual Basic (for 2017, Visual Basic 6, specifically) ranked as the most dreaded language; 88.3% of developers currently using Visual Basic said they did not want to continue using it."

21 of 139 comments (clear)

  1. Using Javascript by phantomfive · · Score: 5, Interesting

    Those poor programmers using Javascript. What a lousy language.

    (If anyone wants to know why, I will pick one feature out of many. Say you wrote a large program in Javascript, which is happening more often these days. Then you want to refactor by renaming a variable. In Java or C or C# you can refactor by using an IDE automatically, and if somehow you miss an instance, it will be caught at compile time. In Perl or Objective C or Smalltalk, it will caught at runtime in the worst case. But in Javascript, it might not be caught even at runtime, and instead will just cause strange behavior).

    --
    "First they came for the slanderers and i said nothing."
    1. Re:Using Javascript by BarbaraHudson · · Score: 4, Insightful

      Javascript variables are the way they are so that you can use them on the fly without having to pre-declare each and every variable along with it's type which is a god send not a problem.

      If you think that's not a problem, you're the problem. :-)

      --
      "Transparent" is a shit show that trades on every stereotype going. A man in drag is NOT a transsexual.
    2. Re:Using Javascript by phantomfive · · Score: 2

      When you say refactor do you mean variable scope? Javascript variables are the way they are so that you can use them on the fly without having to pre-declare each and every variable along with it's type which is a god send not a problem. You perhaps just need to get a better handle on how the scope works, that isn't really a language problem, that's a logic problem with your mind.

      No, when I say refactor, I mean refactor. I can't imagine the state of mind that would even cause such a confusion. The point is, there might not be any errors, because the usage might be entirely legal

      --
      "First they came for the slanderers and i said nothing."
    3. Re:Using Javascript by mysidia · · Score: 2

      Why don't you just "use strict" for all your code, then?

      https://www.w3schools.com/js/j...

    4. Re:Using Javascript by Zero__Kelvin · · Score: 2

      " I could never afford one of those ridiculous compilers which would create code I could never share properly with the world except those using specific machines with specific operating systems."

      If anyone thought, even for a moment, that this person was not serious and not a moron, there is your proof that he is one, the other, or both.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    5. Re:Using Javascript by Zero__Kelvin · · Score: 3, Interesting

      I don't often agree with you, but even though I recognize that YHBT, you are correct. Typing systems are a critical part of any language system, and Javascript fails miserably in that regard. It's like saying in a world where autonomous cars are prevalent "The great thing about this car is that it will allow you to inadvertently drive into a wall at 90 MPH!"

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    6. Re:Using Javascript by phantomfive · · Score: 4, Insightful

      Plenty of IDEs can already handle this without much of a problem, and as I said, Google closure already does static code analysis which will probably catch any "bad" refactoring you've done.

      It's not clear you've understood the problem. The bug is syntactically and semantically correct, so static analysis will not detect it. It's only manifests itself as a behavioral problem. Please try to say something that indicates you understand the issue (if you choose to again reply).

      --
      "First they came for the slanderers and i said nothing."
    7. Re:Using Javascript by lucasnate1 · · Score: 2

      In Haskell and Erlang you can also use variables on the fly without declaring them, and yet they don't allow one to just refer to a non existent variable and have its value automatically replaced with null or empty or undefined or whatever they call it in js land.

    8. Re:Using Javascript by BarbaraHudson · · Score: 3, Insightful

      Let me turn that around for you - if it's so important, why did MS wait until c# 4.0? Hint - it's not.

      Also, maybe we need a bit more rigour, because too much crap that's released is still obviously in the proptotyping stage. "We'll fix it after release" is bs. Used to be that the cost of distributing bug fixes was entirely on the vendor (duplication and mailing of media) so there was a lot more incentive to get it right the first time.

      --
      "Transparent" is a shit show that trades on every stereotype going. A man in drag is NOT a transsexual.
    9. Re:Using Javascript by phantomfive · · Score: 2

      For example prototyping often goes much more quickly with languages that feature dynamic types

      I don't think that's true, but I'm open to data that proves otherwise. Prototyping goes quickly in languages that have good libraries (if I want to prototype a new kind of web server, for example, I might try Golang, because it has good libraries for that kind of thing).

      --
      "First they came for the slanderers and i said nothing."
    10. Re:Using Javascript by Antique+Geekmeister · · Score: 2

      From painful experience: declaring variables on the fly is wonderful to start out when adding features to small projects. It _does_ come back to bite you, hard, when something conflicts when two developers add the same variable in conflicting fashion.

  2. Re:Take the survey with a gain of salt by BarbaraHudson · · Score: 5, Insightful

    Yeah, statically typed languages look overwhelming/verbose and take more time to type and plan out

    That nasty "planning" - there's no time for it in today's culture, where everything is just thrown together after a few "planning sessions" that are basically verbal diarrhea pushed by "big vision" marketing and bosses who may have had a clue in the past, but don't any more and are flailing about to find some project to justify their jobs, same as almost everyone else chasing the big-money exit strategy dream instead of doing the hard stuff like, you know, planning.

    The whole "vision thing" has turned software into the cesspool it is today.

    --
    "Transparent" is a shit show that trades on every stereotype going. A man in drag is NOT a transsexual.
  3. Real developer survey by SuperKendall · · Score: 2

    I'll believe the results of a developer survey when all they release is the specs for a web API to vote, and you have to manually do the REST call to submit.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  4. Re:Everyone is underpaid. by Dutch+Gun · · Score: 3, Insightful

    Yeah, I've never talked about it in those terms, but we all know bullshit marketing-speak when we see it. On the other hand, I've often said "thank God for Stack Overflow" after finding a quick and informative answer to a technical question I had.

    It's an incredibly valuable resource. I often find it useful when I'm first digging into a new language or technology. Nearly every basic or even advanced question I tend to ask has been asked and answered already, and I can just reap the benefits.

    But the *real* payoff, in my opinion, is when you find answers to incredibly obscure issues for which you might have to work days or even *weeks* to figure out, and some kind soul who has already gone through that pain shares knowledge for the good of everyone else, even though doing so is even more work for them.

    --
    Irony: Agile development has too much intertia to be abandoned now.
  5. Or from the classic TDWTF by Ecuador · · Score: 2

    Or, from the classic TDWTF: MUMPS.

    No, Visual Basic has nothing on such "brilliant" languages, in fact it is much more pleasant than many other languages as well - e.g. COBOL.

    --
    Violence is the last refuge of the incompetent. Polar Scope Align for iOS
    1. Re:Or from the classic TDWTF by angel'o'sphere · · Score: 2

      If I had to chose between VB and COBOL, my choice most certainly would not be VB.
      COBOL might be verbose, nut it is a fine programming language/paradigm.

      I guess you never used it and have not much clue what magic you can do with PIC().

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  6. Re:Everyone is underpaid. by Anonymous Coward · · Score: 3, Interesting

    Of course this then raises the question of what's in it for the people who are actually answering the questions?

    I can't speak for anyone but me, but I answer questions on Stack Overflow because I find that effectively communicating how something works requires organizing your thoughts in a way that is of benefit to my own work later, and as I get more seniority also helpful in my ability to explain concepts and ideas to others in my workplace.

    In that regard, contributing to Stack Overflow does help me "level up", since it gives me somewhere to practice a skill that is critical to being a senior engineer and to cement my own understanding of concepts.

  7. Re:Take the survey with a gain of salt by Zero__Kelvin · · Score: 2

    I am agreeing with you AGAIN! There is no way to create software that involves "post-facto planning". Agile could have a place within the software development ecosystem, but you need a vision with an orthogonal view and the time to present/documebnt it coherently, prior to implementation effort, if you want to produce quality software.

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  8. Re:Everyone is underpaid. by Zero__Kelvin · · Score: 2

    "If StackOverflow would generate revenue for me based on people viewing or using my solution."

    I think we would all be OK with that as long as we could all get paid when you offer a "solution" that is stupid and/or wrong. I know I could use the significant income such an agreement term would generate!

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  9. To summarize by somenickname · · Score: 4, Insightful

    To summarize, a bunch of dime-a-dozen web guys, who rely on stack overflow for every other line of code, have declared that they are underpaid. And, they would prefer to work at home so that if someone asks them a hard question, they can ask it on stack overflow before answering.

    1. Re:To summarize by ruir · · Score: 2

      Because guys that do work do not post to stackoverflow and live in an alternate reality world, right?
      It is because of douchebags like you that slashdot has gone to the gutters.