I wrote an essay about why I'm done using AI for coding, even if it costs me my job and career: https://brettcodes.com/im-done-using-ai/
-
@brettcodes Thanks for the post, I read it and it helped me to understand this viewpoint better. I think a lot of this comes to autonomy and being able to choose your own ways of working without a lot of pressure for deadlines.
AI driven development pushes people to handle way bigger changes than they can understand if you don’t pace yourself and take the time to keep up what is happening in the code.
@brettcodes I use AI a lot at work to code, but I honestly feel like I’ve managed to dodge the pitfalls often mentioned because I’m not under time pressure and I’ve also purposefully learned to take breaks and not multitask at all anymore.
But I think it’s really important that people shouldn’t be forced to use AI and you can be just as effective without it (depends on the personality and strengths of the person I think)
-
@brettcodes I use AI a lot at work to code, but I honestly feel like I’ve managed to dodge the pitfalls often mentioned because I’m not under time pressure and I’ve also purposefully learned to take breaks and not multitask at all anymore.
But I think it’s really important that people shouldn’t be forced to use AI and you can be just as effective without it (depends on the personality and strengths of the person I think)
@brettcodes I want to clarify what I mean by “you can be just as effective without it”. I mean that I assess that my own productivity and quality of my work has improved a lot after starting to use these tools, but it doesn’t mean that it would have a similar effect in every situation and for every developer.
-
I wrote an essay about why I'm done using AI for coding, even if it costs me my job and career: https://brettcodes.com/im-done-using-ai/
The basic gist is: AI made me a worse, apathetic programmer. I think it's bad for humanity, the planet, and the craft of software engineering. And I'm done using it.
@brettcodes
I'm so glad to see people in similar situations like me around here. Basically being forced by their employers to "AI or die", no matter the quality or ecological, financial, psychological cost.
Most of the time, the heavy AI-first strategies even directly contradict the ambitious sustainability goals and promises the very same companies put in place just a few years ago. Carbon neutrality in 2030 my ass - they're directly burning our fucking planet! -
@brettcodes I want to clarify what I mean by “you can be just as effective without it”. I mean that I assess that my own productivity and quality of my work has improved a lot after starting to use these tools, but it doesn’t mean that it would have a similar effect in every situation and for every developer.
@brettcodes One thing that resonated with me in the post was the choice of using ai being an all or nothing question. I feel mostly the same way. It is very hard to discriminate in daily work about each task where should AI be used or not. If I would limit my usage, I would do it by switching it off completely for some of the time.
-
@brettcodes At work, we use AI for coding, but our team decided that human review is important. And , while I see where you're coming from, it doesn't have to be as bad as you describe.
We use a mixed human-AI review. Partly questioning the AI ("how do you know that loop terminates?") and partially reading the code. And, also, reading the comments: if the comments/docstrings make sense, you're half-way there.
And when we're writing, we have the AI do a plan, then question it, and review the plan before letting it go. And then run an eyeball over the result.
So, I think we're not forgetting our code, and we have a process that produces decent quality code. And it really helps to have management buy-in and good tools.
One advantage is that I appreciate the damn machine remembering (mostly correctly) the details of thousands of library functions for me. I'm over 60, and remembering library details is harder than when you're 40. And I've been in the business long enough to be suspicious of most hallucinated, too-good-to-be-true API calls, so I don't get sidetracked too often.
So that's our 2026 situation. AI coding sucked in 2025, and who knows what 2027 will bring.
@cpr320
Are you aware that the LLM is incapable of cognition and therefore it is absurd to ask it how it knows anything?
@brettcodes -
@brettcodes I can see that. My experience tracks the first part of your essay. But i've never felt tempted to talk to the damn things when not coding.
The wider implications are severe, I guess...
@cpr320
You're asking the machine for a plan. Which means that you'll get the average plan for whatever problem you're dealing with. Better hope these are well understood problems with a robust "best" solution dominating the training data...
@brettcodes -
I wrote an essay about why I'm done using AI for coding, even if it costs me my job and career: https://brettcodes.com/im-done-using-ai/
The basic gist is: AI made me a worse, apathetic programmer. I think it's bad for humanity, the planet, and the craft of software engineering. And I'm done using it.
@brettcodes Expresses my feelings perfectly (and way more eloquent). The environmental and social harm of AI is horrifying, plus I don't want to become a babysitter for chatbots, so fuck AI.
-
I wrote an essay about why I'm done using AI for coding, even if it costs me my job and career: https://brettcodes.com/im-done-using-ai/
The basic gist is: AI made me a worse, apathetic programmer. I think it's bad for humanity, the planet, and the craft of software engineering. And I'm done using it.
@brettcodes Thanks for writing/saying all this. So many folks going through this same thing, and sharing always helps. Some of the stories are frighteningly similar!
-
@cpr320
Are you aware that the LLM is incapable of cognition and therefore it is absurd to ask it how it knows anything?
@brettcodes@iinavpov @brettcodes Of course. But one can still get useful answers that correspond to the state of the code, even without cognition.
-
@iinavpov @brettcodes Of course. But one can still get useful answers that correspond to the state of the code, even without cognition.
@cpr320
so you get a statistically plausible explanation of a statistically plausible piece of code corresponding to a statistically plausible purpose? At what point do we collectively agree that a magic 8 ball is about as correct?
@brettcodes -
@cpr320
You're asking the machine for a plan. Which means that you'll get the average plan for whatever problem you're dealing with. Better hope these are well understood problems with a robust "best" solution dominating the training data...
@brettcodes@iinavpov @brettcodes Yes. One needs to understand the limits of one's tools.
-
@iinavpov @brettcodes Yes. One needs to understand the limits of one's tools.
@cpr320
Perhaps more central to the post starting this thread, I suspect the very act of "asking" an algorithm for an "explanation" is a slippery slope to believing something about as clever as a gnat (if that) has cognition.And then the spiral starts.
Because I suspect the answer to my question above is a respectable 80% , which is both amazing and utter garbage.
@brettcodes -
@cpr320
so you get a statistically plausible explanation of a statistically plausible piece of code corresponding to a statistically plausible purpose? At what point do we collectively agree that a magic 8 ball is about as correct?
@brettcodes@iinavpov @brettcodes You test your code. You investigate some parts of the code carefully. After a while, you get an understanding of how far and when you can trust it.
And you find that it's better than a magic eight ball.
Look, I understand that lots of people (me included to a degree) have well-founded misgivings about AI. But it doesn't help to put your head in the sand.
-
@iinavpov @brettcodes You test your code. You investigate some parts of the code carefully. After a while, you get an understanding of how far and when you can trust it.
And you find that it's better than a magic eight ball.
Look, I understand that lots of people (me included to a degree) have well-founded misgivings about AI. But it doesn't help to put your head in the sand.
@cpr320
The point here is that when I code, at the end of the process, I'm a better coder.WTF would I (or anyone) pay to become a worse programmer when they can become a better one for free? *Without the cognitive risk*.
*Even* if it worked as advertised, it would make no sense versus training an intern.
@brettcodes -
@cpr320
The point here is that when I code, at the end of the process, I'm a better coder.WTF would I (or anyone) pay to become a worse programmer when they can become a better one for free? *Without the cognitive risk*.
*Even* if it worked as advertised, it would make no sense versus training an intern.
@brettcodes@iinavpov @brettcodes Let me tell you a story about "better" and "worse" that seems analogous to using AI in coding.
When I started seriously programming, back on the 1980s, I wrote a lot of libraries. If it was a numerical computation, I'd read the academic paper, implement it, test it and fix all the bugs I'd written. Then use it and rewrite or debug some more. I was **proud** of those libraries.
Then, the Internet and numpy happened, and all of a sudden, I didn't need to write numeric libraries any more. It hurt. I felt that I was reduced to gluing libraries together. I couldn't do the "real" coding any more.
But life goes on, and I mostly use scipy these days. I still itch to do some real coding sometimes. But I get more done, with fewer bugs. And my job is to solve problems, not to write another Runge-Kutta implementation.
I dislike trusting library code I didn't write, but I do, because that's how you got stuff done in 2024.And I see AI coding as another, similar revolution. I'm depending more on code that something else /someone else wrote. It's like the library revolution all over again.
And I'm not a worse programmer because I use libraries. Different, though.
-
@cpr320
Of course it's pointless to implement numerical algorithms. And really going it *right* such that is really efficient is very, very difficult.It's pointless for the purpose of creating a library.
But It's extremely valuable to have done it. You can judge the libraries you use. You have a deep sense of why the API is like it is. you're a much better user of the libraries.
LLMs try to prevent you from being better. And literature indicates they're making you worse.
@brettcodes@cpr320
I've implemented numerical algorithms. They ran pretty well! I didn't use external libraries because that avoided dependencies.That was OK for the purpose. Today, depending on the specifics, I'd use my code or a library depending on whether dependencies or performance edged it. I have the *choice*.
LLMs will never give you that choice.
So the code will be worse.
@brettcodes -
@iinavpov @brettcodes Let me tell you a story about "better" and "worse" that seems analogous to using AI in coding.
When I started seriously programming, back on the 1980s, I wrote a lot of libraries. If it was a numerical computation, I'd read the academic paper, implement it, test it and fix all the bugs I'd written. Then use it and rewrite or debug some more. I was **proud** of those libraries.
Then, the Internet and numpy happened, and all of a sudden, I didn't need to write numeric libraries any more. It hurt. I felt that I was reduced to gluing libraries together. I couldn't do the "real" coding any more.
But life goes on, and I mostly use scipy these days. I still itch to do some real coding sometimes. But I get more done, with fewer bugs. And my job is to solve problems, not to write another Runge-Kutta implementation.
I dislike trusting library code I didn't write, but I do, because that's how you got stuff done in 2024.And I see AI coding as another, similar revolution. I'm depending more on code that something else /someone else wrote. It's like the library revolution all over again.
And I'm not a worse programmer because I use libraries. Different, though.
@cpr320
Of course it's pointless to implement numerical algorithms. And really going it *right* such that is really efficient is very, very difficult.It's pointless for the purpose of creating a library.
But It's extremely valuable to have done it. You can judge the libraries you use. You have a deep sense of why the API is like it is. you're a much better user of the libraries.
LLMs try to prevent you from being better. And literature indicates they're making you worse.
@brettcodes -
I wrote an essay about why I'm done using AI for coding, even if it costs me my job and career: https://brettcodes.com/im-done-using-ai/
The basic gist is: AI made me a worse, apathetic programmer. I think it's bad for humanity, the planet, and the craft of software engineering. And I'm done using it.
@brettcodes I've never worked as part of a software development team, so any industry advice I might give would be about as good as AI slop. So, grain of salt.
But for what it's worth, I think your own observation demonstrates that you made the right choice: "I had a conversation with management about how a developer's job is now is to teach the AI to be better, make fewer mistakes, etc."
Sounds to me like you were training your replacement.
-
I also made a ramble-y video about why I'm done using AI for coding: https://youtu.be/2ZU3j4GQ4K8
@brettcodes Very insightful video. Thank you for sharing!
-
@brettcodes The comment regarding 3x more productive not resulting in higher turnover / etc; I think what exacerbates this problem is the widely held view in industry that developers are builders and if they aren't building then they represent an ongoing sunk cost, so you always ended up with devs being assigned development busy work... The reality in most small to medium orgs is that the developers become the product custodians, despite what the business thinks is going on.
@toerror @brettcodes a problem software has ALWAYS had is that the people who measure our productivity are only focused on the near term, they often only see maintaining and bug fixing as costs. It is rare to have engineering management and developers able to share an honest pragmatic view on priority, planning and maintenance
