The word is "management", not "leadership". This comes across as a LinkedIn post filled with vague notions and weak writing.
The conclusion also completely contradicts a previous point, which is that managing an LLM is not like managing a human. So the skills are, in contradiction to that LLM-ism of a conclusion, new. The author isn't using their people management skills, they're using new LLM-management skills. They think the two are similar, but didn't bother breaking down how they're the same vs where they contrast. It's just a lazy observation expanded out to a short essay that says nothing interesting.
“Leadership”, whether you like the LinkedIn-ism or not (I also think it’s stupid), generally refers to upper management, not people management.
At my startup, my team reached a headcount of ~30 and I had to design process to keep things moving. Getting a bunch of disparate parts in even a 100 person company to produce the artifacts needed to create software is a massive undertaking that doesn’t involve people management at all. The two responsibilities can be completely divorced from each other if you want.
I never thought I’d be dusting off those skills again because I do strictly IC work now, but I’m now using them every day. It feels (a subjective term, which the author used as well) like when I was in “leadership”.
Leadership is a mutual influence process that happens outside formal authority. It’s not a corporate title or rung on a ladder. If one is a leader, that’s a status informally conveyed by the leader’s voluntary followers.
This hasn't been my experience whatsoever. Maybe I just don't vibecode, but it still feels like coding, I'm just not typing the letters. I'm still thinking about the domain, the separation of concerns, all that software architecture jazz.
I think this comparison holds up. I've noticed that a lot of people I know who get really good results from LLMs and agents are people with significant people management experience.
Companies like Anthropic seem to understand that too. It's impressive how many CTOs and CEOs Anthropic have hired for individual contributor positions, which I think is because those leadership skills transfer surprisingly well to working with agents.
Of course, managing agents is massively easier than managing humans! You don't have to consider the agent's own desires, goals, opinions, or emotional state when telling them what to do. Humans have agency; agents (despite the name) do not.
So software engineers weren’t already dealing with requirements gathering and contextualizing a problem from real humans or describing work to be done to other people on their team?
This isn’t leadership, it’s just communication. Suddenly realizing that real SWE is full of soft skills isn’t a novel epiphany.
I actively do it in a way, where i steer and understand the important bits. Because otherwise the cognitive and technical debt would annoy me to a point, where i would want to do software at all.
Not for me. By asking it to interview me, and then working through the options and their consequences, it feels more like the whiteboarding-with-a-colleague part of engineering. I don't have to remember to specify everything. The agent asks me things that it's unsure about, still ambiguous, or open questions. I have it write down all the decisions we made.
The resulting decisions are fed into the coding loop with guardrails derived from those decisions. The agent one-shots features once it goes into the coding loop.
It feels like managing an egregious liar who speaks exclusively in corporate pyschobabble, is completely unpredictable, makes you want to blow your head off in most interactions, but yet is regularly good enough and cheap enough that you can't justify not working with this person - despite wanting desperately not to.
Perhaps some of the people who got into traditional leadership roles got there due to factors besides their raw leadership abilities. LLMs are an equalizer, and with them, the inability to lead them simply becomes a "skill issue", for the lack of a better term.
Working with AI feels like dealing with a bureaucracy. There seems to be rules but they're negotiable and illogical. Rules change constantly for no reason. Decisions are capricious and unappealable. But you can sometimes get your way if you carry on enough. It works better depending on the time of day, or some days it doesn't work at all, and when it's not working you're entirely blocked without a workaround.
Just astounding we decided to put a DMV in our IDEs.
Maybe if you weren't really coding to begin with, or didn't enjoy it. There's a ton of "temporarily embarrassed CEOs" who seem to be unable to think about LLMs as anything but their employees, which is an incredibly limiting perspective in my view.
Anyone who's fallen in love with programming itself and doesn't see software production as a means to an end is not really likely to see things like this.
I see AI as an accelerator of implementing my own choices. I'm generally opposed to metaphors, designs or strategies which excessively anthropomorphize it; it seems completely wrong-headed and counterproductive.
If I were a stronger man, I would make a comment about dealing with people vs dealing with code and having to route around bugs that are both fundamental to the problem and a POV, along with some inherent in how I setup the program and simply someone else problem I've inherited to simply being burned into the hardware and will never be neatly papered over.
I agree with the OP's point. But if you've worked in a corporate environment, isn't that just how it is? Like how programming work and getting promoted to a manager are essentially different careers—they feel like fundamentally different things.
They're different kinds of work, and both are interesting in their own way. But in the freelance market, LLMs have already become the baseline, so I have to use them whether I like it or not. There are both pros and cons.
It's good to be able to read code and understand its structure, but writing code and reading it to transform it into a different structure are different skills. There's definitely some decay in raw coding ability, though. So I use LLMs for professional coding and for tasks that I couldn't do before, while I keep hand-coding smaller things that feel manageable.
Honestly, I think most people who hate LLM coding actually hate being forced to use it under workplace pressure. And when LLM output looks bad, it's often because managers tend to be strict about their subordinates' work but lenient about their own. Once an LLM generates something, people tend to get attached to it and become more forgiving—since it feels like they made it.
It's tough that LLMs have made deadlines tighter. But these days, compared to the old days when I had to go through interviews and conversations to build a proposal, I actually find it more convenient that clients send me proposals written by LLMs. There are pros and cons to everything.
The word is "management", not "leadership". This comes across as a LinkedIn post filled with vague notions and weak writing.
The conclusion also completely contradicts a previous point, which is that managing an LLM is not like managing a human. So the skills are, in contradiction to that LLM-ism of a conclusion, new. The author isn't using their people management skills, they're using new LLM-management skills. They think the two are similar, but didn't bother breaking down how they're the same vs where they contrast. It's just a lazy observation expanded out to a short essay that says nothing interesting.
“Leadership”, whether you like the LinkedIn-ism or not (I also think it’s stupid), generally refers to upper management, not people management.
At my startup, my team reached a headcount of ~30 and I had to design process to keep things moving. Getting a bunch of disparate parts in even a 100 person company to produce the artifacts needed to create software is a massive undertaking that doesn’t involve people management at all. The two responsibilities can be completely divorced from each other if you want.
I never thought I’d be dusting off those skills again because I do strictly IC work now, but I’m now using them every day. It feels (a subjective term, which the author used as well) like when I was in “leadership”.
Leadership is a mutual influence process that happens outside formal authority. It’s not a corporate title or rung on a ladder. If one is a leader, that’s a status informally conveyed by the leader’s voluntary followers.
Not for me.
My head is in exactly the same place as coding - deep technical connection to the mental model of what is being built.
This hasn't been my experience whatsoever. Maybe I just don't vibecode, but it still feels like coding, I'm just not typing the letters. I'm still thinking about the domain, the separation of concerns, all that software architecture jazz.
I think this comparison holds up. I've noticed that a lot of people I know who get really good results from LLMs and agents are people with significant people management experience.
Companies like Anthropic seem to understand that too. It's impressive how many CTOs and CEOs Anthropic have hired for individual contributor positions, which I think is because those leadership skills transfer surprisingly well to working with agents.
Of course, managing agents is massively easier than managing humans! You don't have to consider the agent's own desires, goals, opinions, or emotional state when telling them what to do. Humans have agency; agents (despite the name) do not.
The people I’m seeing getting really good results are the opposite. Strange.
Give some examples of the good results these kind of people are getting out of it...
https://status.claude.com/
Yes, i was thinking what was this feeling as im doing my MBA and this is it.
Its really interesting especially having different agents with different prompts and then having each one based on their reasoning, etc
So software engineers weren’t already dealing with requirements gathering and contextualizing a problem from real humans or describing work to be done to other people on their team?
This isn’t leadership, it’s just communication. Suddenly realizing that real SWE is full of soft skills isn’t a novel epiphany.
I don’t agree with the leadership argument; it’s definitely management. But one of the most important aspects of leadership is communication.
I actively do it in a way, where i steer and understand the important bits. Because otherwise the cognitive and technical debt would annoy me to a point, where i would want to do software at all.
Not for me. By asking it to interview me, and then working through the options and their consequences, it feels more like the whiteboarding-with-a-colleague part of engineering. I don't have to remember to specify everything. The agent asks me things that it's unsure about, still ambiguous, or open questions. I have it write down all the decisions we made.
The resulting decisions are fed into the coding loop with guardrails derived from those decisions. The agent one-shots features once it goes into the coding loop.
It feels like managing an egregious liar who speaks exclusively in corporate pyschobabble, is completely unpredictable, makes you want to blow your head off in most interactions, but yet is regularly good enough and cheap enough that you can't justify not working with this person - despite wanting desperately not to.
Careful with the Hegelian master and servant dialectic. It does not always turn out the way the parasites want it to.
Why are LLM users such poor leaders then?
To go anywhere serious you have to lead people, but even the ones who should be leading people are heads down talking to the LLM
Perhaps some of the people who got into traditional leadership roles got there due to factors besides their raw leadership abilities. LLMs are an equalizer, and with them, the inability to lead them simply becomes a "skill issue", for the lack of a better term.
Working with AI feels like dealing with a bureaucracy. There seems to be rules but they're negotiable and illogical. Rules change constantly for no reason. Decisions are capricious and unappealable. But you can sometimes get your way if you carry on enough. It works better depending on the time of day, or some days it doesn't work at all, and when it's not working you're entirely blocked without a workaround.
Just astounding we decided to put a DMV in our IDEs.
Maybe if you weren't really coding to begin with, or didn't enjoy it. There's a ton of "temporarily embarrassed CEOs" who seem to be unable to think about LLMs as anything but their employees, which is an incredibly limiting perspective in my view.
Anyone who's fallen in love with programming itself and doesn't see software production as a means to an end is not really likely to see things like this.
I see AI as an accelerator of implementing my own choices. I'm generally opposed to metaphors, designs or strategies which excessively anthropomorphize it; it seems completely wrong-headed and counterproductive.
For every choice I make it makes a dozen choices though.
I don't have good leadership or good management or good people skills. I can use AI just fine as run of the mill software engineers.
Pointless, stupid article. Digital garbage, as garbage as LLM slop. So many words to say nothing.
If I were a stronger man, I would make a comment about dealing with people vs dealing with code and having to route around bugs that are both fundamental to the problem and a POV, along with some inherent in how I setup the program and simply someone else problem I've inherited to simply being burned into the hardware and will never be neatly papered over.
I agree with the OP's point. But if you've worked in a corporate environment, isn't that just how it is? Like how programming work and getting promoted to a manager are essentially different careers—they feel like fundamentally different things.
They're different kinds of work, and both are interesting in their own way. But in the freelance market, LLMs have already become the baseline, so I have to use them whether I like it or not. There are both pros and cons.
It's good to be able to read code and understand its structure, but writing code and reading it to transform it into a different structure are different skills. There's definitely some decay in raw coding ability, though. So I use LLMs for professional coding and for tasks that I couldn't do before, while I keep hand-coding smaller things that feel manageable.
Honestly, I think most people who hate LLM coding actually hate being forced to use it under workplace pressure. And when LLM output looks bad, it's often because managers tend to be strict about their subordinates' work but lenient about their own. Once an LLM generates something, people tend to get attached to it and become more forgiving—since it feels like they made it.
It's tough that LLMs have made deadlines tighter. But these days, compared to the old days when I had to go through interviews and conversations to build a proposal, I actually find it more convenient that clients send me proposals written by LLMs. There are pros and cons to everything.