Earlier quoted context omitted.
I wonder if people thought something similar when moving from writing low level machine code by hand to high-level languages. No one looks at the actual machine instructions anymore! Will our ability to understand low level instructions atrophy?
It did atrophy, but more importantly understanding what's going on below the code you are writing, even if your project isn't assembly, also atrophied. When you're coding an Electron app with Javascript you're so far removed from any concept of the efficiency a modern CPU can achieve you stop caring about optimization. Speed and memory management don't matter and then you get... well, the modern web.
Going full AI engineer, not touching code anymore
61–70 of 125 posts
Re: Going full AI engineer, not touching code anymore
#62I think the main issue with this approach is that your solution space eventually narrows. You go from formulating unique solutions to flagging things that look wrong and then just picking an alternative LLM generated one. I’ve noticed this recently as all my side project work is being done by hand. If I do ask an LLM another question about something small it will offer solutions but doesn’t offer the solution I think…
> If I do ask an LLM another question about something small it will offer solutions but doesn’t offer the solution I think makes sense in the architectures I’ve written. This is my experience as well, and I've been using Claude Code a lot. Extremely impressive tools, but they're like fast food. They will solve your immediate problems quickly and cheaply, but you're going to have issues on the long term if that's all…
Sometimes I get the "you're right!" response, but often it will also explain why it made the decision it did, and it's rational enough that I accept the new approach.
It's still very much like a junior dev in this way - pretty good at 'just make it work', pretty good at monkey-see-monkey-do, and occasionally surprises you with something novel (to you).
Re: Going full AI engineer, not touching code anymore
#63What's interesting to me is how many people have found out with the LLM boom that they don't want to be developers/engineers, they want to be managers, delegating all the work to another entity and checking in occasionally to see how the coding is coming along
It’s like I spent 20 years mastering painting in watercolour… nerding out on other painters, canvas options, even the backstory on some guy that makes a specific paint etc.
And I don’t regret any of that. but now I’m just loving creating my art 100x faster.
I thought I loved the craft (and I did) but more, I loved the product.
Re: Going full AI engineer, not touching code anymore
#64Is anyone doing this who is not making CRUD web-apps or other very common types of programs for which there is masses of training data to copy from the net? I tend to do oddball stuff (eg. software for custom arcade machines, AR games) and any forays I've made into AI code have made it seem like a total waste of time for me. (ie. I will spend much longer trying to get AI do to a shitty job, compared to just doing it…
Re: Going full AI engineer, not touching code anymore
#65I would rather let AI do the code reviews and focus on test coverage.
Re: Going full AI engineer, not touching code anymore
#66I think the main issue with this approach is that your solution space eventually narrows. You go from formulating unique solutions to flagging things that look wrong and then just picking an alternative LLM generated one. I’ve noticed this recently as all my side project work is being done by hand. If I do ask an LLM another question about something small it will offer solutions but doesn’t offer the solution I think…
> If I do ask an LLM another question about something small it will offer solutions but doesn’t offer the solution I think makes sense in the architectures I’ve written. This is my experience as well, and I've been using Claude Code a lot. Extremely impressive tools, but they're like fast food. They will solve your immediate problems quickly and cheaply, but you're going to have issues on the long term if that's all…
The quality of the craft can live on in open source and personal projects.
Re: Going full AI engineer, not touching code anymore
#67Everybody knows you don't go full AI engineer.
Re: Going full AI engineer, not touching code anymore
#68What's interesting to me is how many people have found out with the LLM boom that they don't want to be developers/engineers, they want to be managers, delegating all the work to another entity and checking in occasionally to see how the coding is coming along
I do not manage LLMs, I manage people. I always considered myself a builder, a creator. The end result is interesting and it's important for me the end result to be just as I envisioned it. Typing code isn't exciting. Thinking, planning, finding solutions and driving the LLM to implement the finished product is.
Re: Going full AI engineer, not touching code anymore
#69What's interesting to me is how many people have found out with the LLM boom that they don't want to be developers/engineers, they want to be managers, delegating all the work to another entity and checking in occasionally to see how the coding is coming along
Building software consists of many parts. I love each individually. I was always a bit dissatisfied about how they interact and how they block each other. I love puzzle solving, I love debugging, but I kinda hated building software because it depended on those elements and I'm not fond of context switching.
I can love building software now. And I didn't become a manager because people bs never interested me. LLM doesn't feel like a person. It feels way better.
Re: Going full AI engineer, not touching code anymore
#70I think the main issue with this approach is that your solution space eventually narrows. You go from formulating unique solutions to flagging things that look wrong and then just picking an alternative LLM generated one. I’ve noticed this recently as all my side project work is being done by hand. If I do ask an LLM another question about something small it will offer solutions but doesn’t offer the solution I think…
> You go from formulating unique solutions to flagging things that look wrong and then just picking an alternative Not really. You write the specs, you write the architecture. You ask the model to implement your solution.
You can stop this by detailing exactly what solution you want but I think continuous leaning on the LLM will lead you into a confined space.