Wut? I pilot LLMs all day but there's no way in hell I'd agree to be at the helm of a finance product. That first pillar is still there. Maybe the author isn't aware of the impact they have, but I know, with the evidence of reverted PRs, that when I step outside my area of deep knowledge I can no longer call BS on the agents. Our most capable agent, with access to the same kind of distributed systems the author talks about, is regularly wrong, frequently myopic, and just outright dumb constantly. It's the expertise of engineers on the team that push it back on track.
Posting this under a burner so I don't dox myself: I work in FinTech on a regulated product. We have access to Mythos. Mythos identified part of our codebase that it confidently asserted was not complaint with a particular regulation and we were at grave risk by allowing it to operate the way it was.
Except this was not the case, it had of course hallucinated what the regulation actually required (I know this because the code in question had already been reviewed by human counsel). This is (supposedly) the most bleeding-edge model available.
We use a lot of genAI to help us write code, but there is no way in the mid-term we could ever rely on these tools to actually build compliant financial products. We'd have to be totally mad. Yes, lots of Fintech companies are using these agents to accelerate, but anyone who's using them to actually ship product without a human actually digging into it is opening themselves up to a world of risk.
I've worked on projects in the airline and health industry which are highly regulated too. The regulations can be incredibly difficult to process and implement, and make sure you adhere to everything correctly. I've been involved in multiple scenarios where people have made false assertions about compliance or lack of. I'd still place a bet that the SOA models make _far_ less mistakes than humans.
They might make fewer mistakes, but they aren't evenly distributed. They don't use logic when making mistakes, it is gaps in the training data and now large of a span they have to bridge in the latent space. Just as they aren't smart like humans, they aren't stupid like humans. Don't mistake rate for quality.
100%. Unfortunately those not in the depths of mission critical systems or regulated products will continue to believe that producing tons of code quickly using LLMs without humans in these systems is acceptable.
Here's an example of what we will continue to see with folks fully immersed in gen AI psychosis:
"The creator of claude code said that he no longer writes code for about 6 months and now has Claude doing all his work now. He also said recently that he no longer prompts Claude and now has it running in loops and it is self-improving itself and performing better than a human!"
If the code produced by the LLM is perfect, the LLM takes the credit. But when a disaster happens, you cannot blame the LLM and it then falls on the human who did it.
I don't think SWEs heavily vibe-coding with LLMs realize the risk in not understanding what the code the LLM being produced is doing even after generating tests (lol). We will see more of this too. [0]
Isn't that a net positive though? (not sure about the cost human and tech cost). I'm guessing that without using Mythos, those conversations would never have been had, and confidence in the compliance of the product would've been lower.
I love using AI tools as casinos. It's epic in helping to forge ideas and kickstart thought processes. You basically have the entirety of world knowledge at your fingertips to have a pint with.
> I'm guessing that without using Mythos, those conversations would never have been had, and confidence in the compliance of the product would've been lower.
The conversations had already been had and the product made compliant. Mythos just pulled new rules out of its ass and of course the product wasn't compliant with those. So they do a fire drill and find that to be the case at great expense.
Yeah you can frame it as "more checking is always better" if you wanted but that's just the same old "other people's resources are valueless" slight of hand we see on everything. It probably was mostly wasteful work.
> It's the expertise of engineers on the team that push it back on track.
But how are you so sure your colleagues are not more "expert" than you? Prior LLMs there was room for very good engineers and mediocre engineers to work together in 99% of the companies out there. With LLMs, only the "best" engineers will survive, because nobody needs mediocre engineers anymore.
This being HN, I imagine every engineer reading this thinks they are in top the 10-5% of their company/city/country, and therefore they think they are not "mediocre" engineers that can get affected by the introduction of LLMs. Statistically, they are probably wrong. So, it's all about ego. Chances are you are not a rockstar and LLMs will eventually take over your job.
As usual, the only winners here are corporations and executives. Most of us are the last monkeys in the chain, and so we'll get screwed.
The corporations and executives are already winning if you swallowed the concept of 'rockstar' engineer. Sure there are more and less experienced engineers, but even interns can and often do provide good input and spot mistakes made by seniors. The 'rockstar' engineer at most tech companies simply equates to the somewhat autistic guy with a brown nose who's working 15 hour days for a pat on the head from management (and making many mistakes in the process).
Even if we forget "rockstar", there are certainly different levels of engineers. More experience doesn't automatically mean better either. That is not to say experience doesn't matter. It matters quite a bit.
Sure , good interns can sometimes have good feedback or spot mistakes. But not consistently enough.
All of this to say that it's not just experience that makes one a better engineer.
Experience is one of the only objective signals we have, but you're right it's not the only one. I've seen plenty great junior engineers and interns, and plenty of incompetent staff/principal engineers.
> Wut? I pilot LLMs all day but there's no way in hell I'd agree to be at the helm of a finance product.
Dunno how much longer that is going to remain true for your specific employer - all the fintech companies I deal with personally have had some sort of AI account for their devs since last year.
Even places like jane street have employees posting blogs (one of which was on HN frontpage about 60m ago) saying they mostly direct agents.
How long do you think your specific employer is going to hold out?
Sorry if I was unclear. I don't work in finance. I do work with agents. I think expert engineers in finance who are guiding agents are adding a lot of value because of their knowledge of finance. Because I lack that knowledge of finance, even given access to agents, I would not accept a role guiding agents in a finance company because I wouldn't be able to guide the agents well and my/our output would be bad.
Unfortunately every software related industry is embracing LLM/Codegen. Your banks, fintechs, insurance. Everyone. Your concerns are the same I'm having, yet it's regularly dismissed or hand-waved away as "don't worry about it the delivery velocity/ROI is worth it"
It's not so much about velocity or quality, both of which LLM do (or will) provide.
The real question is about accountability and liability.
When a major data leak is going to happen, who will they sue or fire ? That is the value engineers provide. They understand, confirm, and take ownership.
This is what I'm wondering too. We've signed a confidentiality agreement with all the big players (as I'm sure all other companies have done), which is supposed to ensure our data is both segregated and not used for training. I don't trust these companies not to do just that; their business is in taking what we have and training their models.
This question has been easily answered by many companies.
You, the IC, the developer prompting the code extruder, are ultimately responsible for its outputted code and its behaviour.
You may feel pressured to push out thousands of lines of code a day. You may see those thousands of lines refactored several times over the lifespan of a merge request. You may be asked to do this continue this in the long term with all the mental fatigue that entails.
When it's too much for you to sustainably deal with and you turn to using LLMs to review the code, that will still, presumably, fall on you at the end of the day.
Ostensibly, due-diligence should not change. But people are lazy, just as they've always been around testing/QA/definition-of-done.
I'm not even certain that laziness gets them further along than it used to; I think it's that people have not had their overconfidence painfully corrected yet. Behaviors will re-align pretty fast when people realize that no, they're not going to get away with just pressing a button and saying everything is "good". That is happening right now.
> When a major data leak is going to happen, who will they sue or fire ? That is the value engineers provide. They understand, confirm, and take ownership.
This goes for serious incidents, disasters, outages and security breaches.
If there was an investigation and the answer was "a piece of software was vibe coded with AI" why would anyone trust the software vendor after that?
Are banks that concerned about velocity? Because moving fast and breaking things in the banking sector can get extremely expensive. It's also not a who-gives-a-shit industry like operating a taxi service or hosting images, but a very tightly regulated sector.
I might have been a bit broad with the brush. I can't speak for banks, but I can speak for the the fintech/money-movement space (e.g. Remitly, Wise, Revolut).
It's a race to get first-to-market for backend integrations/features. It's given rise to a culture of "move fast break things" where safety is only for some core features, but absolutely not for the constellation of other services we provide. Failure rates have increased almost a percentage point since Codegen/LLM adoption was mandated from up top.
You would think regulators would be on top of this, but our industry runs on all actors "self reporting" their outages. Most don't unless they can't hide it (>1h)
'Keeping up with regulations' may as well be a separate field from the core stuff. It has the same pressures as any other development effort. Managers will want the integration to the KYC service LLM'd as quickly as possible.
A lot of companies are investing money on “ai factories” that are join to automate a lot of software development (that is, steer LLMs) on the basis of jira tickets (or linear/trello cards or whatever).
"I ended up working in software development roles in the domains of finance, bookkeeping and payment processing, where I had great autonomy and a close and candid relationship with Product Managers and stakeholders.
I learnt a lot about the domain and how to effectively write programs for it: PCI compliance, double-entry ledgers, escrows, reconciliation, payment lifecycles, bank transfer idempotency, etc.
It was, then, obvious that I should focus my career on becoming an expert on that domain to stand out as a professional and differentiate myself in a field that showed signs of an increasing need for domain specialists."
My career path is suprisingly similar to the author's. Weirdly enough, what he takes as the first pillar to fall is the one I see most undamaged currently.
LLMs routinely fail at our business specifics: Local tax regulations, particularities of the accounting process, specifics of our ledger implementations. They're great at refactoring, translating between languages, tracing bugs on existing code even, but there is always many things subtly wrong iterating and expanding our domain.
This might be because the companies I worked for happen to be tackling complex domains precisely for moat-building reasons. They stay in business explicitly because there's not a book out there you can read to build a clone, the knowhow stays inside.
Also, a fintech whose managers recommend speeding up design docs with AI sounds way too careless to be in the money handling business. It's way, way too easy to end up with millions incorrectly allocated, particularly if you deal with high volumes of small transactions. These bugs are always a bitch to deal with because correcting the logic is just step one, you then have to correct all the wrongly calculated data in immutable DBs, move around the red tape and client comms, and your fix is bound to become a gotcha that new features and observability have to take into account ("remember that there's a bump in the data in february 2 because we had incident X".)
> The company is now hiring again for a few roles and domain familiarity is not a strong differentiator anymore. We used to list "Software Engineer - Area". Now it's just "Software Engineer" and the team assignment comes after the offer is accepted.
> Of course, this is good for brilliant engineers that never had the chance to get deep into the domain and now have better chances at getting a job, but it's also sad to think that other brilliant engineers that spent their lives collecting domain knowledge are now competing on the same lane.
If the author's vision of the future is correct, then competent software engineers are safe. Domain knowledge can be learnt much quicker than how to apply good engineering principles.
Engineers whose main competitive advantage is domain knowledge are probably not that brilliant at engineering. They might still find employment in other areas of the industry where they accumulated domain knowledge.
And I'd still question it. The experience of just… knowing how a good architecture looks like without being able to really put it in words is what makes a good engineer to me. These people can pick up relevant regulations or industry terms and deliver value quickly enough.
How is "without being able to really put it in words" a mark of experience? Surely an engineer should be able to justify why an architecture should be arranged the way it is!
> Domain knowledge can be learnt much quicker than how to apply good engineering principles.
Partially disagree. Broad-strokes domain knowledge can be learned quickly, but honing that domain knowledge with nuance and consideration for complexity, particularly for organisations that are unique and are not often thought of as 'software development houses', can take years if not decades.
Yet I still see (and code review) 'professional' software developers that don't follow good software engineering practice.
> Engineers whose main competitive advantage is domain knowledge are probably not that brilliant at engineering.
The same is also true of engineers without domain knowledge, certainly in my experience. Maybe we just got unlucky...
>>"Domain knowledge can be learnt much quicker than how to apply good engineering principles."
I'm not sure that's universally true. Good software engineers who are arrogant about easily acquired domain knowledge have been the downfall of many an ERP system.
There's SO much IT that's literally all about putting business rules into the system.
>Domain knowledge can be learnt much quicker than how to apply good engineering principles.
Can it? I'm of the opposite opinion. You can improve methodology much faster than gaining specialized knowledge.
You can enforce and fast-track the former because it's a matter of approach.
The latter is subject to the person's learning affinity, capacity and availability at the time and can't be forced beyond reasonable facilitation. It also builds on itself, with the corollary that there's a much steeper curve early on.
The development and acquisition of valuable domain knowledge is a hard, risky, expensive and slow process. Because the valuable domain knowledge isn't yesterday's, it's today's and tomorrow's. In fields where domain knowledge matters, it is also deeply intertwined with engineering - you won't task Jeff Dean to develop Unreal Engine from scratch.
With that said, there are still many SWE principles that are not fully internalized or adequately practiced by domain knowledge experts, and that will remain the case as much as domain knowledge remains valuable, because software engineering is yet but another domain.
That's an extraordinarily rosy view of the future.
I'm old enough to remember the dot-com crash, specifically the years afterwards. In 2002-2003, the unemployment rate of software engineers was something like 40%. In fact, the only reason it wasn't higher was because of the number of people who had permanently left the field to become plumbers (or other trades).
I think this is going to be worse. In the dot-com crash, what really happened is that non-businesses got funded and it basically the capital markets ceased to function to a large degree. That's not what's happening now. Yes, huge amounts of money are going into AI companies but the change is more structural.
Other industries have gone through this. In the 1980s a bunch of industries were intentionally destroyed or offshored in areas that have never recovered. This has continuing social, economic and political impacts. I think people are being naive here thinking this can't or won't happen in tech.
There's quite a large cushion for software salaries to decline before permanent structural unemployment were to set in.
It's not really feasible for "normal" businesses to hire developers at current salaries.
Tech companies will probably shrink in headcount, but all the non-tech kind of businesses can increase developer headcount.
Current Tech salaries are far above other fields while requiring (used to) significantly less training or time investment to get into.
Phase 1 is more likely that software comp will normalize with other professions, and more hiring will happen at the fringes rather than being concentrated in a few big companies.
There will be a handful of people who make stratospheric compensation, a bit like we have now.
Everyone else will have extreme job uncertainty, getting laid off multiple times, losing compensation as a result (ie equity vesting) with compensation that at first stagnates and then starts to slowly decline in real terms.
A lot of the big tech companies will likely spend less effort on non-core activities. Think of all the things Google does. Anything that's purely internal will be gutted staffing-wise because it's the safest testbed for shifting the engineer-AI balance on teams before rolling it out further.
If you listen to non-tech people now you hear tales of applying for hundreds of jobs and getting no response. That will become more normal. What's worse is that AI seems to be to blame here. Companies all use the same AI ATS systems and I've seen allegations that candidate scoring gets cached for upwards of a year. So if the system happens to give you a bad score, literally nobody will see your application because you'll get filtered out before any human sees you.
I was watching a VC give a talk from some conference in France and the general sentiment is that no companies are being funded with teams greater than 5. Why? AI. So don't think you can startup your way out of this slump unless you're somebody who has the connections and CV to get funded anyway, in which case you might well have some of those stratospheric options anyway, at least for now.
I’ve been using Claude Code with Opus 4.7; it’s not that the code it produces is wrong, it simply tends to write too much of it. In my opinion it’s still worth thinking about a particular feature and finding the best way to fit it into your code because Claude will often just pick a layer of the stack (maybe presentation), and jam it in there. A couple weeks later you need this data somewhere else and Claude can’t reuse the code (maybe in the service layer) so it kind of “ports” it over. Unless a person is paying attention we now have the double the amount of code and duplicate logic. I don’t see AI tools like Claude getting better at this anytime soon.
Where I work there’s already pressure to use Opus 4.7 less to save money, someone mentioned using a smaller model for “simple bug fixes”. This might work sometimes but how often do we really know it’s a simple bug fixe ahead of time? I suspect as costs go up we’ll see interest in using these tools to write “all the code” go down. As people migrate to cheaper and less effective models I suspect we’ll see the pressure to skip reviewing that code dissipate as well.
We’ll see where we land, maybe it won’t as dramatically different as the author of this post fears.
> Maybe I should consider transforming my woodworking hobby into a profession...
Whatever your feelings on the future of the industry are, it's hard to imagine you'll find more professional success in artisan woodworking than artisan software.
Custom furniture/cabinetry is already a pretty tough market, and woodworking is such a common programmer hobby that if a significant chunk of us decided to make a go of it the market would get heavily oversupplied pretty fast :).
I’ve had people tell me I should try selling some of the furniture I make and my response is always that I made the mistake of turning a hobby into a career once, I don’t intend to make that mistake again, and at least software still pays pretty well.
I have a historic house with a hand carved/ uniquely shaped door. The jamb rotted and we paid a woodworker $4k to create a replacement. The door itself would easily cost $25k to replace. So, move to a major historic area with hand carved doors and you could make some decent money.
You assume there are enough of these jobs to go around and that you can just show up and do some extremely intricate work. Repairing historic doors and more elaborate woodworking isn’t easy to learn as the knowledge mostly doesn’t exist online anywhere, I also own a historic house and often ask the top tier LLMs for details e.g. about my staircase, they always give wrong answers as this knowledge is simply too exotic and not in their training set. And no one online talks about these things, 99 % of woodworking videos on YouTube are focus on beginners, you can’t replace a professional education watching videos and reading books. That will protect woodworkers with these skills of course but it’s wrong to assume you can just break into this market and be successful, most devs with woodworking hobbies are really shit at their craft and struggle to create even a regular elaborate cabinet, no way they will be able to compete with good craftsmen for these few lucrative projects.
I work with a guy who does decking (gardens, caravans, etc) and builds sheds, fences, things like that and he does very well indeed (he's also incredibly good at it to be fair)
> Whatever your feelings on the future of the industry are, it's hard to imagine you'll find more professional success in artisan woodworking than artisan software.
A small percentage of the market, maybe a fraction of a percent, are still willing to pay for hand-built goods - bonus if it's thoroughly modern but retro (steam-punk keyboards, maybe).
Exactly zero percent of the market is willing to pay for hand-built software.
We are less than a year into good-enough coding agents, and as of right now there is not a single job opening I see that offers a salary for non-AI output.
> you are saying this based on your own experience but YMMV, it is not universally true, specially not in developing countries
My experience of job postings advertised is exactly the same as everyone else's for the same filters.
This is not a "my personal feeling is that...", this is "I can't find an advertisement, posting or role that doesn't demand, instruct or promise that the successful candidate would be working closely with AI".
We're less than a year in, and I do not see dev jobs advertised on (for example) indeed.com with any sort of criteria omitting AI.
I have never used indeed.com before, but I just took a look and the very first software engineer posting I looked at doesn't make a single mention of AI. You have a penchant for making easily falsifiable assertions.
It is fairly obvious that the majority of people who buy software (>99%) don't really care how it's built. They care a lot about the outcome of using it, they care a little bit about whether there are bugs or not, and they care about the cost a lot, but beyond that nothing seems to matter to the purchaser. Even obvious things like whether or not there are tests, documentation, SLAs for fixes, or backwards compatibility between versions don't really seem to matter much.
That doesn't mean you couldn't carve out a niche providing hand built software to people it does matter to, because the software industry is large, but saying 'zero percent of the market isn't willing to pay for it' isn't really wrong. It's just a rounding error that does care.
(One massive caveat though ... the argument assumes that 'hand built' means 'higher quality than AI-assisted', and that's probably not true for >99% of developers.)
> Exactly zero percent of the market is willing to pay for hand-built software.
This is a provably false statement, given that eg. Handmade Hero exists and sold a bunch of pre-orders despite never coming close to completion, and spawned an entire community that prides themselves on handmade software. There are also content creators like Tsoding who make a living by having people watch them do handmade coding for the love of the craft.
Some non-zero percentage of people will also always be willing to pay a premium for superior-quality software. The author's thesis isn't that LLMs can produce S-grade software but that 'nobody cares' about quality and that C-grade software is good enough. While it's true that software quality isn't greatly valued at scale, I think the minority who care is larger than the minority who care about premium woodworking goods, particularly because as an artisan software developer you more or less have access to the global market of every single person who cares, while as an artisan woodworker you mostly only have access to the market of people in your town who care.
This also overlooks that LLMs are politically divisive and there are movements to boycott them and shame people for using them. There's a niche for organic, free-range, vegan, etc. products at the supermarket for conscientious objectors, there will undoubtedly be such a niche for software. All the more so if LLMs reach a point where they actually are putting everyone out of a job, they will get much more divisive. There was already an assassination attempt against Altman and his promises to destroy everyone's livelihood haven't even come to fruition.
Only if the quality is bad. And users normally can only judge this when something is not working. So maybe only badly written/tested software will get labeled ai slop.
I sympathise with the author being in the same boat, largely.
I just want to emphasise a point... Calculators give 100% correct answers and yet we still hire accountants; for the simple fact that we don't want all to be accountants.
People will hire software engineers for the simple fact that they do not want to be software engineers.
With todays LLMs, yes. But if they can ever reach a level of a contractor in a reliable way and companies offering them willing to take responsibility (because confidence is high and rest is insured), then one can just hire a cheap AI agent to fulfill a contract - design, implement, deploy, run and maintain your service/website like the engineer before.
Calculators are not a replacement for accountants, online accounting services are in many cases. Which again can be run by an AI if they reach that level of reliability.
There's a certain irony in masters of automation lamenting that their roles are being automated. I wonder whether the jobs their efforts eroded in the past ever got the same thoughts...
Programming, logic, etc are skills and toolkits. The optimal state of society is everybody being able to apply them, not just the enlightened compsci caste. There was a time in the past where scribes were paid nice cash for their efforts, too.
I guess the lesson to learn here is treating a toolkit as an identity and job for life. By virturee of the essence of the job itself - if the tool gets cheaper and more widespread, it's aactually success, not betrayal.
You say that the optimal state of society is for everyone to apply programming and logic etc. but the obvious final result of these developments is that no one will.
Maybe the artform will be lost, but surely humanity will inherently be more 'logical' and systems driven afterwards?
Maybe using writing as an analogy is flawed, but most of humanity having 'writing' as a core skill did enable many other things, even if oral storytelling cultures suffered at its hand.
At its core, tech is all about breaking through inefficiencies and barriers. Does it matter if people can't code python if people demand government systems be frictionless in the year 2500?
Same boat here, just a couple years more experience.
Current LLMs are still kind of shit at actually programming so many jobs do still care to have professional programmers. However, I think it's evident that if things stand where they are, employers will care to have far fewer of them, at least of highly paid highly experienced programmers. If this is the state we're in with LLM adoption when they can't help but create the same helper functions 15 times, god knows we're screwed.
So we should probably work on clearing out our debts and figuring out what else we might want to do with our time, I reckon.
I'm still going to try to do a good job. I'm still trying to learn the best effective ways to apply current LLMs (Right now I still prefer to mostly write code myself but have been using LLMs to bang code into shape via iterative code review; this is a way to exploit LLMs to make better code, especially applicable if your velocity was already good.)
There’s one force where software engineering is being automated by LLMs, but the other force is that there isn’t really much more software that needs to be built. Even before AI coding became big, back in 2021, we were already in late stage SaaS territory where each new idea was an increasingly minor variation of an existing idea. There were no new GitHubs, Herokus, Stripes, Salesforces, Instagrams, Reddits, just variations of those for more specialized markets.
It’s really unfortunate that AI hasn’t raised the ceiling on the space of possibilities as much as it’s raised the floor on how much can be automated, we’re all getting squeezed in the space between.
To me looks like, if we're not collectively careful, civilisation will soon be on a path to an evolutionary dead-end.
Anything that can replace a deeply experienced s/ware engineer can replace anyone in the employment stack, meaning that only the owners of capital will be left, and they too will soon fade as the economy falls off a cliff and money has no value, because the only value that money has is the value of a human backing that, with thought, with ideas, with human output.
Whether you like it or not, "Economic output" is just a different phrase for "Human output that is valuable". When all human output is valued at the fractions of a penny per month of work, there is no future.
That sounds more like a problem of close minded narrow focus on economic output instead of culture, virtue and spiritual traditions.
AI is fundamentally an equivalent to slave economy. Cheap, plentiful workforce. This time ethically neutral. You either get Greece or Rome. I’d prefer Greece but it will probably be Rome.
From the past we can predict the future.
> That sounds more like a problem of close minded narrow focus on economic output instead of culture, virtue and spiritual traditions.
I’m starting to be more sensitive to the argument that without god, people are unable to have a strong moral foundation. Not for the people expressing creativity in how they fuck, but as a check on those in power.
There has been said so much about it in the past and I always believed it to be true, as an atheist.
I like to think that one of the symptoms is politics becoming really absolutist, idealistic and cultish. You do not debate followers of a different religion. But many topics really becoming kind of a mini religions.
I don’t know for sure though, there are arguments against it too and other factors.
I think substantial amount of people really need some kind of subjective spiritual experience to their life and maybe ignoring that need breeds some maladaptive tendencies
The major blocker for manual labor automation in that fashion is cheap energy. China is ahead of the pack with the States' weight behind aggressive expansion of solar tech, and still can't do that.
Nope, just a specific kind. Those who developed and cultivated only a very specific skill set at the expense of all others.
I used to think being a generalist, and having persued technical roles with a people facing element was to my detriment, but it’s turned out to be the best decision I ever made.
Many people share this sentiment, many people don't.
Who you belong to depend on at least two things: A) How knowledgable is the AI on what you are working on, B) How well do you wield these new tools to work better than before? (Better here can mean many different things).
I've consulted with some big companies on AI strategy. I tell them there are two approaches to AI.
1) Train AI to replace human work. This gives you 50% quality for 10% cost.
2) Train AI to assist human workers. This gives you 200% quality for 110% cost.
Most companies will go with option 1, and it's a race to the bottom. Eventually, someone will go with option 2 and gather up all of the pieces and take over the market.
AI is beat thought of as an exoskeleton, you'll be at a huge advantage if you learn how to use it properly, and you will, unfortunately fall behind if you don't. I still think we're going to need people who can reason about code, and the amount of code to reason about is exploding in volume. Think of it as doctors having access to better drugs and techniques - they can can cure more illness, but the bar and expectation of what they can do will just raise. And doctors are still well paid, because what they do is important and needs doing well.
The saying goes... first we shape our tools, then they shape us
We are now manufacturing intelligence (why it's artificial) and it shall be interesting to see how it shapes us individually and as a whole.
While marching on May Day, the woman next to me made the comment that Ai will force every human and humanity to reflect on what it means to be human, all of us at the same time over a short time period. What makes a human valuable beyond their work? Why do we go to other people when their expertise is at everyone's fingertip? What value are we giving, trading, or sharing in the time we have in this world?
Interesting Tony, you seen to have been working for the AI since long time. We others are catching up but eventually all of us will be working for it, as directly or indirectly we are already doing. The "robot" was figurative cause we are no different from a machine, but that is too much for humans to comprehend.
I work for myself and the world, not for Ai. It's a tool without identity, but a damn good one that multiplies my capabilities.
I anticipate the first bifurcation to be wheat from chaff. Ai is going to do better at a job than say half the people, those who don't care about the effort they put in or the quality of their output. These people will have to come to terms with their mediocrity or blandness.
I'm still unsure what the good ideas are for when we reach a world without labor scarcity.
<I'm still unsure what the good ideas are for when we reach a world without labor scarcity.
It should be real creativity the final goal to this life optimization. For now many of us need to fight for survival, for food, shelter... so is a bit difficult to be purely creative. But is also true that given all the benefits (taking off the survival instinct) makes creativity obsolete.
>I work for myself and the world, not for Ai.
Yourself really? Start by defining "I", "work" or "yourself"... then we may proceed to the next LOL
I am kind of like of in the same place though roughly 5 years more than author.
I thought about going back to college, learning Math, Statistics, advanced Machine Learning and applying for research role at a frontier lab.
That's a super silly take. As much as I did math and even course on machine learning back in the days and I was making basic perceptron in code at university - to get back and be able to do so on frontier level that's years I don't have anymore.
Anthropic is doing all that also with their LLMs so that ship sailed.
Big thing is — business people are not going to spend time prompting LLM to make an application. If they do then they will become "programmers" and we all (experienced developers) know — you touch it you own it — they (business) will not bother running or taking responsibility.
Right now on r/sysadmin there was bunch of posts where admins have "vibe coded apps" requested to be "productionized". Those business types requesting don't know yet — you touch it you own it — they think they can vibe code app drop it at ops and it is all fun and games. When people will start requesting features, start nagging about bugs, start cursing on whatever changes they introduced it will be back to "hey maybe we will just get someone to do that for us".
You might not need as deep software dev knowledge but with deep software dev knowledge you still will be faster operating LLM to build systems than non-dev
>Agents do a really bad job at keeping codebases organized.
If you do a disciplined way of development with agents by keeping all Documentation in markdown format, repo structure, Decision records and architecture, they do absolutely organized. Every new module should be documented and the editor configuration and coding patterns can be given as reference. this worked well for me. and it make enhancements, extensions development without any big troubles.
He says that taste doesn't matter and it hasn't in the past. However, in an era of "extruded code product" (by analogy to https://tvtropes.org/pmwiki/pmwiki.php/Main/ExtrudedBookProd... ) automatically generated by the truckload at negligible cost, the differentiator for software developers will necessarily be the ability to create a product that doesn't reek of extruded code product, i.e. the things like quality that he labels taste.
(Whether any one reading this, myself included, survives in the industry long enough to reach the other side of that transition is a different question.)
[EDIT] The reason I use books as an example is that 4.2 million books were published in 2025 (https://ideas.bkconnection.com/10-awful-truths-about-publish...); 3.5m self published (with most likely LLM assisted or wholly generated) and the remainder traditionally published. (That's ~9,600 new self-published books a day.) Who actually still sells enough copies to make money in this paradigm and why offers hints as to where the software industry is likely headed.
> All my finance and payment domain expertise, all the debugging intuition and distributed system knowledge earned through hours of sweat and tears, is now promptable.
Is it really though? Access to information is quicker, but you still need to know what ‘good’ looks like to leverage it effectively. I can prompt my way to a medical diagnosis, but I’d still want to run it by a doctor.
I’ve found it extremely hard to get LLMs to exit the basin of your current knowledge.
One of my tests for new models is to ask about a concept I already know the mathematical model for, but as if I don’t. So far, they all answer the same way:
1. Convoluted explanations about how it kinda-sorta is common terms.
2. If you follow up with the correct mathematical term, it immediately claims that’s correct and the right way to model it.
3. If you ask it why it didn’t use that term for your question, the LLM gives some version of explaining that it tried to match your language.
I have no choice but to assume the model behaves similarly other times — and that I am largely trapped in a basin of my own ignorance, when using LLMs.
Engineering hasn't gone away, you're now just directing things at a higher level. You are now a architect & manager (but you're managing agents not people).
Who sometimes has to deep dive & mentor a agent on solving the right problem.
LLMs are good at general solutions but not specific solutions. As industries evolve and laws, regulations, and practices change LLMs will struggle because those things are not included in its training set yet. We'll always need humans to push companies in new directions in order to compete, unless we eradicate capitalism altogether and then we're all out of luck. No competition means no incentive to try and be better than the next guy which means no new products and services for humans to develop that AI hasn't seen already.
I still struggle to accept this when my colleagues are producing implementations with AI assistance that are consistently broken and don't do what they think they do. As yet I can't square this circle, no one is better at their job than they were before.
I feel that I am faster and better, sure, but trusting self perception would be an absurd thing to do.
I used to be in the "AI will soon do all your thinking for you" camp, but I was overlooking a scenario: sometimes the gap between what you understand and what you're trying to achieve is so wide that no prompt can bridge it. Simply asking "what's the right question to ask?" doesn't feel enough, no matter how advanced LLMs become.
I'm not worried. You cannot hold a machine accountable and there's no way OpenAI, Anthropic, etc. are going to take on that kind of liability if some code resulted in a major outage or a lawsuit. Perhaps that's the signal I'd be looking for: so much confidence in the product that they put their money where their mouth is.
Besides, you can look at the websites/apps/software you use everyday and evaluate whether or not the agentic era has produced better results. Personally, there's still plenty of bugs and annoyances. Banks still using SMS 2FA, library breakages in minor version bumps, inconsistent UIs between web and mobile, etc.
If all that was a hurdle before... because humans, regulations, or something else... then surely these magical machines that can supposedly replace us and do it much faster would've handled it by now? And they wouldn't introduce more bugs[0], would they? ;)
> I still have one pillar standing, though: code quality and software architecture - what's now being reduced to being called "taste".
Genuine question: what exactly is "quality"?
It's something I've been trying to understand for a very long time. It seems like it's entirely contextual, and it has both subjective and objective facets (the latter only for quantifiable things, and still entirely contextual).
If you're using the product, and you want to question or debug what's going on, you can:
* Jump directly to the single relevant part of the frontend responsible
* Likewise with the backend. The layout and naming of the code should scream its purpose.
* Once you're looking at the code, it should be trivial to run it, right now, instantly, in unit test, or cli. You shouldn't need to stand up a database to see whether your code rounds taxes the expected way.
The system contains its own checkability. You can, for instance, just sum up all the incoming money and outgoing money and see if your balance is correct. (It's not enough to have good tests today, if you're working on data that was incorrectly calculated and stored yesterday)
Good question indeed, I think quality matters less these days because it's trivial for an LLM to increase code quality.
Quality is usually observed from a human perspective. But in my experience, codebases that humans would judge as "low quality" are actually fine for LLMs. They don't have as much trouble as we do with spaghetti code. They don't have problems with readability or obscure syntax, it's all perfectly fine for them. They don't care about indentation either.
Also it's really easy to increase the quality of the code base. You can just prompt to add unit test coverage and it will. You can prompt the LLM to handle edge cases better and it will (you don't even have to specify which, it helps, but it's optional). If you want to have better separation of concerns, just ask the LLM to have more separation of concerns and you'll have it. Documentation lacking? Just one prompt away. More robust build pipeline? You get the idea.
What work remains valuable when implementation becomes cheap? How about moving closer to ownership?
I think that in a product-centric or mission-centric perspective, effective automation is good, because it frees you up to do other important things. E.g., in gardening, time spent weeding, is time not spent surviving slug armageddon.
Businesses like a record of reliability, so devs going solo with AI is going to be a hard sell. I think we will know that AI is actually good enough when these AI providers start absorbing project management companies and hiring contractors to use their product instead of selling subscriptions.
I wonder how do people use LLMs so it does not hallucinates. Like 90% of the time the code is impeccable, but the remaining 10%... Let's say I determine the expertise by how well do people act of these 10%. For me, the first pillar is still there, but not in a good condition
Easy just add "Make no mistakes" to the proompt, clear skill issue.
In reality people who use LLMs so it does not hallucinate are the ones that just have to little knowledge to actually see when it does, because LLMs do and they always will. That is the only thing you can get with a stochastic word predictor.
"Maybe I should consider transforming my woodworking hobby into a profession."
As an AI optimist, I think all forced labor should eventually be done by AI. People can then spend their time pursuing their own hobbies. Just as many people still play Go after AlphaGo appeared, because they genuinely love the game.
In the future, coding may return to being an art form. People will no longer focus on utility alone, but instead on the enjoyment of the process of writing code itself.
> As an AI optimist, I think all forced labor should eventually be done by AI. People can then spend their time pursuing their own hobbies. Just as many people still play Go after AlphaGo appeared, because they genuinely love the game.
And what sort of economic system do you imagine will be in place to support billions of people being able to just play Go all day long? How do you imagine the large capitalistic global powers transitioning into that state?
I think that huge deflation will follow for everything except land value.
If automation makes producing food so cheap that it is almost free than it is ridiculously easy to acquire it. Similarly automated construction.
The way I see it the economy will point towards outer space. That’s where most jobs and flow of economy will be.
However most people will have 10x times uplift in purchasing power compared to today so their relative poverty will be ridiculous for us to call it the poverty but they will still think they are poor and troubled.
Generally I don’t think it will be utopia for the people living in that moment but if you look from medieval times at today it looks like utopia for serfs from the past. You however wouldn’t call it an utopia because your standards grew as fast as your purchasing power.
I think that rich and poor will be separated by accessibility to anti age treatment and other bodily improvements.
The tragedy of the poors in the future will be living measly 80 year old life like a today millionaire and that will be considered lower class. Those people with wrinkles we don’t want to look at because of uncomfortable pangs of guilt.
So you believe that your work will be done by AI and you will enjoy life more? This is not a loaded question, just trying to understand what your future ideal day / week would look like as an "ai optimist".
That’s just not economically viable. Even if it becomes viable after some singularity event the path there will be 1000 the upheaval seen during the wipe out of manufacturing and mining
Realistically, what should we have done instead? Not invent LLMs? What happens when a couple thousand people invent the next disruptive technology and even more of the population loses their jobs?
It seems like new tech is something most of us have to lie down and accept as the new reality each time it's invented, barring full-scale rioting. Much as with the Cold War.
I am also feeling anxious. I lucked out by having natural inclination towards software development, career which can provide good upper middle class life to anyone. But I feel like writing is on the wall. If I don’t find a way to pivot to something else, I might experience class migration, but in the opposite direction this time.
It's not just about it taking the technical competence away from our job, it's taken away the joy [1] which I wrote about.
I feel like many of my peers are beating around the bush on this topic and in denial. Even if you accept it can do a large portion of the technical part of our work, we are just supervisors at this point making sure it doesn't do any stupid shit. What is the point? Where is the fun in this? Where is the challenge? At least I have enjoyed building my career over the last 20+ years and building software, but find little joy in the work I'm doing now.
I think we're going to see a massive exodus of folks leaving the profession and a huge mental health crisis, long before the folks working in other sectors realise what's hit them.
While LLM's are beyond junior level at this point, they're still just that. I don't really agree that the first two pillars have been affected.
I've shared a story before that between now and 2 years ago a developer who solely relied on AI has produced the same hot garbage instancing system within the same time period. For example back in my day in 2 years I went from writing a system that struggled with few hundred players to one that could handle thousands and far beyond that. The person using AI 2 years ago wrote a system that didn't work and wrote a system 3 months ago that doesn't work.
Everyone is saying how great AI is, but they're missing that the driver is just as important AI wouldn't be able to achieve any of this without capable (often seniors) using it and giving it guidance. It's really a difference between "it works" and "it works without flaws".
Of course AI can produce things that also "work without flaws" with solved problems and someone "recreating" something that already exists with AI is not that special, a junior developer could accomplish the same thing given the time.
But I do agree that AI becoming part of performance reviews and all that is producing more productive developers which is going to drive the cost way down. In a way AI is stealing from a developers salary and giving it to the AI companies which is pretty ironic considering how cold developers seem towards artists.
The reason that I’m looking for an out is that it’s turned everyone I work with into imbeciles.
Nobody wants to think anymore. Coworkers are now just intermediaries for their LLMs. Talking to them is just talking to the LLM - sometimes directly copied and pasted, sometimes minimal effort to conceal what they’re doing. It is so disheartening.
And the sad part is, LLMs are incredible and can enable you to do much better work if you can stay in the loop, and stop focusing only on shipping speed. But from what I have observed, very few people care to do this. Who cares about substance when middle management thinks your productivity is 10x?
> Of course, I'm still employable because someone has to review the code and steer the robot. But I'm just another off-the-shelf engineer now. I have no domain expertise that another Sr. engineer steering an LLM cannot match. All my finance and payment domain expertise, all the debugging intuition and distributed system knowledge earned through hours of sweat and tears, is now promptable.
Ownership and responsibility are the new currency for the engineering staff. Willingness to implement these tools and then own the consequences of their use is what leadership is looking for. They want their cake while they eat cake, and they will keep those around who enable something approaching that experience. Owning the side effects of LLM use is more challenging than our own natural output because of the radical volume increase and unfamiliarity with low level details. However, I argue it is still possible. It has always been significantly more expedient to poke holes in someone (something) else's work than it is to perform that same work. And, the executives know this. They leverage this capability too.
The relationship between the business and the development team has been tenuous at best. I've rarely seen a technology team that was properly subservient to the business that ultimately signed their paychecks. I every case I have personally experienced, it is was like a hostage situation where the business owners are in constant terror of the technology people screwing them over in some infinitely nuanced way they or their lawyers could never understand. Many business owners are looking at this technology as a way out of the hostage situation. They noticed a window that was left unlocked. They are going for it right now. Whether or not they will succeed in their escape is a separate matter. Whether or not them being held hostage was justified is also a separate matter. It really helps to keep these things in their own lanes.
I think this experience is universal. The answer is the same as always has been - develop skills that are becoming most important.
Right now that is (at least from what I can see):
- Data analysis, data pipelines, models, etc.
- Tacit business knowledge
- architecture and design patterns (always has been, but now the scale os larger so this is even more important)
It's harsh but nobody cares if a model or a human made a system.
The "good" bits are that now automating anything and providing value from software is much easier. If I have an idea or a nitpick somewhere, I can just do it, up to a limit (which is quickly rising).
I have always been a generalist and generally interested in a very wide array of things, and this period has been the most exciting in my engineering career (13y now).
Learning about anything is so frictionless, looking back at my first learning experience - picking up a fat C++ book and spending days/weeks debugging, while I can romanticize that, I would never go back.
I can also now write software solo or with an extremely small team at a huge scale in comparison, and that is super exciting.
A lot of skills that took sleepless nights to acquire, they are "gone", but I still don't regret anything or wouldn't go back. Their "usefulness" has degraded, true, but this has always been the case with engineering.
We are now able to spend much more time thinking about utility rather than low level implementation and imo that's great.
We have many challenges ahead of us, and there are seriously bad things, the biggest one I have experienced is the hours are increasing and mental load is vastly increasing as well. As capacity, speed and leverage increases, so do expectations and hours, and that is probably a social problem.
Sorry for the unstructured stream of thoughts, and this is just an opinion (quite an unpopular one I believe), I hope your distress decays away for a new excitement and new opportunities.
The direction I'm given is to take humans out of the loop. As much as possible. Everything AI. Automate everything. If you are in the loop you are overhead.
LLM is a powerful tool but it still doesn’t have the context that a person would have. A million tokens is a drop in the bucket compared to the overall context that the person guiding the LLM needs to keep it on track and being productive.
If you’re not a good engineer and you don’t have the domain knowledge, your token costs will be very high for whatever gets shipped, because you won’t be able to provide the context necessary to prompt machine efficiently.
Claude will still very often hallucinate bugs, explanations, domain requirements, that have no basis in reality. It will offer fixes and improvements that are pretty standard but not optimal. This is correctable if you catch it, but you need to review every line of code and comment, because in addition to being obviously wrong, it is often very subtle in the wrongness. For every bit of “slop” there is almost microslop, the places where it just kind of confidently guesses… and doesn’t tell you… but sometimes is correct anyway.
The “problem” is there’s less low hanging fruit. You have to know a lot to add value beyond being a middleman gating the slop. You have to really pay attention to the details to find some of the errors that it’s making.
"Except that nobody cares anymore." Noone (from mid-management) cared about it also before. You hit the deadline, get promoted and leave the technical debt to the next one. Even if you're the one to deal with it, you set up the next project, get the budget, prioritize the issues etc. Not much changed in this regard with LLMs
You're wrong there. You are capable of judging the outcome of the llm.
> But I don't know what to think about the long-term.
Don't you think it all has taken long enough. When I look back at the beginning of my career and compare what we do now ... I cannot shake the feeling we're essentially still solving he same problems and we have accepted that as being normal. Complexity skyrocketed, (abstraction) layers got added but the needle didn't move exponentially together with that. I think the IT industry as a whole gets what it deserves, thinking that we would remain the maze masters of the mazes we create.
> Maybe I should consider transforming my woodworking hobby into a profession...
I'm looking for 8 (affordable) oak panel doors with the exact same measurements as my current doors so I can replace them. That shouldn't be too hard to find you'd think right?
I've wondered about this a lot. I am brand new to software engineering, fully powered by AI coding. Traditional software engineers have to pivot hard or the are going to be left in the dust. The slow, methodical, take two days to put a change on a production site approach are over. I'm shipping exponentially faster than a co-worker who hasn't embraced AI yet.
I have no idea what you guys are up to, but it is just a job, it is just a role, it says nothing about you or who you are and it is not tied to your meaning. If you make it so and your perception is aligned with that, then you are not in control of what happens to you. What kind of slavery it is to give other people so much control over you is crazy
This anonymous article is likely more FUD from the AI industry. "Just give up,you can't beat the machine. Please go quietly, we want to take your place and it's easier for everybody if you don't resist because you believe it's pointless"
If corporations really thought LLMs were a great cost-savings tool, then the obvious target for replacement are not the lower-paid staff, but the higher-paid staff - the ‘product managers and stakeholders’. That justifies token burn, replacing the 7- and 8-figure people, right?
But that’s not the real goal, is it? The goal is to inflate the stock value, take the cream off the top, and dump the whole business on the pension funds, maybe creating a too-big-to-fail scenario where the government steps in an bails out the industry as with the airlines during Covid.
This is why all the testimonials and narratives are so suspect - nobody knows what fraction of online posts were created simply to sell the narrative that LLMs are this incredible disruptive tool that will change the world, solely in order to create FOMO in the investor class.
In this particular case, I’d like to see links to samples of LLM created codebases for “PCI compliance, double-entry ledgers, escrows, reconciliation, payment lifecycles, bank transfer idempotency”. It should be easy to put an open-source LLM-generated version up on github, right? And if not, why not?
Code quality and architecture still matter, because they also make it easier for LLMs to reason about the system.
That said, Opus 4.8 and Codex 5.5 both can write code that is higher quality than your average engineer. They are not quite there yet in terms of code re-use, but I think that's a solvable problem.
The glory days are over. In the future, one software engineer will be able to support multiple product areas much like how one HR team can support 1,000's of employees.
LLMs have made domain knowledge and reasoning "cheap"; it doesn't matter if the output is lower quality - look around you for countless examples of where cheap wins and "cheap" continues to improve.
It's crazy the crazed anti-AI people yelling with foam with their mouth that it's useless, meanwhile Claude for me at work oneshots complex bugs in a massive project with a 95% success rate. And the customer happiness survey has never been as good as it's now btw
So instead of a programmer, you become a software designer. I recently came across the idea of building fantasy for the player (in context of games), but now that I think more about it. Onlyfans, is just that. Advertising, Beauty products, novels, games, TV shows, and so on. You're really just creating / selling a fantasy for vast majority of people. Most people will never lose that 30 lbs, but you can sell them all kinds of products to fuel the fantasy of them losing that weight, being beautiful, rich, healthy and so on. So an LLM replacing the need for you to write every piece of code, is actually kind of freeing. You as a a former programmer, should embrace your new creative role. Writing code, at least for me was always slow and tedious. I just want to be able to express the ideas I have, so LLMs just make it possible to build things I never could otherwise.
Maybe just maybe here in HN we are in an echo chamber that is convincing us that there is a theoretical limit to how far the LLMs can make progress. It’s not unthinkable that LLMs will make better overall architectural decisions or follow the good practices better or understand the problem in bigger picture (more access to company/product context already makes a huge difference)
Lots of jobs have been automated away and careers based on those jobs faded away in history. Maybe in near future there won’t be a ton of opportunities for software engineers in the traditional form. I’m also embracing for that future.
There were people called calculators that did manual calculations in the past. There were people hand weaving all the fabric. There were people painting cars in the factory. All those jobs are gone for the most part.
We are sitting here portending there is going to be demand for software engineers managing those engineer robots but let’s be real. The demand for software is not increasing at the rate software engineering is becoming efficient using those robots. Some (many) of us have to find new careers.
computers are made for automation. programmers were always working on automating things, making other things obsolete, and we have been killing jobs for decades. did you really think we would suddenly stop when it's your job? i'm happy this is happening, genuinely giddy
I don't see it as negatively, in that there are specific trade-offs.
For one: LLMs make a lot of mistakes. We all see that when they hallucinate search results and what not. But, possibly even more important than that, you ultimately become dependent on some big company via LLMs. Perhaps that trade-off is worth it for some companies, but I personally don't want to become dependent on these companies. I actually consider it a hostile attack from the USA, and under Trump this is even more obvious.
Another thing that sucks by LLMs is documentation. They generate a lot of crap that is useless. So that's another area where humans could be better.
Admittedly a lot of vibe-coded AI slop is also useful in some ways, but it has started to make me rather angry in general - youtube already spoiled me here. I no longer want to see ANY AI videos at all whatsoever. It just wastes my time. I am not here to empower skynet version 20.2.
I secretly wish LLMs take my job away because I'll get about two years of unprogrammed rest, which I absolutely will not take of my own accord. But it's unlikely to happen.
Wut? I pilot LLMs all day but there's no way in hell I'd agree to be at the helm of a finance product. That first pillar is still there. Maybe the author isn't aware of the impact they have, but I know, with the evidence of reverted PRs, that when I step outside my area of deep knowledge I can no longer call BS on the agents. Our most capable agent, with access to the same kind of distributed systems the author talks about, is regularly wrong, frequently myopic, and just outright dumb constantly. It's the expertise of engineers on the team that push it back on track.
Posting this under a burner so I don't dox myself: I work in FinTech on a regulated product. We have access to Mythos. Mythos identified part of our codebase that it confidently asserted was not complaint with a particular regulation and we were at grave risk by allowing it to operate the way it was.
Except this was not the case, it had of course hallucinated what the regulation actually required (I know this because the code in question had already been reviewed by human counsel). This is (supposedly) the most bleeding-edge model available.
We use a lot of genAI to help us write code, but there is no way in the mid-term we could ever rely on these tools to actually build compliant financial products. We'd have to be totally mad. Yes, lots of Fintech companies are using these agents to accelerate, but anyone who's using them to actually ship product without a human actually digging into it is opening themselves up to a world of risk.
I've worked on projects in the airline and health industry which are highly regulated too. The regulations can be incredibly difficult to process and implement, and make sure you adhere to everything correctly. I've been involved in multiple scenarios where people have made false assertions about compliance or lack of. I'd still place a bet that the SOA models make _far_ less mistakes than humans.
They might make fewer mistakes, but they aren't evenly distributed. They don't use logic when making mistakes, it is gaps in the training data and now large of a span they have to bridge in the latent space. Just as they aren't smart like humans, they aren't stupid like humans. Don't mistake rate for quality.
100%. Unfortunately those not in the depths of mission critical systems or regulated products will continue to believe that producing tons of code quickly using LLMs without humans in these systems is acceptable.
Here's an example of what we will continue to see with folks fully immersed in gen AI psychosis:
"The creator of claude code said that he no longer writes code for about 6 months and now has Claude doing all his work now. He also said recently that he no longer prompts Claude and now has it running in loops and it is self-improving itself and performing better than a human!"
If the code produced by the LLM is perfect, the LLM takes the credit. But when a disaster happens, you cannot blame the LLM and it then falls on the human who did it.
I don't think SWEs heavily vibe-coding with LLMs realize the risk in not understanding what the code the LLM being produced is doing even after generating tests (lol). We will see more of this too. [0]
[0] https://sketch.dev/blog/our-first-outage-from-llm-written-co...
Have you added "Make no mistakes" to the proompt? Mythos can't go wrong then, must be a skill issue.
Is that all that Mythos did?
Did it find any real potential issue, optimization/simplification opportunities, or sparked any thought-provoking discussion within your organization?
Or was it purely a net negative experience?
Read their comment. It's a negative anecdote surrounded by them using genAI all the time.
You're the only one coming away thinking there was a net negative experience.
In regulated industries none of those matter if the tool invents compliance issues or breaks compliance.
The only thought-ptovoking discussion should be "why the hell do we have this stochastic parrot anywhere near out codebase"
Isn't that a net positive though? (not sure about the cost human and tech cost). I'm guessing that without using Mythos, those conversations would never have been had, and confidence in the compliance of the product would've been lower.
I love using AI tools as casinos. It's epic in helping to forge ideas and kickstart thought processes. You basically have the entirety of world knowledge at your fingertips to have a pint with.
your parent:
> the code in question had already been reviewed by human counsel
They cant read all comments they comment on...
> I'm guessing that without using Mythos, those conversations would never have been had, and confidence in the compliance of the product would've been lower.
The conversations had already been had and the product made compliant. Mythos just pulled new rules out of its ass and of course the product wasn't compliant with those. So they do a fire drill and find that to be the case at great expense.
Yeah you can frame it as "more checking is always better" if you wanted but that's just the same old "other people's resources are valueless" slight of hand we see on everything. It probably was mostly wasteful work.
> It's the expertise of engineers on the team that push it back on track.
But how are you so sure your colleagues are not more "expert" than you? Prior LLMs there was room for very good engineers and mediocre engineers to work together in 99% of the companies out there. With LLMs, only the "best" engineers will survive, because nobody needs mediocre engineers anymore.
This being HN, I imagine every engineer reading this thinks they are in top the 10-5% of their company/city/country, and therefore they think they are not "mediocre" engineers that can get affected by the introduction of LLMs. Statistically, they are probably wrong. So, it's all about ego. Chances are you are not a rockstar and LLMs will eventually take over your job.
As usual, the only winners here are corporations and executives. Most of us are the last monkeys in the chain, and so we'll get screwed.
The corporations and executives are already winning if you swallowed the concept of 'rockstar' engineer. Sure there are more and less experienced engineers, but even interns can and often do provide good input and spot mistakes made by seniors. The 'rockstar' engineer at most tech companies simply equates to the somewhat autistic guy with a brown nose who's working 15 hour days for a pat on the head from management (and making many mistakes in the process).
Even if we forget "rockstar", there are certainly different levels of engineers. More experience doesn't automatically mean better either. That is not to say experience doesn't matter. It matters quite a bit. Sure , good interns can sometimes have good feedback or spot mistakes. But not consistently enough.
All of this to say that it's not just experience that makes one a better engineer.
Experience is one of the only objective signals we have, but you're right it's not the only one. I've seen plenty great junior engineers and interns, and plenty of incompetent staff/principal engineers.
> Wut? I pilot LLMs all day but there's no way in hell I'd agree to be at the helm of a finance product.
Dunno how much longer that is going to remain true for your specific employer - all the fintech companies I deal with personally have had some sort of AI account for their devs since last year.
Even places like jane street have employees posting blogs (one of which was on HN frontpage about 60m ago) saying they mostly direct agents.
How long do you think your specific employer is going to hold out?
Sorry if I was unclear. I don't work in finance. I do work with agents. I think expert engineers in finance who are guiding agents are adding a lot of value because of their knowledge of finance. Because I lack that knowledge of finance, even given access to agents, I would not accept a role guiding agents in a finance company because I wouldn't be able to guide the agents well and my/our output would be bad.
Unfortunately every software related industry is embracing LLM/Codegen. Your banks, fintechs, insurance. Everyone. Your concerns are the same I'm having, yet it's regularly dismissed or hand-waved away as "don't worry about it the delivery velocity/ROI is worth it"
It's not so much about velocity or quality, both of which LLM do (or will) provide.
The real question is about accountability and liability.
When a major data leak is going to happen, who will they sue or fire ? That is the value engineers provide. They understand, confirm, and take ownership.
This is what I'm wondering too. We've signed a confidentiality agreement with all the big players (as I'm sure all other companies have done), which is supposed to ensure our data is both segregated and not used for training. I don't trust these companies not to do just that; their business is in taking what we have and training their models.
Don't worry, we can throw in all in 55 gallon drums and dump it over a cliff when the time comes.
This question has been easily answered by many companies.
You, the IC, the developer prompting the code extruder, are ultimately responsible for its outputted code and its behaviour.
You may feel pressured to push out thousands of lines of code a day. You may see those thousands of lines refactored several times over the lifespan of a merge request. You may be asked to do this continue this in the long term with all the mental fatigue that entails.
When it's too much for you to sustainably deal with and you turn to using LLMs to review the code, that will still, presumably, fall on you at the end of the day.
The output is your responsibility.
Ostensibly, due-diligence should not change. But people are lazy, just as they've always been around testing/QA/definition-of-done.
I'm not even certain that laziness gets them further along than it used to; I think it's that people have not had their overconfidence painfully corrected yet. Behaviors will re-align pretty fast when people realize that no, they're not going to get away with just pressing a button and saying everything is "good". That is happening right now.
> When a major data leak is going to happen, who will they sue or fire ? That is the value engineers provide. They understand, confirm, and take ownership.
This goes for serious incidents, disasters, outages and security breaches.
If there was an investigation and the answer was "a piece of software was vibe coded with AI" why would anyone trust the software vendor after that?
Are banks that concerned about velocity? Because moving fast and breaking things in the banking sector can get extremely expensive. It's also not a who-gives-a-shit industry like operating a taxi service or hosting images, but a very tightly regulated sector.
I might have been a bit broad with the brush. I can't speak for banks, but I can speak for the the fintech/money-movement space (e.g. Remitly, Wise, Revolut).
It's a race to get first-to-market for backend integrations/features. It's given rise to a culture of "move fast break things" where safety is only for some core features, but absolutely not for the constellation of other services we provide. Failure rates have increased almost a percentage point since Codegen/LLM adoption was mandated from up top.
You would think regulators would be on top of this, but our industry runs on all actors "self reporting" their outages. Most don't unless they can't hide it (>1h)
'Keeping up with regulations' may as well be a separate field from the core stuff. It has the same pressures as any other development effort. Managers will want the integration to the KYC service LLM'd as quickly as possible.
> Are banks that concerned about velocity?
Yes
You pilot LLMs all day but that might not last.
A lot of companies are investing money on “ai factories” that are join to automate a lot of software development (that is, steer LLMs) on the basis of jira tickets (or linear/trello cards or whatever).
The author has written his job is in backend web development, not finance.
It's probably a lot less critical. Most web development is crud.
"I ended up working in software development roles in the domains of finance, bookkeeping and payment processing, where I had great autonomy and a close and candid relationship with Product Managers and stakeholders.
I learnt a lot about the domain and how to effectively write programs for it: PCI compliance, double-entry ledgers, escrows, reconciliation, payment lifecycles, bank transfer idempotency, etc.
It was, then, obvious that I should focus my career on becoming an expert on that domain to stand out as a professional and differentiate myself in a field that showed signs of an increasing need for domain specialists."
The backend is the bit that "does stuff" so it's the part that needs to be correct.
He said "Last year, I got hired by a company in the finance workspace.".
My career path is suprisingly similar to the author's. Weirdly enough, what he takes as the first pillar to fall is the one I see most undamaged currently.
LLMs routinely fail at our business specifics: Local tax regulations, particularities of the accounting process, specifics of our ledger implementations. They're great at refactoring, translating between languages, tracing bugs on existing code even, but there is always many things subtly wrong iterating and expanding our domain.
This might be because the companies I worked for happen to be tackling complex domains precisely for moat-building reasons. They stay in business explicitly because there's not a book out there you can read to build a clone, the knowhow stays inside.
Also, a fintech whose managers recommend speeding up design docs with AI sounds way too careless to be in the money handling business. It's way, way too easy to end up with millions incorrectly allocated, particularly if you deal with high volumes of small transactions. These bugs are always a bitch to deal with because correcting the logic is just step one, you then have to correct all the wrongly calculated data in immutable DBs, move around the red tape and client comms, and your fix is bound to become a gotcha that new features and observability have to take into account ("remember that there's a bump in the data in february 2 because we had incident X".)
> The company is now hiring again for a few roles and domain familiarity is not a strong differentiator anymore. We used to list "Software Engineer - Area". Now it's just "Software Engineer" and the team assignment comes after the offer is accepted.
> Of course, this is good for brilliant engineers that never had the chance to get deep into the domain and now have better chances at getting a job, but it's also sad to think that other brilliant engineers that spent their lives collecting domain knowledge are now competing on the same lane.
If the author's vision of the future is correct, then competent software engineers are safe. Domain knowledge can be learnt much quicker than how to apply good engineering principles.
Engineers whose main competitive advantage is domain knowledge are probably not that brilliant at engineering. They might still find employment in other areas of the industry where they accumulated domain knowledge.
> Domain knowledge can be learnt much quicker than how to apply good engineering principles.
There was an entire thread a week ago about how domain expertise has always been the real moat: https://news.ycombinator.com/item?id=48340411
And I'd still question it. The experience of just… knowing how a good architecture looks like without being able to really put it in words is what makes a good engineer to me. These people can pick up relevant regulations or industry terms and deliver value quickly enough.
How is "without being able to really put it in words" a mark of experience? Surely an engineer should be able to justify why an architecture should be arranged the way it is!
> Domain knowledge can be learnt much quicker than how to apply good engineering principles.
Partially disagree. Broad-strokes domain knowledge can be learned quickly, but honing that domain knowledge with nuance and consideration for complexity, particularly for organisations that are unique and are not often thought of as 'software development houses', can take years if not decades.
Yet I still see (and code review) 'professional' software developers that don't follow good software engineering practice.
> Engineers whose main competitive advantage is domain knowledge are probably not that brilliant at engineering.
The same is also true of engineers without domain knowledge, certainly in my experience. Maybe we just got unlucky...
>>"Domain knowledge can be learnt much quicker than how to apply good engineering principles."
I'm not sure that's universally true. Good software engineers who are arrogant about easily acquired domain knowledge have been the downfall of many an ERP system.
There's SO much IT that's literally all about putting business rules into the system.
>Domain knowledge can be learnt much quicker than how to apply good engineering principles.
Can it? I'm of the opposite opinion. You can improve methodology much faster than gaining specialized knowledge.
You can enforce and fast-track the former because it's a matter of approach.
The latter is subject to the person's learning affinity, capacity and availability at the time and can't be forced beyond reasonable facilitation. It also builds on itself, with the corollary that there's a much steeper curve early on.
The development and acquisition of valuable domain knowledge is a hard, risky, expensive and slow process. Because the valuable domain knowledge isn't yesterday's, it's today's and tomorrow's. In fields where domain knowledge matters, it is also deeply intertwined with engineering - you won't task Jeff Dean to develop Unreal Engine from scratch.
With that said, there are still many SWE principles that are not fully internalized or adequately practiced by domain knowledge experts, and that will remain the case as much as domain knowledge remains valuable, because software engineering is yet but another domain.
> Domain knowledge can be learnt much quicker than how to apply good engineering principles.
What kind of domains did you have in mind?
That's an extraordinarily rosy view of the future.
I'm old enough to remember the dot-com crash, specifically the years afterwards. In 2002-2003, the unemployment rate of software engineers was something like 40%. In fact, the only reason it wasn't higher was because of the number of people who had permanently left the field to become plumbers (or other trades).
I think this is going to be worse. In the dot-com crash, what really happened is that non-businesses got funded and it basically the capital markets ceased to function to a large degree. That's not what's happening now. Yes, huge amounts of money are going into AI companies but the change is more structural.
Other industries have gone through this. In the 1980s a bunch of industries were intentionally destroyed or offshored in areas that have never recovered. This has continuing social, economic and political impacts. I think people are being naive here thinking this can't or won't happen in tech.
> I think people are being naive here thinking this can't or won't happen in tech.
What would this future look like? Software developer salaries burrowing into the ground?
There's quite a large cushion for software salaries to decline before permanent structural unemployment were to set in.
It's not really feasible for "normal" businesses to hire developers at current salaries.
Tech companies will probably shrink in headcount, but all the non-tech kind of businesses can increase developer headcount.
Current Tech salaries are far above other fields while requiring (used to) significantly less training or time investment to get into.
Phase 1 is more likely that software comp will normalize with other professions, and more hiring will happen at the fringes rather than being concentrated in a few big companies.
There will be a handful of people who make stratospheric compensation, a bit like we have now.
Everyone else will have extreme job uncertainty, getting laid off multiple times, losing compensation as a result (ie equity vesting) with compensation that at first stagnates and then starts to slowly decline in real terms.
A lot of the big tech companies will likely spend less effort on non-core activities. Think of all the things Google does. Anything that's purely internal will be gutted staffing-wise because it's the safest testbed for shifting the engineer-AI balance on teams before rolling it out further.
If you listen to non-tech people now you hear tales of applying for hundreds of jobs and getting no response. That will become more normal. What's worse is that AI seems to be to blame here. Companies all use the same AI ATS systems and I've seen allegations that candidate scoring gets cached for upwards of a year. So if the system happens to give you a bad score, literally nobody will see your application because you'll get filtered out before any human sees you.
I was watching a VC give a talk from some conference in France and the general sentiment is that no companies are being funded with teams greater than 5. Why? AI. So don't think you can startup your way out of this slump unless you're somebody who has the connections and CV to get funded anyway, in which case you might well have some of those stratospheric options anyway, at least for now.
I’ve been using Claude Code with Opus 4.7; it’s not that the code it produces is wrong, it simply tends to write too much of it. In my opinion it’s still worth thinking about a particular feature and finding the best way to fit it into your code because Claude will often just pick a layer of the stack (maybe presentation), and jam it in there. A couple weeks later you need this data somewhere else and Claude can’t reuse the code (maybe in the service layer) so it kind of “ports” it over. Unless a person is paying attention we now have the double the amount of code and duplicate logic. I don’t see AI tools like Claude getting better at this anytime soon.
Where I work there’s already pressure to use Opus 4.7 less to save money, someone mentioned using a smaller model for “simple bug fixes”. This might work sometimes but how often do we really know it’s a simple bug fixe ahead of time? I suspect as costs go up we’ll see interest in using these tools to write “all the code” go down. As people migrate to cheaper and less effective models I suspect we’ll see the pressure to skip reviewing that code dissipate as well.
We’ll see where we land, maybe it won’t as dramatically different as the author of this post fears.
> Maybe I should consider transforming my woodworking hobby into a profession...
Whatever your feelings on the future of the industry are, it's hard to imagine you'll find more professional success in artisan woodworking than artisan software.
Custom furniture/cabinetry is already a pretty tough market, and woodworking is such a common programmer hobby that if a significant chunk of us decided to make a go of it the market would get heavily oversupplied pretty fast :).
I’ve had people tell me I should try selling some of the furniture I make and my response is always that I made the mistake of turning a hobby into a career once, I don’t intend to make that mistake again, and at least software still pays pretty well.
I have a historic house with a hand carved/ uniquely shaped door. The jamb rotted and we paid a woodworker $4k to create a replacement. The door itself would easily cost $25k to replace. So, move to a major historic area with hand carved doors and you could make some decent money.
You assume there are enough of these jobs to go around and that you can just show up and do some extremely intricate work. Repairing historic doors and more elaborate woodworking isn’t easy to learn as the knowledge mostly doesn’t exist online anywhere, I also own a historic house and often ask the top tier LLMs for details e.g. about my staircase, they always give wrong answers as this knowledge is simply too exotic and not in their training set. And no one online talks about these things, 99 % of woodworking videos on YouTube are focus on beginners, you can’t replace a professional education watching videos and reading books. That will protect woodworkers with these skills of course but it’s wrong to assume you can just break into this market and be successful, most devs with woodworking hobbies are really shit at their craft and struggle to create even a regular elaborate cabinet, no way they will be able to compete with good craftsmen for these few lucrative projects.
Depends what you mean by woodworking
I work with a guy who does decking (gardens, caravans, etc) and builds sheds, fences, things like that and he does very well indeed (he's also incredibly good at it to be fair)
Most people would just call that construction
Specifically a carpenter.
Construction working entirely with wood
If only there was another word for that...?
> Whatever your feelings on the future of the industry are, it's hard to imagine you'll find more professional success in artisan woodworking than artisan software.
A small percentage of the market, maybe a fraction of a percent, are still willing to pay for hand-built goods - bonus if it's thoroughly modern but retro (steam-punk keyboards, maybe).
Exactly zero percent of the market is willing to pay for hand-built software.
> Exactly zero percent of the market is willing to pay for hand-built software.
You took this statistic out of your rear end?
> You took this statistic out of your rear end?
We are less than a year into good-enough coding agents, and as of right now there is not a single job opening I see that offers a salary for non-AI output.
You better plug it because the statistics keep on coming
That odor you are smelling is entirely generated on your end.
you are saying this based on your own experience but YMMV, it is not universally true, specially not in developing countries
> you are saying this based on your own experience but YMMV, it is not universally true, specially not in developing countries
My experience of job postings advertised is exactly the same as everyone else's for the same filters.
This is not a "my personal feeling is that...", this is "I can't find an advertisement, posting or role that doesn't demand, instruct or promise that the successful candidate would be working closely with AI".
We're less than a year in, and I do not see dev jobs advertised on (for example) indeed.com with any sort of criteria omitting AI.
Imagine what it would look like in 5 years.
I have never used indeed.com before, but I just took a look and the very first software engineer posting I looked at doesn't make a single mention of AI. You have a penchant for making easily falsifiable assertions.
It is fairly obvious that the majority of people who buy software (>99%) don't really care how it's built. They care a lot about the outcome of using it, they care a little bit about whether there are bugs or not, and they care about the cost a lot, but beyond that nothing seems to matter to the purchaser. Even obvious things like whether or not there are tests, documentation, SLAs for fixes, or backwards compatibility between versions don't really seem to matter much.
That doesn't mean you couldn't carve out a niche providing hand built software to people it does matter to, because the software industry is large, but saying 'zero percent of the market isn't willing to pay for it' isn't really wrong. It's just a rounding error that does care.
(One massive caveat though ... the argument assumes that 'hand built' means 'higher quality than AI-assisted', and that's probably not true for >99% of developers.)
> Exactly zero percent of the market is willing to pay for hand-built software.
This is a provably false statement, given that eg. Handmade Hero exists and sold a bunch of pre-orders despite never coming close to completion, and spawned an entire community that prides themselves on handmade software. There are also content creators like Tsoding who make a living by having people watch them do handmade coding for the love of the craft.
Some non-zero percentage of people will also always be willing to pay a premium for superior-quality software. The author's thesis isn't that LLMs can produce S-grade software but that 'nobody cares' about quality and that C-grade software is good enough. While it's true that software quality isn't greatly valued at scale, I think the minority who care is larger than the minority who care about premium woodworking goods, particularly because as an artisan software developer you more or less have access to the global market of every single person who cares, while as an artisan woodworker you mostly only have access to the market of people in your town who care.
This also overlooks that LLMs are politically divisive and there are movements to boycott them and shame people for using them. There's a niche for organic, free-range, vegan, etc. products at the supermarket for conscientious objectors, there will undoubtedly be such a niche for software. All the more so if LLMs reach a point where they actually are putting everyone out of a job, they will get much more divisive. There was already an assassination attempt against Altman and his promises to destroy everyone's livelihood haven't even come to fruition.
> Exactly zero percent of the market is willing to pay for hand-built software.
People are increasingly associating “AI art” with cheap slop. I wonder if the same will ever happen to programming.
People can’t even reliably recognize AI art anymore.
The classic “AI images were everywhere in 2023, but I rarely see them now” phenomenon.
I see a lot more bad art now. I suspect most of it is AI, but I can’t prove it.
What are you talking about? They’re so ubiquitous.
Only if the quality is bad. And users normally can only judge this when something is not working. So maybe only badly written/tested software will get labeled ai slop.
I sympathise with the author being in the same boat, largely.
I just want to emphasise a point... Calculators give 100% correct answers and yet we still hire accountants; for the simple fact that we don't want all to be accountants.
People will hire software engineers for the simple fact that they do not want to be software engineers.
With todays LLMs, yes. But if they can ever reach a level of a contractor in a reliable way and companies offering them willing to take responsibility (because confidence is high and rest is insured), then one can just hire a cheap AI agent to fulfill a contract - design, implement, deploy, run and maintain your service/website like the engineer before.
Calculators are not a replacement for accountants, online accounting services are in many cases. Which again can be run by an AI if they reach that level of reliability.
Today with LLMs this is still sci-fi, though.
I mean, if they can do that, then game over Terminator style.
Accountants have specialized domain knowledge (laws, regulations, procedures, bureaucracy etc.) that goes well beyond what a calculator can do.
If we apply the same argument to software engineering I think it's a good point... just maybe not the one you intended to make.
funny i was able to do all my taxes this year with ai help and not needing accountant.
Lol thats brave on your part, given that a mistake can cost thousands and you have no accountability (punch!) from an LLM
Your account has no accountability. Do your taxes wrong and the tax payer is liable.
Ask me how I know.
At least he has a reputational/commercial risk. LLM has none
Are you in the USA? Brave person if so.
There's a certain irony in masters of automation lamenting that their roles are being automated. I wonder whether the jobs their efforts eroded in the past ever got the same thoughts...
Programming, logic, etc are skills and toolkits. The optimal state of society is everybody being able to apply them, not just the enlightened compsci caste. There was a time in the past where scribes were paid nice cash for their efforts, too.
I guess the lesson to learn here is treating a toolkit as an identity and job for life. By virturee of the essence of the job itself - if the tool gets cheaper and more widespread, it's aactually success, not betrayal.
You say that the optimal state of society is for everyone to apply programming and logic etc. but the obvious final result of these developments is that no one will.
Maybe the artform will be lost, but surely humanity will inherently be more 'logical' and systems driven afterwards?
Maybe using writing as an analogy is flawed, but most of humanity having 'writing' as a core skill did enable many other things, even if oral storytelling cultures suffered at its hand.
At its core, tech is all about breaking through inefficiencies and barriers. Does it matter if people can't code python if people demand government systems be frictionless in the year 2500?
This doesn’t read to me as someone who is sincerely impressed or rather surprised what ai is capable off.
This reads like someone is trying to convince me, that ai is just this good, and that the author is telling me to use more ai.
To me this sounds like: Trust me, it’s really bad, i know what I’m talking about. Just lean into it, or change profession.
Same boat here, just a couple years more experience.
Current LLMs are still kind of shit at actually programming so many jobs do still care to have professional programmers. However, I think it's evident that if things stand where they are, employers will care to have far fewer of them, at least of highly paid highly experienced programmers. If this is the state we're in with LLM adoption when they can't help but create the same helper functions 15 times, god knows we're screwed.
So we should probably work on clearing out our debts and figuring out what else we might want to do with our time, I reckon.
I'm still going to try to do a good job. I'm still trying to learn the best effective ways to apply current LLMs (Right now I still prefer to mostly write code myself but have been using LLMs to bang code into shape via iterative code review; this is a way to exploit LLMs to make better code, especially applicable if your velocity was already good.)
There’s one force where software engineering is being automated by LLMs, but the other force is that there isn’t really much more software that needs to be built. Even before AI coding became big, back in 2021, we were already in late stage SaaS territory where each new idea was an increasingly minor variation of an existing idea. There were no new GitHubs, Herokus, Stripes, Salesforces, Instagrams, Reddits, just variations of those for more specialized markets.
It’s really unfortunate that AI hasn’t raised the ceiling on the space of possibilities as much as it’s raised the floor on how much can be automated, we’re all getting squeezed in the space between.
To me looks like, if we're not collectively careful, civilisation will soon be on a path to an evolutionary dead-end.
Anything that can replace a deeply experienced s/ware engineer can replace anyone in the employment stack, meaning that only the owners of capital will be left, and they too will soon fade as the economy falls off a cliff and money has no value, because the only value that money has is the value of a human backing that, with thought, with ideas, with human output.
Whether you like it or not, "Economic output" is just a different phrase for "Human output that is valuable". When all human output is valued at the fractions of a penny per month of work, there is no future.
This is so blinkered and egocentric.
Just because LLMs are good at translating English to code, doesn’t imply they are good at many other jobs.
Coding isn’t that hard, it’s just not enjoyable to most people. The enjoyment has always been the barrier to entry.
That sounds more like a problem of close minded narrow focus on economic output instead of culture, virtue and spiritual traditions.
AI is fundamentally an equivalent to slave economy. Cheap, plentiful workforce. This time ethically neutral. You either get Greece or Rome. I’d prefer Greece but it will probably be Rome. From the past we can predict the future.
> That sounds more like a problem of close minded narrow focus on economic output instead of culture, virtue and spiritual traditions.
I’m starting to be more sensitive to the argument that without god, people are unable to have a strong moral foundation. Not for the people expressing creativity in how they fuck, but as a check on those in power.
Most people already have god.
There has been said so much about it in the past and I always believed it to be true, as an atheist.
I like to think that one of the symptoms is politics becoming really absolutist, idealistic and cultish. You do not debate followers of a different religion. But many topics really becoming kind of a mini religions.
I don’t know for sure though, there are arguments against it too and other factors.
I think substantial amount of people really need some kind of subjective spiritual experience to their life and maybe ignoring that need breeds some maladaptive tendencies
> Anything that can replace a deeply experienced s/ware engineer can replace anyone in the employment stack
Nope, just knowledge workers. We’re decades away from automating many manual labor professions, even “unskilled” ones.
Turns out brains just aren’t as special as we thought.
> Nope, just knowledge workers. We’re decades away from automating many manual labor professions, even “unskilled” ones.
How do you figure? We’ve already automated away way more manual labor jobs than we currently have.
The major blocker for manual labor automation in that fashion is cheap energy. China is ahead of the pack with the States' weight behind aggressive expansion of solar tech, and still can't do that.
> Nope, just knowledge workers.
Nope, just a specific kind. Those who developed and cultivated only a very specific skill set at the expense of all others.
I used to think being a generalist, and having persued technical roles with a people facing element was to my detriment, but it’s turned out to be the best decision I ever made.
Owners of capital, yes, but also owners of the means of production (which now means AI companies). See https://blog.oberbrunner.com/blog/ai-risks-taxonomy/#economi...
I think this is the first time I saw someone describe so clearly my concerns and experience with LLMs.
I have little to add to it, except that I agree completely. Not sure what’s next
Many people share this sentiment, many people don't.
Who you belong to depend on at least two things: A) How knowledgable is the AI on what you are working on, B) How well do you wield these new tools to work better than before? (Better here can mean many different things).
I've consulted with some big companies on AI strategy. I tell them there are two approaches to AI.
1) Train AI to replace human work. This gives you 50% quality for 10% cost. 2) Train AI to assist human workers. This gives you 200% quality for 110% cost.
Most companies will go with option 1, and it's a race to the bottom. Eventually, someone will go with option 2 and gather up all of the pieces and take over the market.
AI is beat thought of as an exoskeleton, you'll be at a huge advantage if you learn how to use it properly, and you will, unfortunately fall behind if you don't. I still think we're going to need people who can reason about code, and the amount of code to reason about is exploding in volume. Think of it as doctors having access to better drugs and techniques - they can can cure more illness, but the bar and expectation of what they can do will just raise. And doctors are still well paid, because what they do is important and needs doing well.
>Of course, I'm still employable because someone has to review the code and steer the robot...
We will work for the robots, steering them to steer us.
The saying goes... first we shape our tools, then they shape us
We are now manufacturing intelligence (why it's artificial) and it shall be interesting to see how it shapes us individually and as a whole.
While marching on May Day, the woman next to me made the comment that Ai will force every human and humanity to reflect on what it means to be human, all of us at the same time over a short time period. What makes a human valuable beyond their work? Why do we go to other people when their expertise is at everyone's fingertip? What value are we giving, trading, or sharing in the time we have in this world?
Interesting Tony, you seen to have been working for the AI since long time. We others are catching up but eventually all of us will be working for it, as directly or indirectly we are already doing. The "robot" was figurative cause we are no different from a machine, but that is too much for humans to comprehend.
I work for myself and the world, not for Ai. It's a tool without identity, but a damn good one that multiplies my capabilities.
I anticipate the first bifurcation to be wheat from chaff. Ai is going to do better at a job than say half the people, those who don't care about the effort they put in or the quality of their output. These people will have to come to terms with their mediocrity or blandness.
I'm still unsure what the good ideas are for when we reach a world without labor scarcity.
<I'm still unsure what the good ideas are for when we reach a world without labor scarcity. It should be real creativity the final goal to this life optimization. For now many of us need to fight for survival, for food, shelter... so is a bit difficult to be purely creative. But is also true that given all the benefits (taking off the survival instinct) makes creativity obsolete.
>I work for myself and the world, not for Ai. Yourself really? Start by defining "I", "work" or "yourself"... then we may proceed to the next LOL
I am kind of like of in the same place though roughly 5 years more than author.
I thought about going back to college, learning Math, Statistics, advanced Machine Learning and applying for research role at a frontier lab.
That's a super silly take. As much as I did math and even course on machine learning back in the days and I was making basic perceptron in code at university - to get back and be able to do so on frontier level that's years I don't have anymore.
Anthropic is doing all that also with their LLMs so that ship sailed.
Big thing is — business people are not going to spend time prompting LLM to make an application. If they do then they will become "programmers" and we all (experienced developers) know — you touch it you own it — they (business) will not bother running or taking responsibility.
Right now on r/sysadmin there was bunch of posts where admins have "vibe coded apps" requested to be "productionized". Those business types requesting don't know yet — you touch it you own it — they think they can vibe code app drop it at ops and it is all fun and games. When people will start requesting features, start nagging about bugs, start cursing on whatever changes they introduced it will be back to "hey maybe we will just get someone to do that for us".
>Agents do a really bad job at keeping codebases organized. If you do a disciplined way of development with agents by keeping all Documentation in markdown format, repo structure, Decision records and architecture, they do absolutely organized. Every new module should be documented and the editor configuration and coding patterns can be given as reference. this worked well for me. and it make enhancements, extensions development without any big troubles.
He says that taste doesn't matter and it hasn't in the past. However, in an era of "extruded code product" (by analogy to https://tvtropes.org/pmwiki/pmwiki.php/Main/ExtrudedBookProd... ) automatically generated by the truckload at negligible cost, the differentiator for software developers will necessarily be the ability to create a product that doesn't reek of extruded code product, i.e. the things like quality that he labels taste.
(Whether any one reading this, myself included, survives in the industry long enough to reach the other side of that transition is a different question.)
[EDIT] The reason I use books as an example is that 4.2 million books were published in 2025 (https://ideas.bkconnection.com/10-awful-truths-about-publish...); 3.5m self published (with most likely LLM assisted or wholly generated) and the remainder traditionally published. (That's ~9,600 new self-published books a day.) Who actually still sells enough copies to make money in this paradigm and why offers hints as to where the software industry is likely headed.
> All my finance and payment domain expertise, all the debugging intuition and distributed system knowledge earned through hours of sweat and tears, is now promptable.
Is it really though? Access to information is quicker, but you still need to know what ‘good’ looks like to leverage it effectively. I can prompt my way to a medical diagnosis, but I’d still want to run it by a doctor.
I’ve found it extremely hard to get LLMs to exit the basin of your current knowledge.
One of my tests for new models is to ask about a concept I already know the mathematical model for, but as if I don’t. So far, they all answer the same way:
1. Convoluted explanations about how it kinda-sorta is common terms.
2. If you follow up with the correct mathematical term, it immediately claims that’s correct and the right way to model it.
3. If you ask it why it didn’t use that term for your question, the LLM gives some version of explaining that it tried to match your language.
I have no choice but to assume the model behaves similarly other times — and that I am largely trapped in a basin of my own ignorance, when using LLMs.
What I tell my team to do is to drop using so many cloud saas apps, and build more themselves using LLMs.
I’m not planning on firing people, but I am planning on building more, using more tokens, and less app subscriptions.
One aspect of building that doesn’t erode is human values.
LLMs don’t create software with zero direction and although I do have 12 agents building constantly, I run out of attention to increase that to 100.
How strange or at least unintuitive. Buying should be cheaper than creating for a customer of 1
Think about the worst enterprise SaaS apps you have used…
you dont need to vibe code shitty apps. you just need to learn how to use apps like codex, claude desktop.
I don’t get it. That’s what I am using.
Engineering hasn't gone away, you're now just directing things at a higher level. You are now a architect & manager (but you're managing agents not people).
Who sometimes has to deep dive & mentor a agent on solving the right problem.
LLMs are good at general solutions but not specific solutions. As industries evolve and laws, regulations, and practices change LLMs will struggle because those things are not included in its training set yet. We'll always need humans to push companies in new directions in order to compete, unless we eradicate capitalism altogether and then we're all out of luck. No competition means no incentive to try and be better than the next guy which means no new products and services for humans to develop that AI hasn't seen already.
I still struggle to accept this when my colleagues are producing implementations with AI assistance that are consistently broken and don't do what they think they do. As yet I can't square this circle, no one is better at their job than they were before.
I feel that I am faster and better, sure, but trusting self perception would be an absurd thing to do.
I used to be in the "AI will soon do all your thinking for you" camp, but I was overlooking a scenario: sometimes the gap between what you understand and what you're trying to achieve is so wide that no prompt can bridge it. Simply asking "what's the right question to ask?" doesn't feel enough, no matter how advanced LLMs become.
I'm not worried. You cannot hold a machine accountable and there's no way OpenAI, Anthropic, etc. are going to take on that kind of liability if some code resulted in a major outage or a lawsuit. Perhaps that's the signal I'd be looking for: so much confidence in the product that they put their money where their mouth is.
Besides, you can look at the websites/apps/software you use everyday and evaluate whether or not the agentic era has produced better results. Personally, there's still plenty of bugs and annoyances. Banks still using SMS 2FA, library breakages in minor version bumps, inconsistent UIs between web and mobile, etc.
If all that was a hurdle before... because humans, regulations, or something else... then surely these magical machines that can supposedly replace us and do it much faster would've handled it by now? And they wouldn't introduce more bugs[0], would they? ;)
0: https://www.0xsid.com/blog/meta-account-takeover-fiasco
> I still have one pillar standing, though: code quality and software architecture - what's now being reduced to being called "taste".
Genuine question: what exactly is "quality"?
It's something I've been trying to understand for a very long time. It seems like it's entirely contextual, and it has both subjective and objective facets (the latter only for quantifiable things, and still entirely contextual).
Off the top of my head:
If you're using the product, and you want to question or debug what's going on, you can:
* Jump directly to the single relevant part of the frontend responsible
* Likewise with the backend. The layout and naming of the code should scream its purpose.
* Once you're looking at the code, it should be trivial to run it, right now, instantly, in unit test, or cli. You shouldn't need to stand up a database to see whether your code rounds taxes the expected way.
The system contains its own checkability. You can, for instance, just sum up all the incoming money and outgoing money and see if your balance is correct. (It's not enough to have good tests today, if you're working on data that was incorrectly calculated and stored yesterday)
Good question indeed, I think quality matters less these days because it's trivial for an LLM to increase code quality.
Quality is usually observed from a human perspective. But in my experience, codebases that humans would judge as "low quality" are actually fine for LLMs. They don't have as much trouble as we do with spaghetti code. They don't have problems with readability or obscure syntax, it's all perfectly fine for them. They don't care about indentation either.
Also it's really easy to increase the quality of the code base. You can just prompt to add unit test coverage and it will. You can prompt the LLM to handle edge cases better and it will (you don't even have to specify which, it helps, but it's optional). If you want to have better separation of concerns, just ask the LLM to have more separation of concerns and you'll have it. Documentation lacking? Just one prompt away. More robust build pipeline? You get the idea.
What work remains valuable when implementation becomes cheap? How about moving closer to ownership?
I think that in a product-centric or mission-centric perspective, effective automation is good, because it frees you up to do other important things. E.g., in gardening, time spent weeding, is time not spent surviving slug armageddon.
Businesses like a record of reliability, so devs going solo with AI is going to be a hard sell. I think we will know that AI is actually good enough when these AI providers start absorbing project management companies and hiring contractors to use their product instead of selling subscriptions.
I wonder how do people use LLMs so it does not hallucinates. Like 90% of the time the code is impeccable, but the remaining 10%... Let's say I determine the expertise by how well do people act of these 10%. For me, the first pillar is still there, but not in a good condition
Easy just add "Make no mistakes" to the proompt, clear skill issue.
In reality people who use LLMs so it does not hallucinate are the ones that just have to little knowledge to actually see when it does, because LLMs do and they always will. That is the only thing you can get with a stochastic word predictor.
Software engineers are fungible commodities, in the wake of the LLM.
The last sentence in the article is correct:
"Maybe I should consider transforming my woodworking hobby into a profession."
As an AI optimist, I think all forced labor should eventually be done by AI. People can then spend their time pursuing their own hobbies. Just as many people still play Go after AlphaGo appeared, because they genuinely love the game.
In the future, coding may return to being an art form. People will no longer focus on utility alone, but instead on the enjoyment of the process of writing code itself.
> As an AI optimist, I think all forced labor should eventually be done by AI. People can then spend their time pursuing their own hobbies. Just as many people still play Go after AlphaGo appeared, because they genuinely love the game.
And what sort of economic system do you imagine will be in place to support billions of people being able to just play Go all day long? How do you imagine the large capitalistic global powers transitioning into that state?
I think that huge deflation will follow for everything except land value.
If automation makes producing food so cheap that it is almost free than it is ridiculously easy to acquire it. Similarly automated construction.
The way I see it the economy will point towards outer space. That’s where most jobs and flow of economy will be.
However most people will have 10x times uplift in purchasing power compared to today so their relative poverty will be ridiculous for us to call it the poverty but they will still think they are poor and troubled.
Generally I don’t think it will be utopia for the people living in that moment but if you look from medieval times at today it looks like utopia for serfs from the past. You however wouldn’t call it an utopia because your standards grew as fast as your purchasing power.
I think that rich and poor will be separated by accessibility to anti age treatment and other bodily improvements.
The tragedy of the poors in the future will be living measly 80 year old life like a today millionaire and that will be considered lower class. Those people with wrinkles we don’t want to look at because of uncomfortable pangs of guilt.
So you believe that your work will be done by AI and you will enjoy life more? This is not a loaded question, just trying to understand what your future ideal day / week would look like as an "ai optimist".
That’s just not economically viable. Even if it becomes viable after some singularity event the path there will be 1000 the upheaval seen during the wipe out of manufacturing and mining
So blog with single post hyping LLMs. Oh and the domain name "human-in-the-loop". Call me suspicious.
Realistically, what should we have done instead? Not invent LLMs? What happens when a couple thousand people invent the next disruptive technology and even more of the population loses their jobs?
It seems like new tech is something most of us have to lie down and accept as the new reality each time it's invented, barring full-scale rioting. Much as with the Cold War.
I am also feeling anxious. I lucked out by having natural inclination towards software development, career which can provide good upper middle class life to anyone. But I feel like writing is on the wall. If I don’t find a way to pivot to something else, I might experience class migration, but in the opposite direction this time.
The market still seems to be hot for roles that provide leverage like platform engineers and Staff+ engineers
It's not just about it taking the technical competence away from our job, it's taken away the joy [1] which I wrote about.
I feel like many of my peers are beating around the bush on this topic and in denial. Even if you accept it can do a large portion of the technical part of our work, we are just supervisors at this point making sure it doesn't do any stupid shit. What is the point? Where is the fun in this? Where is the challenge? At least I have enjoyed building my career over the last 20+ years and building software, but find little joy in the work I'm doing now.
I think we're going to see a massive exodus of folks leaving the profession and a huge mental health crisis, long before the folks working in other sectors realise what's hit them.
[1] https://deanclatworthy.com/2026/02/09/the-joy-of-programming...
While LLM's are beyond junior level at this point, they're still just that. I don't really agree that the first two pillars have been affected.
I've shared a story before that between now and 2 years ago a developer who solely relied on AI has produced the same hot garbage instancing system within the same time period. For example back in my day in 2 years I went from writing a system that struggled with few hundred players to one that could handle thousands and far beyond that. The person using AI 2 years ago wrote a system that didn't work and wrote a system 3 months ago that doesn't work.
Everyone is saying how great AI is, but they're missing that the driver is just as important AI wouldn't be able to achieve any of this without capable (often seniors) using it and giving it guidance. It's really a difference between "it works" and "it works without flaws".
Of course AI can produce things that also "work without flaws" with solved problems and someone "recreating" something that already exists with AI is not that special, a junior developer could accomplish the same thing given the time.
But I do agree that AI becoming part of performance reviews and all that is producing more productive developers which is going to drive the cost way down. In a way AI is stealing from a developers salary and giving it to the AI companies which is pretty ironic considering how cold developers seem towards artists.
The reason that I’m looking for an out is that it’s turned everyone I work with into imbeciles.
Nobody wants to think anymore. Coworkers are now just intermediaries for their LLMs. Talking to them is just talking to the LLM - sometimes directly copied and pasted, sometimes minimal effort to conceal what they’re doing. It is so disheartening.
And the sad part is, LLMs are incredible and can enable you to do much better work if you can stay in the loop, and stop focusing only on shipping speed. But from what I have observed, very few people care to do this. Who cares about substance when middle management thinks your productivity is 10x?
> Of course, I'm still employable because someone has to review the code and steer the robot. But I'm just another off-the-shelf engineer now. I have no domain expertise that another Sr. engineer steering an LLM cannot match. All my finance and payment domain expertise, all the debugging intuition and distributed system knowledge earned through hours of sweat and tears, is now promptable.
Ownership and responsibility are the new currency for the engineering staff. Willingness to implement these tools and then own the consequences of their use is what leadership is looking for. They want their cake while they eat cake, and they will keep those around who enable something approaching that experience. Owning the side effects of LLM use is more challenging than our own natural output because of the radical volume increase and unfamiliarity with low level details. However, I argue it is still possible. It has always been significantly more expedient to poke holes in someone (something) else's work than it is to perform that same work. And, the executives know this. They leverage this capability too.
The relationship between the business and the development team has been tenuous at best. I've rarely seen a technology team that was properly subservient to the business that ultimately signed their paychecks. I every case I have personally experienced, it is was like a hostage situation where the business owners are in constant terror of the technology people screwing them over in some infinitely nuanced way they or their lawyers could never understand. Many business owners are looking at this technology as a way out of the hostage situation. They noticed a window that was left unlocked. They are going for it right now. Whether or not they will succeed in their escape is a separate matter. Whether or not them being held hostage was justified is also a separate matter. It really helps to keep these things in their own lanes.
I think this experience is universal. The answer is the same as always has been - develop skills that are becoming most important. Right now that is (at least from what I can see): - Data analysis, data pipelines, models, etc. - Tacit business knowledge - architecture and design patterns (always has been, but now the scale os larger so this is even more important)
It's harsh but nobody cares if a model or a human made a system.
The "good" bits are that now automating anything and providing value from software is much easier. If I have an idea or a nitpick somewhere, I can just do it, up to a limit (which is quickly rising).
I have always been a generalist and generally interested in a very wide array of things, and this period has been the most exciting in my engineering career (13y now). Learning about anything is so frictionless, looking back at my first learning experience - picking up a fat C++ book and spending days/weeks debugging, while I can romanticize that, I would never go back.
I can also now write software solo or with an extremely small team at a huge scale in comparison, and that is super exciting.
A lot of skills that took sleepless nights to acquire, they are "gone", but I still don't regret anything or wouldn't go back. Their "usefulness" has degraded, true, but this has always been the case with engineering.
We are now able to spend much more time thinking about utility rather than low level implementation and imo that's great.
We have many challenges ahead of us, and there are seriously bad things, the biggest one I have experienced is the hours are increasing and mental load is vastly increasing as well. As capacity, speed and leverage increases, so do expectations and hours, and that is probably a social problem.
Sorry for the unstructured stream of thoughts, and this is just an opinion (quite an unpopular one I believe), I hope your distress decays away for a new excitement and new opportunities.
Thanks for the article .
The direction I'm given is to take humans out of the loop. As much as possible. Everything AI. Automate everything. If you are in the loop you are overhead.
this is the exact WRONG approach. AI is a power tool not a fucking human replacement.
Though I doubt I'm telling you anything YOU didnt know...
Like I said, this is the direction I'm given. :|
move yourself to regenerative ag. take a look.
LLM is a powerful tool but it still doesn’t have the context that a person would have. A million tokens is a drop in the bucket compared to the overall context that the person guiding the LLM needs to keep it on track and being productive.
If you’re not a good engineer and you don’t have the domain knowledge, your token costs will be very high for whatever gets shipped, because you won’t be able to provide the context necessary to prompt machine efficiently.
Claude will still very often hallucinate bugs, explanations, domain requirements, that have no basis in reality. It will offer fixes and improvements that are pretty standard but not optimal. This is correctable if you catch it, but you need to review every line of code and comment, because in addition to being obviously wrong, it is often very subtle in the wrongness. For every bit of “slop” there is almost microslop, the places where it just kind of confidently guesses… and doesn’t tell you… but sometimes is correct anyway.
The “problem” is there’s less low hanging fruit. You have to know a lot to add value beyond being a middleman gating the slop. You have to really pay attention to the details to find some of the errors that it’s making.
"Except that nobody cares anymore." Noone (from mid-management) cared about it also before. You hit the deadline, get promoted and leave the technical debt to the next one. Even if you're the one to deal with it, you set up the next project, get the budget, prioritize the issues etc. Not much changed in this regard with LLMs
> I'm just another off-the-shelf engineer now
You're wrong there. You are capable of judging the outcome of the llm.
> But I don't know what to think about the long-term.
Don't you think it all has taken long enough. When I look back at the beginning of my career and compare what we do now ... I cannot shake the feeling we're essentially still solving he same problems and we have accepted that as being normal. Complexity skyrocketed, (abstraction) layers got added but the needle didn't move exponentially together with that. I think the IT industry as a whole gets what it deserves, thinking that we would remain the maze masters of the mazes we create.
> Maybe I should consider transforming my woodworking hobby into a profession...
I'm looking for 8 (affordable) oak panel doors with the exact same measurements as my current doors so I can replace them. That shouldn't be too hard to find you'd think right?
I've wondered about this a lot. I am brand new to software engineering, fully powered by AI coding. Traditional software engineers have to pivot hard or the are going to be left in the dust. The slow, methodical, take two days to put a change on a production site approach are over. I'm shipping exponentially faster than a co-worker who hasn't embraced AI yet.
I have no idea what you guys are up to, but it is just a job, it is just a role, it says nothing about you or who you are and it is not tied to your meaning. If you make it so and your perception is aligned with that, then you are not in control of what happens to you. What kind of slavery it is to give other people so much control over you is crazy
This anonymous article is likely more FUD from the AI industry. "Just give up,you can't beat the machine. Please go quietly, we want to take your place and it's easier for everybody if you don't resist because you believe it's pointless"
'Maybe I should consider woodworking' - Fuck off.
resistance is futile
If corporations really thought LLMs were a great cost-savings tool, then the obvious target for replacement are not the lower-paid staff, but the higher-paid staff - the ‘product managers and stakeholders’. That justifies token burn, replacing the 7- and 8-figure people, right?
But that’s not the real goal, is it? The goal is to inflate the stock value, take the cream off the top, and dump the whole business on the pension funds, maybe creating a too-big-to-fail scenario where the government steps in an bails out the industry as with the airlines during Covid.
This is why all the testimonials and narratives are so suspect - nobody knows what fraction of online posts were created simply to sell the narrative that LLMs are this incredible disruptive tool that will change the world, solely in order to create FOMO in the investor class.
In this particular case, I’d like to see links to samples of LLM created codebases for “PCI compliance, double-entry ledgers, escrows, reconciliation, payment lifecycles, bank transfer idempotency”. It should be easy to put an open-source LLM-generated version up on github, right? And if not, why not?
Code quality and architecture still matter, because they also make it easier for LLMs to reason about the system.
That said, Opus 4.8 and Codex 5.5 both can write code that is higher quality than your average engineer. They are not quite there yet in terms of code re-use, but I think that's a solvable problem.
Running a couple of "scan for potential refactors"/"any duplicated code" prompt threads is already a long way there.
These are the last days of software. Use the AI's and build cool shit NOW.
The glory days are over. In the future, one software engineer will be able to support multiple product areas much like how one HR team can support 1,000's of employees.
LLMs have made domain knowledge and reasoning "cheap"; it doesn't matter if the output is lower quality - look around you for countless examples of where cheap wins and "cheap" continues to improve.
Good luck out there; we will all need it.
This has been said millions of times but yet you felt the need to say this again. maybe our jobs are safe :)
Yes this has been my experience as well.
It's crazy the crazed anti-AI people yelling with foam with their mouth that it's useless, meanwhile Claude for me at work oneshots complex bugs in a massive project with a 95% success rate. And the customer happiness survey has never been as good as it's now btw
So instead of a programmer, you become a software designer. I recently came across the idea of building fantasy for the player (in context of games), but now that I think more about it. Onlyfans, is just that. Advertising, Beauty products, novels, games, TV shows, and so on. You're really just creating / selling a fantasy for vast majority of people. Most people will never lose that 30 lbs, but you can sell them all kinds of products to fuel the fantasy of them losing that weight, being beautiful, rich, healthy and so on. So an LLM replacing the need for you to write every piece of code, is actually kind of freeing. You as a a former programmer, should embrace your new creative role. Writing code, at least for me was always slow and tedious. I just want to be able to express the ideas I have, so LLMs just make it possible to build things I never could otherwise.
> But now the market is shaping everyone into becoming a generalist.
This is interesting because in my field of VC everyone says generalists are dying.
The issue is that the people evaluating you don't know the difference between legit domain expertise and pure bullshit.
Maybe just maybe here in HN we are in an echo chamber that is convincing us that there is a theoretical limit to how far the LLMs can make progress. It’s not unthinkable that LLMs will make better overall architectural decisions or follow the good practices better or understand the problem in bigger picture (more access to company/product context already makes a huge difference)
Lots of jobs have been automated away and careers based on those jobs faded away in history. Maybe in near future there won’t be a ton of opportunities for software engineers in the traditional form. I’m also embracing for that future.
There were people called calculators that did manual calculations in the past. There were people hand weaving all the fabric. There were people painting cars in the factory. All those jobs are gone for the most part.
We are sitting here portending there is going to be demand for software engineers managing those engineer robots but let’s be real. The demand for software is not increasing at the rate software engineering is becoming efficient using those robots. Some (many) of us have to find new careers.
computers are made for automation. programmers were always working on automating things, making other things obsolete, and we have been killing jobs for decades. did you really think we would suddenly stop when it's your job? i'm happy this is happening, genuinely giddy
I don't see it as negatively, in that there are specific trade-offs.
For one: LLMs make a lot of mistakes. We all see that when they hallucinate search results and what not. But, possibly even more important than that, you ultimately become dependent on some big company via LLMs. Perhaps that trade-off is worth it for some companies, but I personally don't want to become dependent on these companies. I actually consider it a hostile attack from the USA, and under Trump this is even more obvious.
Another thing that sucks by LLMs is documentation. They generate a lot of crap that is useless. So that's another area where humans could be better.
Admittedly a lot of vibe-coded AI slop is also useful in some ways, but it has started to make me rather angry in general - youtube already spoiled me here. I no longer want to see ANY AI videos at all whatsoever. It just wastes my time. I am not here to empower skynet version 20.2.
"Except that nobody cares anymore."
:-(
I secretly wish LLMs take my job away because I'll get about two years of unprogrammed rest, which I absolutely will not take of my own accord. But it's unlikely to happen.