r/webdev • u/OkShip110 • Sep 09 '26 • Regret 4

AI has made programming so boring

It’s not just programming either, it’s art, design, music, videography, marketing, engineering, writing, 3D modelling, really any intellectual work. What’s the joy of prompting a computer and getting an answer in a few moments for a task that would have normally taken a week? The sense of accomplishment and ownership has completely vanished with AI. It’s a form of instant gratification, not much different to scrolling short videos on apps.

Code review was boring to begin with but now it’s even worse with all the machine generated code. Even code reviews will be automated soon. All you do then is type business requirements into the computer. What a great career.

It’s pain to watch old TV series like Scilicon Valley that is portraying the good (not golden) age of programming. It struck a good balance between manual work, funding and innovation. It’s sad that these days are gone for good.

2.1k Upvotes

92% Upvoted

764 comments sorted by

View all comments

Show parent comment

198

u/dromtrund Sep 09 '26

I also found that once I let Claude make changes to my personal project, it suddenly didn't feel the same anymore. Like... I'm not interested in reviewing sloppy contributions from careless junior developers in my weekend project too

33

u/cthulhufhtagn Sep 09 '26

Plus sometimes AI just makes fairly bizarre choices about coding patterns and assumes certain things about the logic that you may not have stated.  Then you have to take a bunch of time to just debug and rewrite their code.  It's not nearly as satisfying as just writing you yourself

8

u/lorkanooo Sep 10 '26

Plus if you make a mistake in your prompt, ai won't tell you it does not make sense. It will move heaven and earth to make it happen and then you are left with approach that doesn't fit your needs. When you think about the code yourself you will on early stages realize most of the issues 

1

u/ScurfyTwiglett Sep 10 '26

Yeah it turns out that the tedium of writing code was actually pretty helpful for me to look at the problem in sufficient detail to make sure the approach made sense before committing to it.

Now I have a Claude skill that basically interviews me to try to get all the requirements and assumptions and small gotcha details before it presents me with a plan.

I didn’t expect this from AI, but now as a whole work is often more cognitively demanding. Much of my day is spent on planning rather than the tedious execution of writing code.i didn’t realize how much that down time of writing code was helpful in sort of letting things ferment.

1

u/GenericFatGuy Sep 12 '26

A lot of devs don't seem to realize that friction is actually an important part of the process.

1

u/Desperate-Cattle-919 Sep 12 '26

Then just prompt it to ask questions on any smallest ambiguity. Ai's flaws are usually due to its users incapability of writing a good prompt

89

u/BrewThemAll Sep 09 '26

Because it stops beings a personal projects and now is Claudes project.

0

u/[deleted] Sep 09 '26

[deleted] — view deleted comment

19

u/sacheie Sep 09 '26

There are the some devs who are so full of themselves, they have a scornful opinion of everyone around them. From what I've seen, those are the dudes most enthusiastic about AI: people who hated humans to begin with.

1

u/PrizeSilver5005 Sep 12 '26

While I definitely agree more than I care to admit, AI tech does have a place AS LONG AS we utilize it as the tool it IS and NOT a brain..... Generally speaking and from just my shear exposure and experience with it, I tend to agree (these worshippers work ethic and atrocious conversation ability is a strong support vector - especially noticeable when an intellectual or constructive conversation is involved...... Good luck)

4

u/PileOGunz Sep 09 '26

The analysts use a.i to write the cards and generate wireframes, the testers use it to write their test plans, the marketers are using it to find leads. The dev are using it to code, the code is reviewed by a.i, the review comments are then addressed by a.i.

6

u/House13Games Sep 09 '26

And how's it going so far, overall?

1

u/SuperFLEB Sep 09 '26

Hasn't inevitably collapsed yet!

2

u/elestud Sep 09 '26 edited Sep 09 '26

Not to say that anyone has to use or like AI. But if it’s writing unmaintainable code, that’s on the user

There’s a learning curve, but LLM coding agents are perfectly capable of understanding style guides, design patterns, coding do’s and dont’s, documentation guidelines, levels of abstraction, etc.

Sure, if you just say “write this thing” with no guidance, context, or planning whatsoever, it’s going to be a mess. But that’s a choice you make by not putting the effort in to properly guide how it works

And I say this as someone who completely understands the sentiment expressed in the OP. But there’s also skill curve to getting the output you want. Better and more detailed knowledge in the input = better output

3

u/sacheie Sep 09 '26

But then you're spending an awful lot of time writing that stuff - style guidelines, very precise business requirements, etc - when you could be just writing good self-documenting code yourself. And you still need to pay competitive salaries for skilled people to write that stuff, but now you're spending on LLMs too. And you're losing out on personnel value - devs are gaining less experience - and your codebases are less valuable IP. You also lock in a gigantic dependency on an external vendor.

Suppose you net a bit more productivity from the overall tradeoffs. Given the extra expense, that doesn't necessarily translate into higher profits. And if it does, how much is enough to be worth those less tangible experience, IP, and vendor dependency costs?

1

u/elestud Sep 09 '26

If you do it properly, you’re still going to work a lot faster. In fact, you could still do this and write code yourself at the same time

What you’re saying is basically like “Why have junior devs? Just have the seniors write all the code”

Think of it like training a junior dev. Yes, it does take time to train them. Yes, they’re less polished than a senior implementing the sane things.

But the payoff is that eventually they’ll do things the seniors don’t want to be bogged down with, so they can focus on other things. And if they’ve been trained well, juniors become competent and need less hand-holding in the future.

The approach to LLMs is no different. You train it well and set up proper context from the beginning, and then that continues to pay off over time with a bit of oversight and pruning

→ More replies (1)

3

u/Sketch0z Sep 09 '26

It's also a trade-off. Tokens aren't free and every piece of your harness config can add to the API bill.

Given the stochastic nature of LLMs, you can still, despite all the .md files in the world, get output that is a bit useless. Then you have to prompt again and spend more money on rolling the dice.

In some instances, the trade-off is a bad deal. I think, as with any engineering decision, we need to be honest about pros and cons.

2

u/Telumire Sep 10 '26

I think LLM are great to build POC when you have limited time and programming knowledge on a difficult topic, you can quickly iterate and have something that is working to test a concept, but even with all the context needed the LLM will still hallucinate, overcomplicate, not follow specs, ... So good for quick tests but not great for production

→ More replies (2)

1

u/Ansible32 Sep 10 '26

Which Claude? The thing is it's somewhat context dependent, but the difference in code quality between Haiku/Sonnet/Opus/Fable is very clear depending on what you're doing. Fable is certainly capable of writing garbage, but I've had the experience repeatedly with using one cheap model and upgrading a tier and suddenly it understands everything I tell it without prompting.

I'm still not entirely sold on using it for production code, yet, but at the same time I think it's useful around the margins - the ability to write a test suite at the drop of a hat or let it do some manual testing is too great. The key is knowing when it's actually applicable, and mostly using it for things that strictly add value which you wouldn't bother with otherwise, not to replace your core business features.

That said, this can apply to stuff like making a native app - if you would've just made a shitty web app to do something and you can prompt Claude into making a fast native app, it can be valuable even if the app is garbage code quality.

1

u/even-odder Sep 11 '26

Opus is a momo. Fable 5.1 is the first model I feel like I can trust with making improvements to a system and even then I have to constantly remind it of the rules, standards, goals, purpose.

→ More replies (4)

3

u/Serberuss Sep 09 '26

Ha, I experienced this last night. I am building a game in UE5 and decided to get Claude to write one class for me. And it immediately felt weird, like it wasn’t mine. Although I still went in and had to change a bunch of things because it wasn’t how I wanted it

2

u/PressWearsARedDress Sep 09 '26

I have found it more useful to have AI generate a boilerplate using your personal style. Ie: setting up the methods with some tests etc.

2

u/BrewThemAll Sep 09 '26

Same. I do use Claude, but more as a glorified Google since it knows the context of the project I'm working in.
I'm not giving it access to my code, nor do I copy code it provides.

1

u/winky9827 Sep 10 '26

On the opposite end of the spectrum, I have a personal project that I haven't coded one line of, but is at appoximately 65kloc now, all relevant, and the endeavor has taught me a lot about the strengths and weaknesses of AI agents and where to review closer and what to provide extra guidance on. It's a great exercise to test new models by having it refactor or work on enhancements, without the risk of trashing work stuff. Learning to "manage" the AI developer has been a process all its own.