It feels like I've got superpowers. I love it. I feel productive, fast, creative. But at night, there's this strange feeling of sadness. My profession, my passion, all the things I worked so hard to learn, all the time and sacrifices, a machine can now do most of it. And the companies building these tools are just getting started.
What does this mean for the next generation of engineers? Where's it all heading? Do you feel the same?
The thing LLMs replace is the need for understanding all of the trivia required for each platform.
I don't know how to write a for loop in Go (without looking it up), but I can write useful Go code now without spinning back up on Go first.
I still need to conceptually understand for loops, and what Go is, and structured programming, and compilers, and build and test scripts, and all kinds of other base level skills that people without an existing background in programming are completely missing.
I see LLMs as an amplifier and accelerant. I've accumulated a huge amount of fuzzy knowledge across my career - with an LLM I can now apply that fuzzy knowledge to concrete problems in a huge array of languages and platforms.
Previously I would stay in my lane: I was fluent in Python, JavaScript and SQL so I used those to solve every problem because I didn't want to take the time to spin up on the trivia for a new language or platform.
Now? I'll happily use things like Go and Bash and AppleScript and jq and ffmpeg and I'm considering picking up a Swift project.
With minor exceptions, moving from one language to another isn’t a matter of simple syntax, trivia, or swapping standard libraries. Certainly, expert beginners do espouse that all the time, but languages often have fundamental concepts that they’re built that and need to be understood in order to be effective with them. For example: have you ever seen a team move from Java to Scala, js to Java, or C# to Python - all of which I’ve seen - where the developers didn’t try to understand language they were moving to? Non-fail, they tried to force the concepts that were important to their prior language, onto the new one, to abysmal results.
If you’re writing trivial scripts, or one-off utils, it probably doesn’t build up enough to matter, and feels great, but you don’t know what you don’t know, and you don’t know what to look for. Offloading the understanding of the concepts that are important for a language to an LLM is a recipe for a bad time.
LLMs aren't good engineers. They're mediocre, overengineering, genius, dumb, too simplistic, clean coding, overthinking, underthinking, great but terrible engineers rolled into one. You can get them to fight for any viewpoint you want with the right prompt. They're literally everything at once
To get good code out of them, you have to understand what good code is in the first place and lead them to it
My experience is iterating through 5 potential options being like "nope, that wont work, do it this way.. nope adjust that.. nope add more of this.. oh yeah that's great!"
The "that's great!" made me nervous that an LLM was capable of producing code as good as me until I realized that I threw out most of what it gave.. and someone less experienced would've taken the first suggestion without realizing its drawbacks
It's pretty wild that you're characterizing the understanding of a language and its details as "trivia" that you don't need to "take the time to spin up on" before you write programs in that language.
I mean, I get this perspective, but it's the position of a product manager, not a software engineer...
Being technical still is an advantage, in my opinion.
However, they also likely had little education, 1-2 of their children probably died of trivial illnesses before the age of 10, and they lived without electricity, indoor plumbing, running water or refrigeration.
Yes, blacksmithing your own tools is romantic (just as hand writing python code), but somehow I’m guessing our ancestors will be better off living at higher layers of abstraction. Nobody will stop them from writing python code themselves, and I’m sure they’ll do it as a fun hobby like blacksmithing is today.
Can it? It doesn't have experience, it doesn't have foresight nor hindsight, it cannot plan and it just follows the instructions, regardless if the instructions are good or bad.
But you, as a human, have taste, ideas, creativity and a goal. You can convince others of your good idea, and can take things into account that an LLM can only think about if someone tells it to think about it.
I'm not worried about programming as a profession disappearing, but it is changing, as we're moving up the ladder of abstractions.
When I first got started professionally with development, you could get a career in it without knowing the difference between bits/bytes, and without writing a line of assembly, or any other low-level details. Decades before that, those were base-level requirements for being able to program things, but we've moved up the abstraction ladder.
Now we're getting so far up this ladder, that you don't even need to know a programming language to make programs, if you're good enough at English and good enough at knowing what the program needs to do.
Still, the people who understand memory layout, and assembly, and bits and bobs will always understand more of what's happening underneath than me, and probably be able to do a "better" job than me when that's needed. But it doesn't mean the rest of the layers above that are useless or will even go away.
But the stuff I enjoy doing is something I don’t delegate to the agent. I just wonder how long the stuff I enjoy can be delegated to an agent who will do it cheaper and faster.
I’ve been (carefully) using AI on some AWS infrastructure stuff which I don’t know about. Whenever it proposes something, I research and learn what it’s actually trying to do. I’ve been learning quickly with this approach because it helps point me in the right direction, so I know what to search for. Of course, this includes reviews and discussions with my colleagues who know more, and I frequently completely rewrite what AI has done if it’s getting too complex and hard to understand.
The important thing is not allowing AI to abstract away your thought process. It can help, but on my terms
You lose some, you gain some.
Although I'm not happy with code quality/style produced in most cases, or duplications, lack of refactorings to make the code look better/smaller.
One post that fits with this feeling is https://silicon-dialectic.jostylr.com/2025/07/02/impostor-sy... The techno-apocalyptic lullaby at the end that the AIs came up with is kind of chilling.
no need to be sad though as you can tell from your own creations you haven't really created anything of any value. its all AI slop.
Yes, IDEs of the future will not look like those we have today. I too started with Cursor and similar VS Code enhanced IDEs. And ended up using Claude Code. And realised my terminal is more important for me now. So I migrated from iTerm to Ghostty (faster, lighter, more modern), Tmux and Tmuxinator, and NeoVim! Because I just cat/bat files and occasionally edit a file, if at all. Claude Code does the heavy lifting, I write specs and prompts, in NeoVim or Emacs. And I am loving my workflow.
I too use Claude Code for more then just generating code. Whenever I need to rewrite a config file (for zsh, neovim, ghostty, etc), I start Claude code and assign the task to do it. It will do the changes and even refactor my settings file in a few minute.
Lastly, I use it to ask questions about my codebase, refactor code, let it document my code, even make meaningful commits.
Pure awesomeness.
I've found that CC writes really good commits; I added info about Conventional Commits [1] to the CLAUDE.md file with a few examples.
I think I would revise it now to allow that LLMs can be really useful teachers for unskilled developers, however I don’t get the sense that that’s how they’re being used in many cases. It seems that it’s more common that unskilled developers using LLMs just vibe code their way through issues that they run into, never really gaining insight into why the thing they’re working on failed, and just push through until it seems like it isn’t failing anymore.
And that more or less reinforces my idea that they’re dangerous assistants in those cases where the developer is unskilled. It’s pretty much inevitable that this will introduce problems that make it through the process of creation not only unnoticed, but problems that the developer is incapable of understanding even if they are noticed.
This is my conclusion to date also, however, I believe the reason behind that is the increasing adoption of agentic tools like Claude Code and Gemini CLI etc, that encourage users to disregard the actual code generated.
For instance, I am adding bluetooth capabilities to my app, and the bluetooth manager can be quite large, to the point where the LLM context window starts to become an issue.
When it gets to that point, the LLM can start making suggestions that don't make sense; it's starts forgetting what you had already done, it can start making architectural suggestions that contradict what you had been doing before. So if you follow them, you end up in this weird state mired in conflicting decisions. Almost like design by committee without the committee.
It's important to recognize this when it's happening rather than just blindly following what it suggests, so some expertise at engineering is still necessary even though the LLM can write okay Swift code.
I never really enjoyed using full blown ide's anyway, setting them up was a chore, configuring QT to cross compile for various platforms was a project in itself, I always found that using a text editor and terminal the most logical combination for editing. Adding another terminal window with claude code to perform my requests while i debug, edit, test, review, i feel like i have graduated from coder-editor to project leader and there are no employee associated problems to deal with. All or my shelved side projects are complete as i wanted them and all in just a few months since March when Claude went big.
Ok, so they knew where Claude went wrong and could correct for it.
So unless you have 15+ yoe better add more reps. You can always switch to llm code assist in a blink, there is no barrier to entry at all.
And none of these AI companies are profitable. Imagine how much it will cost or how much it will be enshittified when the investors come looking for their returns.
If everyone whose code illegally trained these models won a copyright lawsuit against Claude it would suddenly not be so good at writing swift code.
Do we really want to bet on Disney losing their AI lawsuit?
Honestly I realize my comment is not adding much to the discussion but the AI fatigue is real. At this point I think HN and other tech forums would do well to ban the topic for posts like this.
Imagine if we were upvoting stories about how people are getting lots of coding done easier with Google and StackOverflow. It would be rightfully ridiculed as vapid content. Ultimately that’s what this blog post is. I really don’t care to hear how yet another dingus “programmer” is using AI to do their hobby/job for them.
Also i code all day and have yet to hit the $10/month cap on claude that the jetbrains library offer.
So, firstly, the limits on the $100/month plan are reasonably high in my experience. I do hit them, but it takes quite a bit.
> I have trouble convincing myself to give Autodesk $50/month and I need that software for my primary hobby.
Before I used Claude Code, I absolutely would have agreed with you, $100–$200 every month is just a ridiculous amount for any software. After using Claude Code... yeah, that's just how darn good it is!
> Imagine if we were upvoting stories about how people are getting lots of coding done easier with Google and StackOverflow.
You know, something I've thought about before (as in, before LLMs) is just how hard (impossible?) it would be for me to program without an internet connection. I'm constantly Googling stuff.
I can absolutely imagine that if I was a programmer before widespread internet use, and the internet launched with things like Google and lots of resources out of the gate... yeah, that would be revelatory! I'm not saying AI is necessarily the same, but it's something to think about.
I started with the pay-as-you go plan; I'm currently using the Claude Pro plan at $20/month which is great for my use case.
> And none of these AI companies are profitable. Imagine how much it will cost or how much it will be enshittified when the investors come looking for their returns.
I suspect investors will give AI companies a lot of runway. OpenAI went from $0 to over $10 billion in revenue in less than 3 years. I know that's not a profit but it bodes well for the future.
(As an aside, it took Microsoft 22 years to reach $10 billion in revenue.)
Anthropic went from $0 in 2021 to over $4 billion in about 3 years.
In comparison, it took Twitter about eleven years after its founding in 2006 to become profitable in 2017. And for much of that time, Twitter didn't have a viable business model.
I don't think investors are concerned.
Regarding lawsuits, I'm sure the AI companies will win some and lose some. Either way, after all is said and done, there will be settlements and agreements. Nothing is going to stop this train.
But—chalk one up for Anthropic for winning their case, Meta getting a favorable ruling and all the rest [1].
> won a copyright lawsuit against Claude it would suddenly not be so good at writing swift code.
I suspect Claude is going to get really good at writing Swift--Anthropic is working with Apple [2].
> …but the AI fatigue is real
You might want to get off the internet if you're already suffering from AI fatigue; things are just getting started.
[1]: "AI companies start winning the copyright fight" -- https://www.theguardian.com/technology/2025/jun/30/ai-techsc...
[2]: "Apple Partners With Anthropic for Claude-Powered AI Coding Platform" -- https://www.macrumors.com/2025/05/02/apple-anthropic-ai-codi...
Claude Code costs $200/month really isn't something that needs to be "revealed."
Yes, I know of https://xkcd.com/1053/
Indeed but one potential saving grace is the open sourcing of good models (eg. Meta’s Llama). If they continue to open source competitive models, we might be able to stave that off.
> The most exciting thing about this entire journey for me is not the app I built, but that I am now able to scratch my coding itch and ship polished side projects again. It's like I found an extra 5 hours every day, and all it cost me was $200 a month.
I created one utility to show my launchctl/launchd tasks with status indicators for what is loaded/unloaded/running/failed (very much like the menu icon you get for OrbStack) and it works great. With claude it only took a couple of hours to get workig and dial it in the way I wanted.
So ... "how" does one use Claude to make a Mac App? The blog post left me not wiser here.
I have a collection of tools I've built in this way here: https://tools.simonwillison.net/python/