frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Open in hackernews

AI Engineers aren't safe from being replaced by AI

https://dmanco.dev/2025/08/17/fear-not-even-ai-engineers-will-be-replaced-by-ai.html
33•Doch88•2h ago

Comments

jazz9k•1h ago
There are already AI certificafions for engineer on very new/ever changing technology.
mnky9800n•1h ago
This comment certifies you as ai expert.
dude250711•1h ago
Let's not offend actual real engineers.
witx•1h ago
"Engineers"

Of course not, all these sloppers are doing is training the models so at the eyes of management they are good enough for a replacement. The ones who stay will have 10x more work.

eru•26m ago
If they can actually deliver 10x more work: well, that's how economic progress looks like.
nDRDY•59m ago
If you use AI to do your work, you can be replaced by someone else using AI to do your work.
puritanicdev•46m ago
I’d reframe it: you won’t be replaced by someone using AI, you’ll be replaced by someone who is better at using AI and understands the code it generates

Over the last couple of years, I’ve seen plenty of developers who remain barely competent despite having access to powerful AI tools. Generating code is easy. Evaluating whether it’s actually correct and maintainable is the hard part.

sdevonoes•32m ago
> Evaluating whether it’s actually correct and maintainable is the hard part.

But AI can also do that. So, what’s the point? And if you think it can’t, wait one more year

puritanicdev•17m ago
If Ai can generate code, review code, validate correctness, understand reqs, make architectural tradeoffs, operate systems, and take responsibility for outcomes, then we're no longer talking about replacing programmers. We’re talking about replacing most knowledge workers

At that point the debate isn’t really about software engineering anymore

What time to be alive, eh?

gspr•13m ago
> > Evaluating whether it’s actually correct and maintainable is the hard part.

> But AI can also do that.

Citation needed.

> So, what’s the point?

The point is that there haven't been broad demonstrations of your claim.

> And if you think it can’t, wait one more year

You surely must understand that this isn't an argument? How many hundreds of billions have been burned through now? Yet we still have to suffer "soon" as an argument? I can't take any of this seriously anymore.

PS: Just to be absolutely sure you don't misunderstand me: I am NOT claiming that AI will never be able to do this stuff. Nor am I even claiming that it's too far off or too expensive. Just, for the love of god, you cannot build an industry on promises of how amazing it'll be in the future. Technology is evaluated based on how it performs. Not how you think it might perform in the future.

PPS: The last paragraph does also not mean that I think it's bad to invest in things that haven't yet paid off. On the contrary! What I am saying is you cannot claim success until there's success!

motbus3•58m ago
How surprised people will be when they learn that their prompts and skills and etc are being saved for ai training even though they said it would not be
rzmmm•23m ago
I'm not sure if the authors means "ai engineer" like that.
asdff•58m ago
They select for people who are beholden to AI, probably to eventually have the model do the job of prompting if the model is expected to be doing the doing anyhow. Anthropic job posts I've seen have explicitly said you should use claude to claude-ify your resume before submitting. I'm guessing it's an auto reject if you don't. If they are asking for you to use their ai tool for step 0 before you even work there, they are going to want you to use it for all your job functions and communications. And all of that will be logged, used as training data, and will justify not hiring to fill your seat when you leave or get canned.
merksittich•56m ago
Loosely related: Long read in today's FT on "The race to build AI that can improve itself" (https://www.ft.com/content/7cc7800f-18ed-47d8-9539-221ae3e16...).

Although this may be more relevant to replacing AI researchers, not AI engineers...

(Submitted as https://news.ycombinator.com/item?id=48380643 )

Havoc•54m ago
I suspect everyone has a bit of „my job is special“ delusion tbh just with varying degrees of self awareness
muldvarp•52m ago
I have yet to hear a single convincing argument by a person that works in software why they can't be replaced.
pydry•43m ago
I've yet to hear an argument that argues that software engineers can be replaced by AI that doesnt boil down to slop apologism, inability to detect slop or simple gaslighting.

These are things I've come to expect from bots, clueless journalists, clueless juniors, clueless expert beginners and clueless members of the professional managerial class but almost never from experienced software engineers.

To be fair, seasoned software engineers always seem to get shouted down online by the former group which is louder and more numerous so you could argue that we "lost" the argument.

Meanwhile big tech's vibe coded monstrosities are increasingly exploding all around us in ever more humiliating ways while the humans who had this tech rammed down their throats get thrown under the bus.

This undeserved halo effect over AI is maintained in order to keep the needle from pricking the ginormous stock market bubble that hinges upon the religious belief in the lie AI Will Replace Us All Soon.

stnikolauswagne•26m ago
The argument is "Software Engineer" sounds like "Programmer" to me and "Programming" is just typing lines of code, AI can do all that typing quicker than a human so there we go.

Currently leading an Integration that for the most part needs no new code written and the CEO is breathing down my neck telling me to cut my 4 week estimate down to 1 because "can't i just use AI like the other firms do?".

There's a morbid part of me that wants to give him what he wants and let claude make critical process decisions on internal processes that are very domain specific and have no online documentation, but alas I would rather not have the project go down in flames so I smile and nod.

DrewADesign•
ElenaDaibunny•48m ago
The people who stick around will be the ones who deeply understand the problem, not the ones who are good at wrangling the tools.
kumarvvr•44m ago
When all the prompts are by AI, and all the commits by AI, and all the use by AI,only then will corporations realize that..something ..
tanepiper•18m ago
"The factory of the future will have only two employees, a man and a dog. The man will be there to feed the dog. The dog will be there to keep the man from touching the equipment."
antirez•33m ago
Indeed this will likely happen in the future, but not today. I was experimeting with SSD streaming in DwarfStar for DeepSeek v4 PRO inference in 128GB systems (and Flash inference iwth 32/64). GPT 5.5 ran the whole night, I checked what it had accomplished regardless of all the hints I provided in the specification document. After reasoning on the problem I gave him the design fixes and the tokens/sec were 4x after 10 minutes. And this is true for every domain where the human babysitting the AI know a few things in that domain. However this is a moving target, and at the current rate, soon or later, indeed AIs will do much better than us in many domains.
croes•27m ago
Your job safety doesn’t depend on the capabilities of AI but on what management thinks are the capabilities of AI
antirez•25m ago
I don't think this makes any sense. Companies with managers that think AI capabilities are superior will be replaced if they are wrong as the companies will perform very poorly.
florkbork•22m ago
The lag time between firing your core team and finding out that was a bad idea can be measured in years of slow attrition.
antirez•15m ago
Actually workflow impact in the world of software can be observed in weeks/months at max. And token spending too, is a voice that they see at the high floors. Also, there was never a strong willing in IT companies to reduce cost of work force: it is done sometimes, but it is more common to see them over-hiring.
mike_hearn•25m ago
The article is quite general. Here's some notes on how AI is being used to do AI research at frontier labs specifically. It's not the singularity (yet?) but it's heading in that direction.

Most training is now actually inference, not directly gradient descent. Reinforcement learning requires the generation of lots of 'rollouts' that are then compared with each other via an algorithm like GRPO. Or they might be compared using a critic model - AI judging AI and causing it to self improve. Generating a rollout means inference. And there's lots of data cleaning by older models. This has been called in the past 'textbook' or 'curriculum' learning, not sure what it's called now. But AI is also used for things like data/document labelling, transcription of videos, detection of images/videos with watermarks or subtitles, elimination of content that shouldn't be in the dataset, creation of new content that should and so on.

AI has proven capable of some routine work, like brute-force optimizing GPU kernels or doing hyperparameter sweeps.

Obviously, researchers are all using coding agents too.

So that's a few ways AI is self-improving. But there are lots of other ways in which even frontier models are still beaten by human researchers. Experiments in closing the loop have failed. For instance, people have tried giving the latest models access to some GPUs and an old version of an AI codebase that was recently optimized by human researchers (a NanoChat speed run goal, I believe). Could the models match the performance of the AI researchers? Nope. They only got 10% as far as the humans did, mostly because their approach was uninspired. They wasted a lot of time and budget doing low-IQ stuff like hyperparameter tuning. The humans had many other tactics like studying the research literature and inventing new algorithms that the models didn't even attempt.

The bottleneck is therefore currently the level of insight and inspiration the models are capable of. I've also seen this in my own work. I come up with an idea I think is novel and see if I can get a frontier model to reach the same idea. It never works without questions so leading it's more or less pointless.

It's very unclear why AI struggles so much with innovation yet can invent new songs, poems etc without apparent difficulty. Obvious answers like "it's not in the training set" don't feel right to me, the issue is deeper.

gobdovan•18m ago
I had the same thought about ML engineering a while back, when Google released the AutoML suite, that was banned from Kaggle competitions. At the time, it seemed obvious to me that the closer you were to the models, the easier it was for them to replace your work, since most of the work on models was itself hill-climbing, grind searching and mutation search. So, the more your work is an explicit, measurable search loop, the more automatable it is.

Same with prompts, most attempts seem to be fidgeting with the models till they get your intend right, which is also a matter of hill-climbing, subtle mutation, and so on.

If I were to clarify anything from the article, I'd probably say that I'd rather do the factorisation of programming roles by how long they already existed. If someone is an AI engineer and his work only became relevant a month ago, very probably it will be obsolete in another month. If they do the same thing for the past 10 years, changes are that their skills would be useful for another 10 years to come.

zxexz•17m ago
For some of us that day can't come soon enough @}-;-'---
luka2233•17m ago
Compiler developers couldn't beat compilers at generating code either.
gobdovan•3m ago
It's fun to think about why that is. Most compilers explore the code into sea of nodes, with explicit relation kinds (depends-on, computes, effect relations etc) that humans don't have access to in surface languages. Then they just reduce and shorten a lot of the unnecessary edge chains, sometimes duplicate code that improves scheduling and a lot of not-so-semantically relevant stuff to get a dataflow that is guaranteed to have the same external behaviour with the code they're compiling. So basically compilers work on representations that humans almost never see, with different objectives that humans have. If humans were to code directly in dataflow networks and could find a way to keep them tidy and neat, I think humans would have a chance to beat solutions generated from surface code and then compiled automatically.
fancyfredbot•3m ago
Good news - Anthropic will pay you £600k to build the AI which replaces you.

Drag it out for a couple of years and you'll be set.

jkercher•10m ago
Sam?
drakonka•40m ago
I'm not sure what the take-home of this message is since you can replace "AI" with just about anything... "If you use a keyboard to do your work, you can be replaced by someone else using a keyboard to do your work." Sure? You can always be replaced by someone/something that can do your job better.
dns_snek•25m ago
A keyboard doesn't "do" the work. In other words, the more work you outsource to AI, the lower your value-add becomes, the easier your are to replace by someone doing the same thing for cheaper.
leoedin•11m ago
I'm not convinced by this. I've had good managers and bad managers. Generally the manager isn't "doing the work", so much as setting the direction and smoothing the path. The current state of AI tools still need "good managers" to set the direction, otherwise they end up nowhere. Especially in large complex projects.

Maybe at some point the AI tooling will be good enough for me to say "do my work for me today" and sit back. At that point, yes, I am irrelevant and could be replaced by anyone else. But is it anywhere close to that right now? My experience says no.

Perhaps the current models are capable of that with the right tooling - some system to define clear goals and stick to them. I haven't seen evidence of that yet though. Have other people?

8m ago
Doctor sounds like Nurse, which sounds like applying bandages and taking temperatures.

Physicist sounds like Lab Technician, which sounds like managing samples.

Electrical Engineer sounds like Electrician, which sounds like installing a bunch of wire.

Stunt Driver sounds like Uber Driver which sounds like pushing pedals and turning a wheel.

It’s fun to pretend the world is much simpler than it is.

gspr•19m ago
> I've yet to hear an argument that argues that software engineers can be replaced by AI that doesnt boil down to slop apologism, inability to detect slop or simple gaslighting.

That, or extreme extrapolation from events that form a vanishingly tiny part of the job of a software engineer. "Last week my AI solved this amazing software problem that I had struggled with" very quickly becomes "the AI is better at software than I am". Any pushback suggesting that the fact that something (or someone) did one tiny part of your job better than you one time does not mean you should be replaced, is quickly met with "yeah, but that's today, imagine how amazing the models will be in n years".

You can't win a debate with this much moving of goalposts.

Ilikeruby•40m ago
Well the fact that 0 developers are replaced by AI should tell you something
marcyb5st•31m ago
I am pretty familiar with a 500k LOC codebase. If for every feature request/bug the agent has to go through a lot of it, spend a gazillion thinking tokens for understanding what it needs to do, plan, and then execute (assuming it gets it right) given the current cost of tokens I argue I am often more cost effective.

In fact, I believe that the most cost effective way is a collab of human+agent. Ie giving the agent direction as it goes along with the plan I can cut the thinking while keeping the speed. Basically helping the agent going from a breadth first search into a guided depth first one which is much more token efficient.

Additionally, humans have long term memory and knowledge of the context around your codebase. Agents do not, and while you can fit a lot in 1M context window, once you fill that the quality goes down considerably.

bayarearefugee•25m ago
This is why you can't be replaced today. I'm not sure you can rely on that remaining true for very long. And this goes for the vast majority of us.

To be clear, I'm also not saying LLMs will definitely displace a lot of us very soon. I'm just saying I wouldn't be surprised by either outcome and I don't know how anyone claims to know one way or another given the past year or so of progress.

stnikolauswagne•20m ago
Im curious if that point comes before it automates away the entire mid-upper management caste.

In a hypothetical world where LLMs have enough context window and "understanding" to have no need for an experienced user to give inputs I would assume its also going to have enough information to make most business decisions and provide well formatted info to the C-Suite.

stnikolauswagne•24m ago
Not to mention the fact that even the most well documented codebase will have documentation blindspots about real-world concerns or limitations that LLMs cant know about. Cursor yesterday tried to remove a document format from the codebase because it was convinced that it was non-existant, turns out that not only does it exist and is vitally important for our shipping process, but also the API it comes from does not document its existence at all.
laszlojamf•26m ago
I think the missing piece here is nuance. Of course there are certain tasks that software engineers do that will be replaced. But will AI replace _everything_ a software engineer does? The most difficult bit about software engineering is to keep a mental model of _everything_ a product does with varying levels of granularity. The way I see LLMs fail at my company the most is that they are very good at the big picture, and very good at the very small picture, but have difficulty moving between those two levels. And especially when changes have occurred or accumulated over time. Most of all production systems have an extremely long tail of gotchas which are only managed by people who have been around for long enough to have some kind of deep storage access in their heads to those little tidbits of information. And I think current LLMs might be fundamentally incapable of replacing that.
fragmede•16m ago
Maybe tomorrow, but they're just still not there quite yet. For non-software developers, there's a "vibe coding wall" that gets hit and the project needs a software developer to unwind. Maybe Mythos or codex-5.6 will be able to do it, but Opus 4.8 and codex-5.5 still get stuck without proper guidance.
zurfer•13m ago
Don't fall for it. Its a trick question. Capitalism made everybody replaceable a long time ago. :P

The more interesting question is: Has the ease of replacibility increased because of AI?

b65e8bee43c2ed0•7m ago
to be fair, I'm not really seeing many people insisting otherwise, not anymore at least.
applfanboysbgon•13m ago
Hello, efficient market fallacy. Markets are not actually efficient, and especially not instantaneously so. There are a million ways to observe various market inefficiencies[1], so it's childishly naive to assert that they are in fact perfectly efficient according to some ideological belief of yours without considering reality.

[1] Some examples: https://danluu.com/nothing-works/

antirez•2m ago
What I say has nothing to do with efficient market hypothesis. Here the question is simpler: in small companies where there are competitors, who does the wrong choices will be seriously hit since customers will star preferring less slop and more reliability, if AI is mis-used. And companies that instead of firing, hire the folks that are "ideas people" and can use AI efficiently, and now how to control the quality of the output, will deliver more and better. For bigger companies: AI is driving salaries at a more normal level (honestly we want a bit too high, in recent years, even for people with a very low level of knowledge, didn't we?) and to marginally reduce total spending and not deliver the timeline they have, and are used to observe for years, will be noticed. Also companies in the past had a dangerous tendency to over-hire. I don't think now they will invert the direction and over-fire. I have the feeling many managers will instead reason in terms: what is today the great programmer fit? The one with low level knowledge of each algorithm, or the one that has good ideas and understands product, quality, processes, other than programming? And they will try to mix AI and people in order to have an edge.
croes•3m ago
And such management faults never ever happened before.

Life and work is not meant to be spent in isolation

https://46elks.com/blog/2026/05/29/an-amazing-time-for-programmers
33•jlundberg•1h ago•15 comments

1-Click GitHub Token Stealing via a VSCode Bug

https://blog.ammaraskar.com/github-token-stealing/
388•ammar2•18h ago•58 comments

AI outperforms law professors in Stanford Law study

https://law.stanford.edu/press/ai-outperforms-law-professors-in-stanford-law-study/
233•berlianta•9h ago•176 comments

Show HN: I reverse-engineered the world maps of Test Drive III (1990 DOS game)

https://github.com/s-macke/Test-Drive-3-Maps
86•s-macke•2d ago•19 comments

Use your Nvidia GPU's VRAM as swap space on Linux

https://github.com/c0dejedi/nbd-vram
297•tanelpoder•10h ago•82 comments

The Unreasonable Redundancy of Nature's Protein Folds

https://research.ligo.bio/posts/unreasonable-redundancy-of-natural-protein-folds/
95•ray__•5h ago•24 comments

MAI-Code-1-Flash

https://microsoft.ai/news/introducingmai-code-1-flash/
466•EvanZhouDev•14h ago•207 comments

Show HN: Edsger – A handwritten Clojure REPL for the reMarkable 2

https://handwritten.danieljanus.pl/2026-06-01-edsger.html
6•nathell•14h ago•0 comments

CT scans of BYD car parts

https://www.lumafield.com/scan-of-the-month/byd
380•viasfo•13h ago•220 comments

Microsoft Doubles Down on Controversial Quantum Computing Claims

https://www.science.org/content/article/doubling-down-controversial-claims-microsoft-accelerates-...
24•igortru•3h ago•25 comments

Writing Portable ARM64 Assembly

https://ariadne.space/2023/04/12/writing-portable-arm-assembly.html
14•luu•2d ago•1 comments

Pluto.jl 1.0 release – reactive notebook for Julia

https://discourse.julialang.org/t/pluto-1-0-release/137296
126•fons-p•10h ago•13 comments

Capstone – multi-platform, multi-architecture disassembly framework

https://www.capstone-engine.org/
54•gregsadetsky•7h ago•1 comments

Roku LT Operating System open source distribution

https://blog.roku.com/developer/roku-lt-os
73•dpmdpm•8h ago•23 comments

My thoughts after using Clojure for about a month

https://www.acdw.net/clojure/
214•speckx•13h ago•109 comments

Words of Type

https://wiki.wordsoftype.com/
62•tobr•2d ago•11 comments

HP re-releases classic computer science calculator: The HP-16C

https://hpcalcs.com/product/hp-16c-collectors-edition/
169•dm319•14h ago•104 comments

Gmail thinks I'm stupid, so I left

https://moddedbear.com/gmail-thinks-im-stupid-so-i-left
941•speckx•14h ago•620 comments

Show HN: Phive, a Gomoku-like game to play with friends or solo

https://phive.app
8•0xCA1EB•3d ago•6 comments

4K years ago, Mohenjo-daro grew more equal over time

https://archaeologymag.com/2026/05/mohenjo-daro-grew-more-equal-over-time/
98•marojejian•11h ago•44 comments

Open Repair Data Standard

https://openrepair.org/open-data/open-standard/
132•cassepipe•14h ago•7 comments

How we index images for RAG

https://www.kapa.ai/blog/how-we-index-images-for-rag
133•mooreds•17h ago•19 comments

U of T researchers demonstrate AI worm could target any online device

https://www.utoronto.ca/news/u-t-researchers-demonstrate-ai-worm-could-target-any-online-device
32•shscs911•5h ago•7 comments

DIY Bipedal Robot Used Pneumatic "Air-Muscles" Instead of Motors

https://spectrum.ieee.org/shadow-walker-biped-humanoid-robot
8•sohkamyung•2d ago•6 comments

OpenFOV – Webcam head tracking for iRacing

https://www.openfov.com/
119•mwit2023•3d ago•56 comments

Preparing for KDE Plasma's Last X11-Supported Release

https://blog.davidedmundson.co.uk/blog/596/
190•jandeboevrie•19h ago•231 comments

Trump signs downsized AI order after weeks of reversals

https://www.politico.com/news/2026/06/02/trump-signs-downsized-ai-order-00946389
209•_alternator_•16h ago•154 comments

Fidonet: Technology, Use, Tools, and History (1993)

https://www.fidonet.org/inet92_Randy_Bush.txt
169•BruceEel•19h ago•67 comments

Multicore suppport for DOS is real – partly

https://www.vogons.org/viewtopic.php?t=111336
86•beebix•3d ago•16 comments

Recovering Eric Graham's 1987 Amiga Juggler raytracer source code

https://alphapixeldev.com/recovering-eric-grahams-1987-amiga-juggler-raytracer-source-code/
6•mariuz•3h ago•1 comments