Earlier quoted context omitted.
Software engineering as an occupation grew because of static analysis and GCs (literally why the labor market is the size that it is as we speak); the opposite appears to be the outcome of AI advances.
I'll take the other side of that bet. It's reasonable to expect that sometime relatively soon, AI will be a clear-cut aid to developer productivity. At the moment, I consider it a wash. Chatbots don't clearly save me time, but they clearly save me effort, which is a more important resource to conserve. Software is still heavily rate-limited by how much of it developers can write. Making it possible for them to write…
Thoughts on the Future of Software Development
171–180 of 434 posts
Re: Thoughts on the Future of Software Development
#172Earlier quoted context omitted.
I would argue future engineers should be worried a bit. We no longer need to hire new developers. I was not trained professionally yet I'm writing production code that's passing code reviews in languages I never used. I will create a prompt, validate it compiles, passes tests, have it explain so I understand it was written as expected and write documentation about the code, write the PR, and I am seen as a competent…
I have yet to see either copilot or gpt4 generate code that I would come close to accepting in a PR from one of my devs, so I struggle to imagine what kind of domain you are in that the code it generates actually makes it through review.
Re: Thoughts on the Future of Software Development
#173The highest level would be like delegating part of your project or the entire project to a developer. These “AI coders” would take in the requirements, write the code, fix errors and deploy the final product to production. About the "write the code" part - what code is that? Machine code, Assembly, JS? Who creates the languages, compilers, interpreters and the plethora of tools required to operate these and deploy to…
This is where I’m stuck. The ecosystem we have today has evolved over >40y in lockstep with new hardware and technology, in a feedback loop of technological development. It is pretty resilient (from an evolutionary perspective). It includes layers of abstraction that hide enough complexity for humans to use it, but an AI doesn’t need this crutch; if we delegate the code writing responsibilities to it then what happen…
Will this be acheived in a few years or a a few decades or never I can't tell.
Re: Thoughts on the Future of Software Development
#174> In summary, I believe there would still be a market for Software Developers in the foreseeable future, though the nature of work will change This is precisely what I dread. When it comes to software development specifically, the parts that the AI cheerleaders are excited about AI doing are exactly the parts of the job that I find appealing. If I wanted to be a glorified systems integrator, I would have been doing t…
This resonates strongly with me. I don't want to describe the painting, I want to paint it. If this is indeed where we end up, I don't know that I'll change professions (I'm 30+ years into it), but the joy will be gone. It will truly become "just a job".
Maybe it will abstract away setting up the paint and brush and the canvas, that part I'm fine with though.
Re: Thoughts on the Future of Software Development
#175Earlier quoted context omitted.
> is it? It is. And I bet most people would agree with GP. Most people (including engineers building these systems) have experienced surprise with some of the outputs of these models. Is there anything better to gauge creativity by than perceived surprise?
> Is there anything better to gauge creativity by than perceived surprise? I think there has to be, since such surprise can be generated through purely random mechanisms, and I don't think anyone would call a purely random mechanism "creative".
Re: Thoughts on the Future of Software Development
#176Earlier quoted context omitted.
Also if there are fewer humans involved in the code production there is a lot of room for producing code that "works", but is not cohesive or maintainable. Invariably there will be a point at which something is broken and someone will need to wade through the mess to find why it's broken and try to fix it.
This is the future imagined by A Fire Upon the Deep and its sequel. While less focused on the code being generated by ai, it features seemingly endless amounts of code and programs that can do almost anything but the difficulty is finding the program that works for you and is safe to use. To some extent... This is already the world we live in. A lot of code is unreadable without a lot of effort or expertise. If all c…
Re: Thoughts on the Future of Software Development
#177As long as there is no AGI, no software engineer needs to be worried about their job. And when there is, obviously everything in every field will change and this discussion will soon be futile.
I would argue future engineers should be worried a bit. We no longer need to hire new developers. I was not trained professionally yet I'm writing production code that's passing code reviews in languages I never used. I will create a prompt, validate it compiles, passes tests, have it explain so I understand it was written as expected and write documentation about the code, write the PR, and I am seen as a competent…
Re: Thoughts on the Future of Software Development
#178> the main argument against automating these tasks was that machines can’t think creatively. Now this argument gets weaker by the day. Citation needed.
I mean it’s definitely a weaker argument than 2 years ago. AI may very well plateau, but it might not.
Re: Thoughts on the Future of Software Development
#179As long as there is no AGI, no software engineer needs to be worried about their job. And when there is, obviously everything in every field will change and this discussion will soon be futile.
I would argue future engineers should be worried a bit. We no longer need to hire new developers. I was not trained professionally yet I'm writing production code that's passing code reviews in languages I never used. I will create a prompt, validate it compiles, passes tests, have it explain so I understand it was written as expected and write documentation about the code, write the PR, and I am seen as a competent…
You still need that domain knowledge of whatever you are writing code for or integrating with, especially is the technology is more niche, or documentation was never made available publicly and scraped by the AI
But when it comes to writing boilerplate code it is great, or when working with very commonly used frameworks (like front end javascript frameworks in my case)
Re: Thoughts on the Future of Software Development
#180“Reformulate this problem statement for a programmer to implement” straight from executive’s mouth and then “given these status updates, tell me if we are there and if anyone is trying to bullshit” is a perfect thing for an LLM.