330 comments, 3 days ago: https://news.ycombinator.com/item?id=48674446
American automakers love crowing about that survey because it's easy to do well on. And then the car falls to shit six months later, but hey, it held together for the first 90 days so all good.
I'm not talking about rocket scientist code either - I'm talking about things using raw for( instead of range-based for, or writing code that is absolutely fucking riddled with imperative logic, hacks, and kludges, when something should clearly be data-driven. Stuff that is so bad I have to tell it to start over. It routinely designs amazing architecture and absolute shit architecture, sometimes on the same day. It's just so weirdly inconsistent. If you ask it to fix a bug then you have to double check if it used a hack and sometimes it will admit to it. Sometimes it lies.
I just do not see how AI is going to replace large numbers of seasoned engineers. That would be a disaster for companies that try it. Could it replace large numbers of juniors? Yes. And maybe I am being fantastically naive. I'm 100% willing to concede that it's possible or even likely.
wookmaster•1h ago
wanderlust123•1h ago
Thats partly why they get so far.
elzbardico•1h ago
raverbashing•1h ago
They delegate and hire subordinates to do a job. It is by design that the communication won't involve 100% of the work done
You hire people to do a job, not to be a remote controlled puppet
nathan_compton•59m ago
I guess its impossible for an executive to know ALL the details of the work they delegate, but I'd be willing to wager that executives who understand the details function better in the long run.
It certainly isn't tautological that executives be imbeciles about the businesses they run.
therobots927•52m ago
tbrownaw•1h ago
therobots927•59m ago
LNSY•58m ago
tweetle_beetle•57m ago
dgellow•53m ago
dgellow•53m ago
yieldcrv•50m ago
"everyone! ship ship ship! make production ready versions of what was triaged from the hackathon! nnnowwwwww"
"everyone! wow 80% correct, prompt engineer it to be stricter.... and with a bigger model! wow 98% correct! this whole division is made redundant!"
"everyone! its not 98% accurate and even if it was, thats a huge set of errors given our volume!"
"everyone! our AI bills have skyrocketed! they're charging us differently because we're an enterprise! kill the AI, kill the AI"
cmrdporcupine•42m ago
LLMs can write code. They're actually pretty good at it. So problem solved, right? Cost centre cost reduction. Bam!
In reality the more competent in the job were really good at understanding business problems and holding domain specific knowledge, working with the other people on the team to translate that into a problem a computer could solve, and with understanding and diagnosing what was happening in the broader system, not just in a "program."
Someone needs to write the prompts given to the LLMs and decide if what they came back with even makes any sense. Someone needs to respond to pages in the middle of the night. Someone needs to be able to look at the system and have a bigger picture understanding of how it fits with the business' needs, etc. etc. That's a software engineer.
I honestly think not enough in middle and upper management really understand what software development actually is.
hirsin•34m ago
If anything, I feel like AI has made domain expertise more important, not less, as the "confidently wrong" error case for agents has no one able to sanity check it. At least before AI a human would dip their toe in the water and usually realize that having no idea what they were doing, and not even being able to understand what the comments mean, was a sign that they need to go find someone more experienced to help.
insanitybit•23m ago
Yeah, this is nuts because at every company I've worked at it's assumed that engineers are thinking about things like product market fit, how a feature would be sold/ the "value" of the feature itself, how we would support the feature (not just the code, but how support would manage it), etc.
I don't think people realize how much of a hand engineers have in these conversations because we don't champion that, but we think a lot about the product as a whole. Obviously we don't spend as much time thinking about how the product will be sold as a sales person will, but we absolutely think about it, in my experience.
We think a lot about the business, like a massive amount about the system as a whole across these organizational boundaries.
saghm•40m ago
whateveracct•38m ago
my company spends millions a year on tokens and when asked about ROI the CTO just says "LoC is up! LoC isn't a good measure of productivity but it's a measure, right? right?"
mountainriver•16m ago
thisisit•6m ago