> Many of us, deep down, are driven more by the joy of making things, solving problems, and seeing people use what we built than by the act of coding itself.
I've definitely always enjoyed the end-result but only for the fact that it proved I have overcome challenges and slowly but steadily inched one step closer towards mastery. Both are now gone, since mastery is not required and challenges are absent except the soul draining exhaustion of reading markdown all day. Now I'm just producing outcomes for my boss, rather than my own fulfillment. The journey has become a farce, I will ride this out and make my money but I don't care about it much anymore.
That being said in my free time, as in Hobby I am doing pentesting manually for fun. Because productivity is irrelevant for my hobbies, so I can still keep inching towards mastery and overcome challenges, at least on days where my job leaves any trace of surplus energy at the end of the day.
I used to find joy in knowing how things worked inside-out. Whether it was Postgres, or browser engines, or some detail about compilers... I used to find joy in developing the little techniques that made programming NOT building on quicksand. There was satisfation in what you had done being robust.
Pardon my lack of creativity but I'm not even sure what mastery with the new tools (LLMs) would look like.
When you are so abstracted from the details and don't have to know anything, what _is_ mastery? (I am not asking rhetorically and if people have overcome this thought I would be interested in hearing from them.)
Knowing how to ask a machine questions in the right way? Playing as a manager in control of non-human developers?
It all sounds really silly and something that is difficult to aspire to (and I can't imagine explaining my job to others with a straight face).
I think I find it even more egregious because it's all built on paying rent to the LLM operators.
It's not that I don't enjoy results in their own right sometimes but I think I am definitely in the 'this is giving me an identity crisis' camp.
I've always been either entirely self-directed, choosing my own goals, or almost entirely self-directed, being given high-level goals, and getting to choose my own means to accomplish them. So my opinions are probably different from somebody who was a smaller part in a chain.
You say that you liked learning how things worked inside out, whether it was Postgres or whatever. You can still do that. You can learn it at a high level, and then it becomes like a magic word in your arsenal. You don't have to know or remember the details of implementation, but only the nature of its costs, benefits, and synergies with other systems. You just have to remember that high-level abstraction, maybe just a single vocabulary word, of a low-level reality - the exact syntax is really no longer a concern.
The better the agents get, the less there is playing manager. Really your job now is to have and execute vision. Execution is largely a function of having a map of the high level vision and low-level realities in your head, or just having in-the-moment intuition about these things... then just speaking it.
Also, there is developing personal libraries. You may find that in your business you repeatedly tackle similar problems. You develop and refine a library that your future agents can utilize. You develop prompts that make your work more automatic and more robust. And when I say you, I mean, you direct your agents to do it.
It's not so different from what it always was, except that years get compressed into months. What was slow and tedious is now... less so.
I don't know how much advantage I have in this new world, having programmed (sometimes more, sometimes less) for 30 years. My brother has never written a line of code in his life. He's been heavy into AI for a while, and he has developed some really incredible stuff. I think he may have already outpaced me. His $1500/mo+ in subscriptions definitely help.
hangrybear666 · · focus · HN ↗
I've definitely always enjoyed the end-result but only for the fact that it proved I have overcome challenges and slowly but steadily inched one step closer towards mastery. Both are now gone, since mastery is not required and challenges are absent except the soul draining exhaustion of reading markdown all day. Now I'm just producing outcomes for my boss, rather than my own fulfillment. The journey has become a farce, I will ride this out and make my money but I don't care about it much anymore.
That being said in my free time, as in Hobby I am doing pentesting manually for fun. Because productivity is irrelevant for my hobbies, so I can still keep inching towards mastery and overcome challenges, at least on days where my job leaves any trace of surplus energy at the end of the day.
ipsod · · focus · HN ↗
It does feel a bit like building on quicksand, but coding has always been that way for me. Well, less so with embedded than webdev, but still.
VGHN7XDuOXPAzol · · focus · HN ↗
Pardon my lack of creativity but I'm not even sure what mastery with the new tools (LLMs) would look like. When you are so abstracted from the details and don't have to know anything, what _is_ mastery? (I am not asking rhetorically and if people have overcome this thought I would be interested in hearing from them.)
Knowing how to ask a machine questions in the right way? Playing as a manager in control of non-human developers? It all sounds really silly and something that is difficult to aspire to (and I can't imagine explaining my job to others with a straight face). I think I find it even more egregious because it's all built on paying rent to the LLM operators.
It's not that I don't enjoy results in their own right sometimes but I think I am definitely in the 'this is giving me an identity crisis' camp.
ipsod · · focus · HN ↗
You say that you liked learning how things worked inside out, whether it was Postgres or whatever. You can still do that. You can learn it at a high level, and then it becomes like a magic word in your arsenal. You don't have to know or remember the details of implementation, but only the nature of its costs, benefits, and synergies with other systems. You just have to remember that high-level abstraction, maybe just a single vocabulary word, of a low-level reality - the exact syntax is really no longer a concern.
The better the agents get, the less there is playing manager. Really your job now is to have and execute vision. Execution is largely a function of having a map of the high level vision and low-level realities in your head, or just having in-the-moment intuition about these things... then just speaking it.
Also, there is developing personal libraries. You may find that in your business you repeatedly tackle similar problems. You develop and refine a library that your future agents can utilize. You develop prompts that make your work more automatic and more robust. And when I say you, I mean, you direct your agents to do it.
It's not so different from what it always was, except that years get compressed into months. What was slow and tedious is now... less so.
I don't know how much advantage I have in this new world, having programmed (sometimes more, sometimes less) for 30 years. My brother has never written a line of code in his life. He's been heavy into AI for a while, and he has developed some really incredible stuff. I think he may have already outpaced me. His $1500/mo+ in subscriptions definitely help.