prologic
4 days ago
To be honest, this is less about Claude Code per se (or any other coding agent) and more about business and corporate culture. In my experience, if you work at a company whose culture is to deliver as fast as possible, then this is ultimately what you get when those same managers start to realize we can also ship 10x faster (no matter the costs). The "Delivery Pressure" is very real in _some_ corporations, and I _believe_ things like Claude/Codex just accelerate this even more, which is what we're seeing in some places. In a fast-place industry, can you blame 'em?
barrell
4 days ago
Idk about that. I work for myself and I cannot stand coding with LLMs. Even if it were faster (I have only noticed slowdowns long term when using them), the experience of arguing with a slot machine is far more stressful and soul-sucking than even the gnarliest bug.
Yes coorporate “ship as fast as possible” is draining, but that doesn’t mean LLC coding isn’t also to blame.
dofm
4 days ago
I freelance too and I have been struggling personally for a while for other reasons but I absolutely recognise this. I have only about eighty lines of code in production that I fully did not write (thanks Muse Glimmer).
The difference between corporate salaried programming and freelance programming is who is on the hook in a direct sense for the bug the LLM introduced, or for maintaining the massive pile of code or the cognitive burden of ownership.
My experience of freelancing is that most of the people I am competing against for the work care less about the code (and things like quality, security, appropriateness, user burden), are faster, are happy to nickle-and-dime the bill, will charge more to fix their own bugs, churn out meaningless requirements specs that they cannot stick to, and rely on lack of client knowledge to get through.
So there has always been a problem of competing against the slapdash; they always win the quote. I care about longer-term maintainability, cost control and quality, and I lose out because of it. (I'm often asked to maintain or finish the work of people who beat me to the quote and then failed; nowadays I say no.)
The problem is, those people now use LLMs. For the immediate future, LLMs may actually be improving their output, certainly at the prototype stage, and they will now be including one-shot, vibe-coded demos with their quotes.
So what is a freelancer who still has a sense of ethics to do?
The long bet is that those people who do not care for quality will still be disappointing their clients, but how do you avoid using LLMs while still getting, at least, back to where you were in competing with them?
barrell
4 days ago
I don’t freelance anymore, so I can’t give any freelancing advice. Although freelancing has always been fraught with offshoring, price arbitraging, and generally lower quality (not saying all freelancing, just that it was an issue when I was freelancing a decade ago).
I’m sure LLMs have only made it worse, possibly pushing it over an edge where hand coding as a freelancer is not viable. I do not know.
Personally, I tell myself that we’re in the lowest of the low at the moment. Either AI will get substantially better, or it will get substantially worse. The amount of debt the industry is loaded up with is not sustainable. Something is going to have to crack. I expect in another 2 years for things to “settle down” on some side of the fence, although which side I do not know.
My quipy advice though is to build something for yourself. Be the boss that doesn’t require AI. We need more builders behind products, more indie products built because they’re cool and the founder is passionate about the problem; not more business types and cash grabs.
That’s all easier said than done though I know.
ptero
4 days ago
> My quipy advice though is to build something for yourself.
This! Groups with strong software skills (like HN) miss how LLMs unblock people who previously were unable to build what they wanted because they lacked the software skills.
I know an ME at work who have begged software folks for a year to build specific software he wants and was getting a mix of "we are too busy", "it does not work this way" and quick prototypes that were not quite what he wanted. Then he spent his free cycles with Claude building what he wanted. It took some time and some iterations and it may be ugly under the hood, but he wowed many folks with different types of demos of our system. The view he presented resonated with many users. And he feels empowered how that he can build tools he wants to try himself and do some projects that before he had to beg for, himself.
The software is being disrupted and disruptions are painful. But maintaining the status quo of several big tech names controlling everything we do on most electronic devices and optimizing for the doomscrolling time is not a worthy goal either. My 2c.
dofm
4 days ago
> This! Groups with strong software skills (like HN) miss how LLMs unblock people who previously were unable to build what they wanted because they lacked the software skills.
That isn't me. I have the software skills. The problem is not lack of ability building complex stuff from scratch, I do it over and over again, and I have had my own products in the past.
The problem is that LLMs do not actually improve the psychology of sustainable lone freelancing, which is more burdened with the problem of actually owning the entire problem and its consequences than someone vibe-coding their fun ideas in the lunchtime safety of their salaried job or even a single developer within a corporate team setting (because they can quit and walk away when they hate it). If you're still getting paid as you fix it when it breaks after deployment, you're in a different world; it doesn't matter to me how empowering LLMs are in that context!
When you are up against people who are bluffing/bodging, or small agencies who think coding is just a little step up from web design, or over-extended hobby coders working in the evenings, LLMs have a very different set of impacts on your life. I can't just run an experiment with some LLM code and roll it out, because I have to face the customer directly and because nobody is going to pay me to fix it; I am not on a salary that allows that kind of experimentation.
So I am left trying to work out how to use LLMs to catch up with the above people who are, without losing control.
Balooga
4 days ago
Back in the day, folks without software skills were able to build certain things themselves; from standalone Microsoft Access databases with simple Visual Basic 6 frontends, to finance maintaining huge spreadsheets as pseudo databases, etc.
The issue now is that LLMs increase the blast radius. Before it was one person lighting a firecracker. Now it's one person setting fire to the fireworks factory. For example, the LLM exposes the ME's tools and internal company data to the Internet.
ptero
4 days ago
I do not understand this blast radius, firecrackers and explosions talk. No offense intended, but this seems to assume that those not in software engineering are like kids that should only be allowed to play with new toys under adult supervision.
I do not agree to that. Being able to make computers do your bidding is a very powerful skill, but is not universal. Software is a small part of the real world. If LLMs help non-software types tinker and try their own ideas more effectively, vive les LLM! If some folks who write CRUD apps or ad distribution algorithms feel threatened by LLMs, ... well, that is a trade worth taking. My 2c.
Balooga
3 days ago
This isn't the ME's domain so they aren't aware of the guardrails to enforce.
For example in years gone by, the ME may have requested data and would have been provided a weekly SQL dump of relevant data in CSV format. No harm if that data is becomes corrupted as it will be replaced in a couple days time.
But now, the ME can prompt the LLM. The LLM may search the company wiki, emails, Sharepoint servers, discover some AWS credentials, and directly access whatever environments those credentials allow, perhaps the production systems. The ME didn't know to tell the LLM to not do this. The ME asked for "n", and the LLM went off and did a bunch of stuff to accomplish "n". Huge harm if production data becomes corrupted, tables modified, etc.
ptero
3 days ago
> This isn't the ME's domain so they aren't aware of the guardrails to enforce.
"User asks for the wrong thing, LLMs corrupts production data" -- fair, do not do this, ME, SE or anyone else.
But I am not talking about safety or enterprise critical systems. In those systems a random SE also does not have the skills to comply with implied guardrails and should not have the authority to do damage. Those systems have explicit, enforced guardrails that apply to every request.
I am talking about prototyping and personal projects. We let softwies use a kitchen knife to cut beans and bread without a licensed ME supervision despite the fact that knives can (and do) cause a lot of damage. In the same vein we should let everyone use LLMs as just another tool and set their own safety vs functionality constraints.
If people feel that LLMs are so dangerous that they require specific licensing like firearms, explosives, etc. they should advocate for such licensing. But it will be a hard sell. My 2c.
user
4 days ago
bossyTeacher
3 days ago
> nowadays I say no
I sympathise with you. I do feel that consultancy and freelance had always had this issue where bad practices in client systems introduced by careless people ended in your shores when clients phone you asking for help. This used to happen with poorly maintained codebases or broken implemented projects done by competitors. Most potential customers are likely to be past or future victims of careless rivals of yours. Is it sustainable for you to ignore past customers that were victims of careless rivals?
I am not judging here just curious about your thoughts on this.
kevinfiol
4 days ago
I agree generally. At least, I have a better time using LLMs when I treat them like StackOverflow or Google, where I'll ask a question non-specific to my code, and figure out how to fit the answer into my project. When I give them access to a codebase, cognitive debt is incurred far too quickly. I know people online will say I'm just not using it "right" -- I do not really believe them.
pizza234
4 days ago
I love it, although in my experience, one needs very strict agent rules that tightly define how the AI should develop. The problem is that 1) these rules take a lot of effort to build and 2) AIs always overengineer, complicate, overstructure, overdesign… ;)
CaptWillard
4 days ago
Upvoted for "arguing with a slot machine"
hypendev
4 days ago
Having worked in/with multiple agencies over the years - working with humans who don't care/are pressured to just ship was exactly what he describes.
For example, I collaborated together with an agency that was working on a popular regional banking app. I was on another project with them and at one point decided to check out what they were doing.
It was a clusterfuck, to say the least. Four developers, four different architectures in the same codebase. One doesn't really understand the others, so he just sticks to his part.
The seams between the ownership parts are full of hacks. Concurrency issues are dealt with via hacks, just make things global and poll to check them. Navigation issues were solved by basically just reseting the app back to homescreen. Testing wasn't really a thing, and the tests that were there were mostly broken ages ago, and nobody cared enough to fix them.
Product didn't care much, designers would prototype a feature, then devs would implement it and wait until the backend is done, then fix things because they never really aligned on the specs. Sometimes, there would be no design review or QA and they would just ship, while sometimes the product person would jump in and test something because it's "an important feature".
Then I got asked to collab with them on another project. Huge customer, huge project, existing codebase. The codebase was so bad I just wrote it from scratch. It was Java written like it's C++. Backend was python code, not updated in years, quadratic scaling everywhere. At one point, the inital GET request was taking over 3 minutes. I took a look and ofc, they didn't even use indexes in the DB.
For these environments, AI coding will just scale up the shit they have, but also allow the small amount of people who might care to deal with this mess and fix it up much much faster than they could before.
pizza234
4 days ago
> For these environments, AI coding will just scale up the shit they have, but also allow the small amount of people who might care to deal with this mess and fix it up much much faster than they could before.
I think in these contexts AI has an overall positive effect, because it's a bit like having a competent developer that can solve technical debt, albeit in a narrow form.
So I think that software will be better in a certain way due to AI, because even a terrible developer can ask AI to identify the bottlenecks and solve them.
The downside of blindly using AI in software development is that the software becomes poorly defined. AI-generated logic can be arbitrary, and as the codebase grows, more rules and assumptions become unclear.
skydhash
4 days ago
> So I think that software will be better in a certain way due to AI, because even a terrible developer can ask AI to identify the bottlenecks and solve them.
The root cause of the issue is not the bottlenecks or the ability to identify them. It’s about caring about doing a good job. Because once you start caring, you will need to exercise judgment. Better or worse only matters when you have goals.
This is one reason we have so much slop with AI. The cost of the journey has lessened, but you still need to have a destination and be willing to appreciate the journey to get there. Without, it’s just endless drifting.
ljm
4 days ago
Yeah, body shops existed before AI came around and your job in one of those is literally just to churn through tickets and get them across the board as fast as possible. Pure production line stuff. AI comes in and turns that to 11.
If you're looking for a decent job with even an ounce of creativity then an agency/consultancy shop is rarely the place you want to be and I can't see it getting any better.
We went heavy on AI at my place of work, like many did, but not really to the level of being AI-pilled and orchestrating dozens of agents and shit like that. It's still a force multiplier if you just use AI to walk through something one task at a time and use the spare time in between to collaborate on bigger picture stuff and think a bit beyond the code alone.
Yoric
4 days ago
I don't know about other companies, but my company was to a large extent turned into a bodyshop after we decided to go all in into AI. We laid off / reorganized away the team, then amped up the deadlines and promises, leaving the handful of survivors to cover up for so many features and tickets that we have no time to actually work on quality.
And in our twice-yearly self-improvement reports, we have to write how we can use AI further. To reach grade 4/4, you need to "trust" the AI.
pjmlp
4 days ago
It is crazy in agency work now.
Before you used to sometimes having more tech savy customers put out a VB or Delphi click demo over an weekend kind of effort, and then complain why is the delivery so expensive.
Now they do the same with AI agents.
And then people still think their developer jobs are safe.
aeonflux
4 days ago
> And then people still think their developer jobs are safe.
From my experience, most developers are actually very anxious and scared about their future.
AshamedCaptain
4 days ago
When actually it should be software companies that should be worried. If you believe like some guys do that you can just point an LLM to any piece of software in the world and ask it to patch it / replicate it / maintain it with zero copyright repercussions, what is the point of software companies again?
ubertaco
4 days ago
If you believe like some guys do that you can just point a camera at any painting in the world and replicate it, what is the point of painters again?
(i.e. the ability to copy existing things does not obsolete the need to be able to make new things)
pjmlp
3 days ago
Which is why compared to the times before the camera was invented, earning the living as a painter is vastly reduced to a few that manage to make it.
Likewise since digital photography became common, most photography shops closed, those that are around usually barely survive with services like photos for government official documents.
Events photography is also a niche nowadays, as the organisers then sample the photos done by guests on their mobile phones. Very few professional photographers still get such gigs.
pjmlp
4 days ago
Many are, and I already seen team sizes shrink thanks to AI tooling, on top of what was already happening with serverless and iPaaS low code/no code tooling.
However in many forums and blogposts still looks like that the "only happens to others" mentality is quite prevalent.
Obscurity4340
4 days ago
There was a a great one I replied to that was full of the capitalist talking points saying they dont believe in UBI or high wages for most workers (themselves excepted of course) while lamenting about how to feel motivated and keep chill about their future and I pointed out all the pressures they happily accept and endorse for other workers below them will soon apply to them with rent and bills pressure and low wages so they wont even have a motivation problem when the transition is complete
ljm
4 days ago
I imagine that, if you're in the US, it is seriously scary. Nobody is safe, not even in FAANG. Probably FAANG is the worst place to be now if you care about stability but it was never great before that (stack ranking, firing quotas, etc.). At least you had the idea that performance would keep you safe, but now it doesn't.
I'm not sure how much that translates in other countries where protections for workers are stronger and companies have different operating models. Not to say it's without trade-offs, you might feel safer over in Europe but you're never gonna see US-style compensation, and the concept of becoming a millionaire (and a new startup founder with ex-FAANG credentials) because you joined a startup at the right time is practically non-existent.
lukan
4 days ago
I know people working as programmers in germany, who don't even know what claude is. So there are areas left but I bet their numbers won't increase, but die out fast.
hdgvhicv
4 days ago
Depends if your job is to write code or to solve business problems. I’ve written code, I’ve built networks, I’ve designed systems, I’ve trained users, and crucially I’ve listened to them.
I’m glad I’m not just a software programmer.
Same thing happened 25 years ago when most engineers were doing component level work on expensive bespoke hardware, which was all replaced over 10 or so years with COTS.
my-next-account
4 days ago
What do you reckon? We're screwed?
huurtehoog
4 days ago
There is overemployment in software development right now and a correction is coming. Automation is just a part of it, because automated systems displace jobs and create new ones. The biggest problem, in my view, is that large swathes of software development jobs were created under ZIRP and subsidized by excess profits to suppress competition and shore up those excess profits.
Technology is a convenient escape goat and a lot of glue-code gigs were made possible by the market distortions I mentioned. But I do think a big correction is taking place and we may have passed the high water mark of employment in software development. Especially cushy jobs being overpaid to configure frameworks, as this sort of work is proving quite tractable for LLMs.
I do think there will be more opportunities in high skill software engineering created by the new tooling on both sides - demand for building and maintaining automated systems as well as dealing with the consequences security, reliability, etc, wise. At this level the industry has been short staffed for several years and that trend should intensify I believe. There is lots of money to be made in being very knowledgeable on fundamentals and detail oriented. That has been true for a while and it seems to me that it will be only more so for the foreseeable future.
ChiMan
4 days ago
Pace doesn't matter. Making things customers want does.
This is all going to end very badly--or very well, if you understand this basic rule of markets, which many managerial types don't.
WuxiFingerHold
2 days ago
This is very much about Claude Code and agentic coding. OP at Reddit describes their situation as a soul-sucking "pressing enter" existence. Not using any human traits. Not even communicating with other humans. That is vastly different to the hustling culture before LLMs. Company culture is orthogonal to the effect AI usage can have on mental health.
bossyTeacher
3 days ago
> if you work at a company whose culture is to deliver as fast as possible
'Move fast and break things' is the ultimate Silicon Valley motto.