Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. Will software engineers ever stop being in demand?

Will software engineers ever stop being in demand?

Scheduled Pinned Locked Moved The Lounge
javascriptcloudcsharplinqcom
49 Posts 25 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • Sander RosselS Offline
    Sander RosselS Offline
    Sander Rossel
    wrote on last edited by
    #1

    There are two schools of thought. Those with a background in business see developers as commodities and fully believe that programmers will program themselves out of a job field. The idea is that in some distant future, jobs like project manager, product manager, and marketing manager will still be critical but programmers themselves will be extinct as a result of the tools they created. The other school of thought is hard to understand because the programmers are laughing so hard they can’t talk. Source: Carey Aydelotte's answer to Will software engineers ever stop being in demand? - Quora[^] :laugh:

    Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

    R Mike HankeyM A A L 13 Replies Last reply
    0
    • Sander RosselS Sander Rossel

      There are two schools of thought. Those with a background in business see developers as commodities and fully believe that programmers will program themselves out of a job field. The idea is that in some distant future, jobs like project manager, product manager, and marketing manager will still be critical but programmers themselves will be extinct as a result of the tools they created. The other school of thought is hard to understand because the programmers are laughing so hard they can’t talk. Source: Carey Aydelotte's answer to Will software engineers ever stop being in demand? - Quora[^] :laugh:

      Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

      R Offline
      R Offline
      RickZeeland
      wrote on last edited by
      #2

      That makes me think of this old song (probably from before your time :-\ ):

      Quote:

      Girls are dancing all around them just for me And the party wouldn't swing if not for me I've made you hearts jump, I've caused a heat I'm in demand I am the beat

      Look - I am the beat 1981 - YouTube[^]

      Sander RosselS A 2 Replies Last reply
      0
      • Sander RosselS Sander Rossel

        There are two schools of thought. Those with a background in business see developers as commodities and fully believe that programmers will program themselves out of a job field. The idea is that in some distant future, jobs like project manager, product manager, and marketing manager will still be critical but programmers themselves will be extinct as a result of the tools they created. The other school of thought is hard to understand because the programmers are laughing so hard they can’t talk. Source: Carey Aydelotte's answer to Will software engineers ever stop being in demand? - Quora[^] :laugh:

        Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

        Mike HankeyM Offline
        Mike HankeyM Offline
        Mike Hankey
        wrote on last edited by
        #3

        Who would introduce bugs if not software engineers?

        The less you need, the more you have. Even a blind squirrel gets a nut...occasionally. JaxCoder.com

        OriginalGriffO Greg UtasG 2 Replies Last reply
        0
        • Mike HankeyM Mike Hankey

          Who would introduce bugs if not software engineers?

          The less you need, the more you have. Even a blind squirrel gets a nut...occasionally. JaxCoder.com

          OriginalGriffO Offline
          OriginalGriffO Offline
          OriginalGriff
          wrote on last edited by
          #4

          Entomologists?

          "I have no idea what I did, but I'm taking full credit for it." - ThisOldTony "Common sense is so rare these days, it should be classified as a super power" - Random T-shirt AntiTwitter: @DalekDave is now a follower!

          "I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
          "Common sense is so rare these days, it should be classified as a super power" - Random T-shirt

          1 Reply Last reply
          0
          • Mike HankeyM Mike Hankey

            Who would introduce bugs if not software engineers?

            The less you need, the more you have. Even a blind squirrel gets a nut...occasionally. JaxCoder.com

            Greg UtasG Offline
            Greg UtasG Offline
            Greg Utas
            wrote on last edited by
            #5

            Assuming that AI writes the code flawlessly, then the writers of the "unambiguous" specifications. Writing those specs would still be similar to coding, but in a natural language. It might be more like functional programming in that the flow wouldn't have to be linear. Details could appear in different paragraphs, with the AI referring to them as required.

            Robust Services Core | Software Techniques for Lemmings | Articles
            The fox knows many things, but the hedgehog knows one big thing.

            <p><a href="https://github.com/GregUtas/robust-services-core/blob/master/README.md">Robust Services Core</a>
            <em>The fox knows many things, but the hedgehog knows one big thing.</em></p>

            Mike HankeyM A 2 Replies Last reply
            0
            • Greg UtasG Greg Utas

              Assuming that AI writes the code flawlessly, then the writers of the "unambiguous" specifications. Writing those specs would still be similar to coding, but in a natural language. It might be more like functional programming in that the flow wouldn't have to be linear. Details could appear in different paragraphs, with the AI referring to them as required.

              Robust Services Core | Software Techniques for Lemmings | Articles
              The fox knows many things, but the hedgehog knows one big thing.

              Mike HankeyM Offline
              Mike HankeyM Offline
              Mike Hankey
              wrote on last edited by
              #6

              Greg Utas wrote:

              Assuming that AI writes the code flawlessly

              According to ambiguous user specs?

              The less you need, the more you have. Even a blind squirrel gets a nut...occasionally. JaxCoder.com

              Greg UtasG 1 Reply Last reply
              0
              • Mike HankeyM Mike Hankey

                Greg Utas wrote:

                Assuming that AI writes the code flawlessly

                According to ambiguous user specs?

                The less you need, the more you have. Even a blind squirrel gets a nut...occasionally. JaxCoder.com

                Greg UtasG Offline
                Greg UtasG Offline
                Greg Utas
                wrote on last edited by
                #7

                Flawlessly if the spec is unambiguous. Otherwise you get...something, though you could argue that the AI should refuse to write the code in that case.

                Robust Services Core | Software Techniques for Lemmings | Articles
                The fox knows many things, but the hedgehog knows one big thing.

                <p><a href="https://github.com/GregUtas/robust-services-core/blob/master/README.md">Robust Services Core</a>
                <em>The fox knows many things, but the hedgehog knows one big thing.</em></p>

                D C 2 Replies Last reply
                0
                • Sander RosselS Sander Rossel

                  There are two schools of thought. Those with a background in business see developers as commodities and fully believe that programmers will program themselves out of a job field. The idea is that in some distant future, jobs like project manager, product manager, and marketing manager will still be critical but programmers themselves will be extinct as a result of the tools they created. The other school of thought is hard to understand because the programmers are laughing so hard they can’t talk. Source: Carey Aydelotte's answer to Will software engineers ever stop being in demand? - Quora[^] :laugh:

                  Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

                  A Offline
                  A Offline
                  Andreas Mertens
                  wrote on last edited by
                  #8

                  It isn't just the business people that see us that way. If you have ever worked with a recruiter, they all seem to see us a commodities, with very little to differentiate any of us. Not to mention that very few of them have any basic understanding of technology, thus are unable to see how best to place us. I still get job offers to Java development because of a job I had over 10 years ago. Similar for embedded development, even though I haven't done anything like that since the 80's. Nowadays when I am approached by a recruiter, I tell them I am looking for a management position, or at least as a team lead role. I have yet to be presented any such roles.

                  Sander RosselS 1 Reply Last reply
                  0
                  • Greg UtasG Greg Utas

                    Assuming that AI writes the code flawlessly, then the writers of the "unambiguous" specifications. Writing those specs would still be similar to coding, but in a natural language. It might be more like functional programming in that the flow wouldn't have to be linear. Details could appear in different paragraphs, with the AI referring to them as required.

                    Robust Services Core | Software Techniques for Lemmings | Articles
                    The fox knows many things, but the hedgehog knows one big thing.

                    A Offline
                    A Offline
                    Andreas Mertens
                    wrote on last edited by
                    #9

                    I've been hearing similar since the late 80's. Does anyone here remember CASE tools, how they would allow a person to design software specs and them the code would be generated for you? That didn't seem to last too long....

                    Greg UtasG M 2 Replies Last reply
                    0
                    • A Andreas Mertens

                      I've been hearing similar since the late 80's. Does anyone here remember CASE tools, how they would allow a person to design software specs and them the code would be generated for you? That didn't seem to last too long....

                      Greg UtasG Offline
                      Greg UtasG Offline
                      Greg Utas
                      wrote on last edited by
                      #10

                      I'm not holding my breath either. If AI could write code from unambiguous specs, the specs would have to be debugged and fixed if the code didn't do what was actually intended. So in the end, software engineers would simply become "natural language" engineers. Plus ça change...

                      Robust Services Core | Software Techniques for Lemmings | Articles
                      The fox knows many things, but the hedgehog knows one big thing.

                      <p><a href="https://github.com/GregUtas/robust-services-core/blob/master/README.md">Robust Services Core</a>
                      <em>The fox knows many things, but the hedgehog knows one big thing.</em></p>

                      A 1 Reply Last reply
                      0
                      • Sander RosselS Sander Rossel

                        There are two schools of thought. Those with a background in business see developers as commodities and fully believe that programmers will program themselves out of a job field. The idea is that in some distant future, jobs like project manager, product manager, and marketing manager will still be critical but programmers themselves will be extinct as a result of the tools they created. The other school of thought is hard to understand because the programmers are laughing so hard they can’t talk. Source: Carey Aydelotte's answer to Will software engineers ever stop being in demand? - Quora[^] :laugh:

                        Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

                        A Offline
                        A Offline
                        ahmad arabi
                        wrote on last edited by
                        #11

                        If you can create a bot that codes, It can improve infinitely. It can be revolutionary, but fictional.

                        P 1 Reply Last reply
                        0
                        • A Andreas Mertens

                          I've been hearing similar since the late 80's. Does anyone here remember CASE tools, how they would allow a person to design software specs and them the code would be generated for you? That didn't seem to last too long....

                          M Offline
                          M Offline
                          Mircea Neacsu
                          wrote on last edited by
                          #12

                          :)

                          Quote:

                          Does anyone here remember CASE tools, how they would allow a person to design software specs and them the code would be generated for you?

                          I do: 30 years ago, when I moved to Canada, a friend was raving about Rational Rose and suggested I should look for a different profession because pretty soon all software will be written by tools like that. I was rather sad as I liked coding and I wanted to keep doing that. In the end I’m glad I didn’t listen to his advice :)

                          Mircea

                          Greg UtasG D 2 Replies Last reply
                          0
                          • Greg UtasG Greg Utas

                            I'm not holding my breath either. If AI could write code from unambiguous specs, the specs would have to be debugged and fixed if the code didn't do what was actually intended. So in the end, software engineers would simply become "natural language" engineers. Plus ça change...

                            Robust Services Core | Software Techniques for Lemmings | Articles
                            The fox knows many things, but the hedgehog knows one big thing.

                            A Offline
                            A Offline
                            Andreas Mertens
                            wrote on last edited by
                            #13

                            Exactly, just another language for those of who design software. One to add to all the other languages learned along the way. Software development isn't about language specs and such. It is more about having the right mindset, where a person can take a problem and break it down into logical units. Unless you can do that, it doesn't matter what language or tools are used. I still remember way back to first year of university, sitting in a programing class. A lot of the other students just couldn't get their head around how to design their apps, and ended up switch majors or dropping out....

                            1 Reply Last reply
                            0
                            • Sander RosselS Sander Rossel

                              There are two schools of thought. Those with a background in business see developers as commodities and fully believe that programmers will program themselves out of a job field. The idea is that in some distant future, jobs like project manager, product manager, and marketing manager will still be critical but programmers themselves will be extinct as a result of the tools they created. The other school of thought is hard to understand because the programmers are laughing so hard they can’t talk. Source: Carey Aydelotte's answer to Will software engineers ever stop being in demand? - Quora[^] :laugh:

                              Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

                              L Offline
                              L Offline
                              Lost User
                              wrote on last edited by
                              #14

                              They'll function as middle men: talking with the cloud people about an issue a user is having but can't articulate themselves. The in-house Customer Rep. As some point, users will simply be told "that is not a service" / option (instead of expecting a software fix). At one point, no one built LOB apps; they all bought canned systems. Then the PC came out, and everyone started "programming". We're now back to "packages" (cloud services and "the rep").

                              "Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I

                              1 Reply Last reply
                              0
                              • M Mircea Neacsu

                                :)

                                Quote:

                                Does anyone here remember CASE tools, how they would allow a person to design software specs and them the code would be generated for you?

                                I do: 30 years ago, when I moved to Canada, a friend was raving about Rational Rose and suggested I should look for a different profession because pretty soon all software will be written by tools like that. I was rather sad as I liked coding and I wanted to keep doing that. In the end I’m glad I didn’t listen to his advice :)

                                Mircea

                                Greg UtasG Offline
                                Greg UtasG Offline
                                Greg Utas
                                wrote on last edited by
                                #15

                                Thanks for dredging up unpleasant memories. That wasn't even coding with natural language, but coding with drawings. I had to argue against a very similar thing, developed in-house, that was promising the world. Snake oil, but senior management were lapping it up.

                                Robust Services Core | Software Techniques for Lemmings | Articles
                                The fox knows many things, but the hedgehog knows one big thing.

                                <p><a href="https://github.com/GregUtas/robust-services-core/blob/master/README.md">Robust Services Core</a>
                                <em>The fox knows many things, but the hedgehog knows one big thing.</em></p>

                                1 Reply Last reply
                                0
                                • Sander RosselS Sander Rossel

                                  There are two schools of thought. Those with a background in business see developers as commodities and fully believe that programmers will program themselves out of a job field. The idea is that in some distant future, jobs like project manager, product manager, and marketing manager will still be critical but programmers themselves will be extinct as a result of the tools they created. The other school of thought is hard to understand because the programmers are laughing so hard they can’t talk. Source: Carey Aydelotte's answer to Will software engineers ever stop being in demand? - Quora[^] :laugh:

                                  Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

                                  P Offline
                                  P Offline
                                  PIEBALDconsult
                                  wrote on last edited by
                                  #16

                                  Allow me to take a different approach to an answer. (With the same outcome of course.) As has been said before, there's a difference between a "handy man" and a "licensed contractor", and they have different duties. Home owners who hire handy men to do licensed contractors' jobs to save money often wind up with a huge mess which costs even more to remedy. I am not a Software Engineer, I have never met a Software Engineer. Very little software is engineered. Airplane flight systems, missile guidance systems, Mars Rover systems, these are engineered. Point-of-sale systems and Automatic Teller Machine systems, these are engineered. Operating Systems used to be engineered, I suppose the kernels still are, but the UI less and less. Web apps, mobile apps, business apps, these are not engineered. I suppose that this is part of the reason why some people have such a low opinion of "Software Engineers" -- they just don't understand the situation. There are many hacks who style themselves "Software Engineers" -- these developers should be eliminated from the work force, I wouldn't even buy a cup of coffee from them. The tools still need to be developed and maintained by Software Engineers. But the users of the tools are usually not software engineers, they can be software developers like me, people who know what the tool does and how best to use it, how best to apply it to a particular problem set. So of course the particular details of what the developer does will continue to evolve. From writing machine code, to assembly code, to C code, to fourth-generation code, etc. If a business analyst has the ability to specify the details of a program to an nth-generation tool, then that analyst will be a developer. And it will likely continue to be that the most experienced analyst (with the fewest bugs) will become the go-to developer for the organization (the guru). Software Engineers will always be required. "Computer Science" will always evolve. Bob will continue to bless us with his benevolence.

                                  S T Sander RosselS 3 Replies Last reply
                                  0
                                  • A ahmad arabi

                                    If you can create a bot that codes, It can improve infinitely. It can be revolutionary, but fictional.

                                    P Offline
                                    P Offline
                                    PIEBALDconsult
                                    wrote on last edited by
                                    #17

                                    And it will demand payment.

                                    1 Reply Last reply
                                    0
                                    • P PIEBALDconsult

                                      Allow me to take a different approach to an answer. (With the same outcome of course.) As has been said before, there's a difference between a "handy man" and a "licensed contractor", and they have different duties. Home owners who hire handy men to do licensed contractors' jobs to save money often wind up with a huge mess which costs even more to remedy. I am not a Software Engineer, I have never met a Software Engineer. Very little software is engineered. Airplane flight systems, missile guidance systems, Mars Rover systems, these are engineered. Point-of-sale systems and Automatic Teller Machine systems, these are engineered. Operating Systems used to be engineered, I suppose the kernels still are, but the UI less and less. Web apps, mobile apps, business apps, these are not engineered. I suppose that this is part of the reason why some people have such a low opinion of "Software Engineers" -- they just don't understand the situation. There are many hacks who style themselves "Software Engineers" -- these developers should be eliminated from the work force, I wouldn't even buy a cup of coffee from them. The tools still need to be developed and maintained by Software Engineers. But the users of the tools are usually not software engineers, they can be software developers like me, people who know what the tool does and how best to use it, how best to apply it to a particular problem set. So of course the particular details of what the developer does will continue to evolve. From writing machine code, to assembly code, to C code, to fourth-generation code, etc. If a business analyst has the ability to specify the details of a program to an nth-generation tool, then that analyst will be a developer. And it will likely continue to be that the most experienced analyst (with the fewest bugs) will become the go-to developer for the organization (the guru). Software Engineers will always be required. "Computer Science" will always evolve. Bob will continue to bless us with his benevolence.

                                      S Offline
                                      S Offline
                                      Slacker007
                                      wrote on last edited by
                                      #18

                                      :zzz:

                                      1 Reply Last reply
                                      0
                                      • P PIEBALDconsult

                                        Allow me to take a different approach to an answer. (With the same outcome of course.) As has been said before, there's a difference between a "handy man" and a "licensed contractor", and they have different duties. Home owners who hire handy men to do licensed contractors' jobs to save money often wind up with a huge mess which costs even more to remedy. I am not a Software Engineer, I have never met a Software Engineer. Very little software is engineered. Airplane flight systems, missile guidance systems, Mars Rover systems, these are engineered. Point-of-sale systems and Automatic Teller Machine systems, these are engineered. Operating Systems used to be engineered, I suppose the kernels still are, but the UI less and less. Web apps, mobile apps, business apps, these are not engineered. I suppose that this is part of the reason why some people have such a low opinion of "Software Engineers" -- they just don't understand the situation. There are many hacks who style themselves "Software Engineers" -- these developers should be eliminated from the work force, I wouldn't even buy a cup of coffee from them. The tools still need to be developed and maintained by Software Engineers. But the users of the tools are usually not software engineers, they can be software developers like me, people who know what the tool does and how best to use it, how best to apply it to a particular problem set. So of course the particular details of what the developer does will continue to evolve. From writing machine code, to assembly code, to C code, to fourth-generation code, etc. If a business analyst has the ability to specify the details of a program to an nth-generation tool, then that analyst will be a developer. And it will likely continue to be that the most experienced analyst (with the fewest bugs) will become the go-to developer for the organization (the guru). Software Engineers will always be required. "Computer Science" will always evolve. Bob will continue to bless us with his benevolence.

                                        T Offline
                                        T Offline
                                        theoldfool
                                        wrote on last edited by
                                        #19

                                        :thumbsup:

                                        >64 Some days the dragon wins. Suck it up.

                                        1 Reply Last reply
                                        0
                                        • A Andreas Mertens

                                          It isn't just the business people that see us that way. If you have ever worked with a recruiter, they all seem to see us a commodities, with very little to differentiate any of us. Not to mention that very few of them have any basic understanding of technology, thus are unable to see how best to place us. I still get job offers to Java development because of a job I had over 10 years ago. Similar for embedded development, even though I haven't done anything like that since the 80's. Nowadays when I am approached by a recruiter, I tell them I am looking for a management position, or at least as a team lead role. I have yet to be presented any such roles.

                                          Sander RosselS Offline
                                          Sander RosselS Offline
                                          Sander Rossel
                                          wrote on last edited by
                                          #20

                                          Ugh, recruiters are the worst. They're also very bad at geography as "a job near you" could just as well be a two hour commute away. Also, I have my own company, but I still get messages like "you're probably enjoying your current job, but maybe you're looking for a new challenge?"

                                          Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript

                                          1 Reply Last reply
                                          0
                                          Reply
                                          • Reply as topic
                                          Log in to reply
                                          • Oldest to Newest
                                          • Newest to Oldest
                                          • Most Votes


                                          • Login

                                          • Don't have an account? Register

                                          • Login or register to search.
                                          • First post
                                            Last post
                                          0
                                          • Categories
                                          • Recent
                                          • Tags
                                          • Popular
                                          • World
                                          • Users
                                          • Groups