Replying to @⁨Mustachius_Grumpius@thelemmy.club⁩

Reminder here that the culprit is capitalism, not LLMs.

Voxium said he wouldn’t mind the situation if workers were given more time to check the code.

“Everyone, literally everyone, from an L1 to an L7 engineer here is doing the same thing. Talk to Claude,” he added. “There is no sense of victory. Nobody is resolving bugs. In reality, nobody is thinking anymore.”

Some people might look at this and wonder what the problem is – who wouldn’t want to be paid to do very little? But most people struggle when their work has no meaning. Voxium told Business Insider that if engineers lose the opportunity to understand the code and solve difficult problems, “there is nothing left … Not even our soul. There will be no purpose.”

He added that the real problem is corporate leaders’ obsession with pushing out more features. He said management often judges success by sprint cycles, pull requests, and the sheer number of features shipped, even when those additions do little to improve the product for users.

Replying to @⁨andicraft@lemmy.blahaj.zone⁩

Sure. You can talk about the LLM gestalt, if you’d like, that’s worth examining, as with any other tool; especially stuff like progressive brain rot.

But listening to the complaints people have about LLMs, it’s mostly that it’s being improperly used to replace human labor. Improperly in the sense that it can’t actually do the job it is replacing humans in, which is a separate discussion of what kind of world it will be when there are no jobs for humans to do.

LLMs are used responsibly by people doing their own work. For instance, Linus Torvalds used Claude to find errors in the Linux kernel (I think), that he then fixed himself.

The problem is that capitalism, especially oligoplic capitalism, will create worse products at lower prices (or higher profits), and it will do so on the shortest timeline, ignoring things like future lawsuits over security flaws and future lack of programming talent and erosion of consumer trust.

Replying to @⁨schipelblorp@sh.itjust.works⁩

I guess calling them reverse centaurs visualizes the change that is happening in the relationship between human and machine. We used to be the head but we’re the butt now. It makes you reconstruct the image in your head.

In truth there already was a downward trend before LLM’s exploded where tools were continuously used against people. “Enshitification” most people call it but it’s really just free range capitalism. Generations of economy majors have been doing exactly what they were taught. Increase short term shareholder value at any cost. It’s unsustainable and LLM’s are just another accelerant.

Replying to @⁨justsomeguy@lemmy.world⁩

I guess calling them reverse centaurs visualizes the change that is happening in the relationship between human and machine. We used to be the head but we’re the butt now. It makes you reconstruct the image in your head.

Yes, but the minotaur is frequently just a person with the head of a bull, instead having to invert a centaur, which is already not a familiar image. In talks, Doctorow defaults to “Bojack Horseman”, an acknowledgment that reverse centaur is perhaps too much imaginative labor for his audience.

Agree on the MBAs–capitalism eating itself.

Replying to @⁨schipelblorp@sh.itjust.works⁩

Corey Doctorow didn’t invent that term, but I’m glad people are talking about it.

It comes from “centaur chess” which is chess where both players are assisted by a computer. The humans are “riding” the computer in the centaur analogy — benefitting from the computer’s ability to process the best tactical move, while the human handles the strategy. They found out that computers win chess against humans every time; but humans with computers win against the computer every time.

Replying to @⁨espentan@lemmy.world⁩

I’m not a developer but I do make little tools for myself at work. I used an LLM to assist with adding some features recently, nothing I couldn’t easily do myself. It did a fine job and made minimal changes, all totally readable and for the most part the same way I would have done it.

I have a new tool I want to make, and it’s hard not to just turn to the LLM, since it’ll save me many hours on a script that nobody else will ever see. It’s really taken the fun out of it. I’m proud of what I made, even though nobody else will care, but doing this my usual way will feel like I’m using the wrong tool out of perversity.

I dunno. I hate everything.

Replying to @⁨clay_pidgin@sh.itjust.works⁩

Hey thanks for sharing I’m in basically the exact same boat. There are also pressures in the work place to use it because of the time savings. Personally I try to keep a balance and work on things myself most of the time and if the LLM is used it’s more like a buddy coder than a magic code generation tool, but sometimes it’s just too easy to use it that way. I think it’s important to take pride in your work, so keep doing things your way when you want!

Replying to @⁨clay_pidgin@sh.itjust.works⁩

I just started using it as well under a push at work. I’ve so far only used it to write out a script that I knew what I needed and how to do it but it ended up saving me a couple hours. I suppose there wasn’t an interesting problem to solve there so it makes sense to use it but I worry about relying on it since it seems just capable enough to start trusting before the rug gets pulled from under you.

Replying to @⁨criss_cross@lemmy.world⁩

You do have to keep some tests for yourself, and don’t let claude touch those (or even see them ideally).
Though I have been reading that you can actually have a second agent manage tests. That way it’s motivation is to find bugs. So if anything it will hallucinate failures.
That said… if corp is pushing AI, then they get the result. Most of the time it will be fine. When it isn’t it’s the AI we have been encoraged to use’s fault.

Replying to @⁨Imgonnatrythis@sh.itjust.works⁩

An elegant solution. I wonder if it is more efficient than a 1TW data centre.

Seriously, though, we use AI in the worst way possible. I like writing code, I hate checking someone else’s code. Why aren’t AIs doing the checking and engineers doing the coding?

Forget “human in the loop” - let’s shoot for “reviewed by AI”. Deep down, we know the humans are barely paying attention when they check Claude’s homework.

Replying to @⁨lemmy_outta_here@lemmy.world⁩

I can attest this does work well. Having LLMs review your plans for how to do something and point out what you missed works well too. I also have my local LLM review creative writing without writing anything, give feedback about my Blender renders and other artistic things, and be a sounding board for ideas in general. Be warned that Qwen has no mercy and will shit all over your passion projects.

Replying to @⁨Mustachius_Grumpius@thelemmy.club⁩

If I’m forced into Claude Code or something similar, I will be looking for a new job. Ideally a different role in my company to keep my benefits and not have to completely start over, but if I have to jump ship, I will. Fortunately, our security and GRC teams have explicitly blocked Claude Code for the time being. I still have the tools built into Visual Studio, but I seldomly use them, and when I do it’s basically as stack overflow, and that only when I can’t find what I’m looking for through web searches first.

We had someone from our Networking team come over the other day and say that he could tell our summer interns were gone because our AI usage dropped by over $1000 / month.

Replying to @⁨BassTurd@lemmy.world⁩

Look I’m all for the AI hate but this is just stupid. I’m aware this might not be the most popular opinion here but be warned

Honestly if I were to change jobs atm asking about their AI policy and usage would be one of the first questions that I’d do and if they don’t use it well and haven’t figured out how to integrate it in their company (as a tool, not necessarily as a product) then I’d end the meeting then and there.

I’d quit my current company if they prohibited AI tools. Fortunately they don’t force us to use them, nor but we’re all encouraged to find actually uses for it (which in Software Engineering are a ton). If one of my colleagues wouldn’t use AI in any way I no only would consider them less productive, I’d consider them a worse engineer because it shows they can’t adapt.

AI in general and Claude Code as an example is an AMAZING tool. You just gotta use it properly. I still own the code I ship even if I understand it in less detail than before (that’s the trade off by being able to ship many more features than I could in the past).

I’ve been in this company for a few years now and just in the past months there are so many projects I have done that there was never an opportunity to do so ever since I joined because it would be days/weeks of work and now it’s a couple of hours while I work on other shit.

And people/companies that spend hundreds of thousands of dollars in AI every month are idiots who are just throwing shit at a wall and seeing what sticks. My company pays me a 100$ month subscription and many colleagues have even cheaper ones. Thats like 1% of my salary and it for sure increases my productivity many orders of magnitude of that.

Replying to @⁨JimmyMcGill@lemmy.world⁩

Nah, fuck AI. I will pivot careers. Anyone that claims to be a developer but generates all of their code is just a modern day script kiddie. Idgaf about efficiencies because the ethical implications of AI are far worse than the extra money I can make for a company.

I will never be an AI code reviewer, because that’s all prompting is. Like I said, I’ll pivot careers out of dev work before I do that. Pick up a trade and work until I’m 80 if I have to, but that’s still better than being one of Claude’s bitches.

Outside of the ethics of AI, the idea of sitting in front of a screen and being a “prompt engineer” takes everything I enjoy out of coding. If it was that or death, I’d choose death.

Replying to @⁨BassTurd@lemmy.world⁩

Replace all of that but instead of AI use computers or calculators.

I’m sorry but that is absolutely deranged talk. And you won’t have a choice about pivoting careers. You will be forced to in the same way that nobody in this millennium will hire someone that does their accounting with an abacus. And that’s a good thing.

Now, am I happy that a lot of people will be out of a job and the profits of that will be funneled into a few pockets? Absolutely not, but this doomsday, Amish like talk won’t help that conversation because the problem isn’t the technology. It’s who owns it

Replying to @⁨JimmyMcGill@lemmy.world⁩

The reality is that these tools are not going away. Thinking that will happen is not realistic.

They’re part of the deal now. People who refuse to use them will simply become obsolete. It starts in technology, but it will quickly move around.

Thinking you can just avoid it isn’t practical. It is no different from cars displacing horses and computers displacing typewriters.

Think of how absurd it would sound if you came across someone who refuses to use a computer and only a typewriter.

Replying to @⁨blargh513@sh.itjust.works⁩

Hey what’s up. I’m a published author and I do all my first drafts on a typewriter. No distractions, no notifications. Transcribing the text onto my computer provides a natural editing process.

I obviously still use computers for fun, but when it’s time for serious work, I bust out my manual typewriter from 1957.

Cars were displaced by horses because they’re cheaper (you don’t have to pay to feed your car when you’re not driving it). Jury is still out on if AI is cheaper, which is why none of these AI companies have turned a profit—and why I’ll be surprised if this stuff is still around in 10 years.

Replying to @⁨kestrel7_7@lemmy.world⁩

There are AI models that you can get for free right now that will run locally on your machine. They aren’t as good as the top/paid ones right now but they probably will be in the future.

So yes it is and will always be cheaper.

Your typewriter example is also extremely cherry-picked. From a computer you need basically a notepad and writing itself is extremely low technology because of it. But how would you feel if you went to a doctors office or government office and they took your data in a typewriter??

Replying to @⁨JimmyMcGill@lemmy.world⁩

You’re right, and the person you’re replying to is, too.

My take is an analogy (strictly from the cells in my brain lol) -

The “ground” we all stood on, that previously felt ~flat (trying to be brief here) rapidly shifted under all of us, and very suddenly merely standing in one place, meaning anything from keeping a job, retaining enjoyment (even understanding) of the craft and crafted thing, an ideological stance, a hundred other things -

The ground sloped suddenly, and merely remaining in one place became a struggle not to slide and tumble downhill. And so we all are, tumbling downhill, at varying rates of speed and control, and it seems like the slope might be getting steeper, though at least much more slowly, now…probably.

Resulting from the sudden slope, the most experienced became wildly capable, that shit is real (at least at present). The least experienced? Those who need to get the experience, and to pay their bills, experience their lives, and to maybe later become the wise arbiters? Well, fuck them. Fell into the bottom of that new slope. Fuck everyone else, too, actually, hits everyone in lotsa ways, slope don’t care.

It’s all fucked, the ground has become a maw.

spoiler

Sidenote (most important note) - when there is a swing back - doggedly insist on training, helping, spending time with the juniors, it’s your biggest and truest value throughout this all, AND SEPARATELY your heaviest punch back

Replying to @⁨Mustachius_Grumpius@thelemmy.club⁩

I don’t hate Claude Code or whatever. I hate the company pushing you to constantly churn out shit so you need to turn to these tools to keep up pace or get fired.

Architecture decisions or code quality? Fuck it just ship.

You have concerns about an approach? You’re the enemy to your coworker’s promotion. Get out of the way.

It’s all just so depressing. It will all come crumbling down. It’s a matter of when not if. But god I hate this ride right now.

Replying to an earlier post

A guy I don’t really like at work does all sorts of AI induced PRs. I think he thinks it makes him look good. It probably does, to management.

I got reprimanded for asking if a guy’s extremely weird code was something he wrote himself. He went crying to my boss about how I’m mean on PRs. Fuck you, William. I hope your house catches fire and you pass out while asking Claude for help.

Replying to an earlier post

The responsible, corporate, way of being. Definitely should have done that. I just want people to feel uncomfortable when they have fucked up. Everyone’s just so polite. No one faces social consequences.

This is the same place where they don’t pay for holidays. My boss told me to stop saying things like “I don’t get paid, so it won’t be that good” when they say “have a good holiday”. If grand-boss, ghoul, and preeminent “We don’t pay for holidays” enforcer Anne was locked in a burning building, maybe I’d just say “happy holidays!” and walk away.

Replying to @⁨HarkMahlberg@kbin.earth⁩

Depends on how many times I need to hit enter during my 8 hour shift. If it’s something like 200 times then yes. If you need something more like 7,200 enters pressed in an 8 hour shift then that would break down to 15 enters per minute which requires a little more dedication. I that event I would like to ask for $23,000 a year.

I would also like for the company to pay for any repairs or replacement of my Enter button in the event something stops working.

Replying to an earlier post

The engineer added that employees are now pressured to ship products as fast as possible, leaving them with little time to review Claude’s output or understand the code being created.

Companies have always pressured software teams to ship products as fast as possible.

What’s new is the part where all of the worst coders can shit out code a lot faster and pretend like they’re doing a good job. It used to take them a while to write garbage that they didn’t understand or review themselves, but now they can do it so quickly that it makes the actual good coders look like they’re taking a long time.

This is why you absolutely have to have documented coding and review standards. The idea that you’d ship any code that has never been reviewed by a human is horrifying.

The idea that you’d work 12 hour days is so stupid to start with. I’ve seen people consistently work that long and… surprise, they don’t actually work that long. They work about the same as anybody else and goof off the rest of the time. I doubt you can even just press enter for that long. People just don’t work that way.

Replying to @⁨BillyClark@piefed.social⁩

This is exactly it. I’ve worked with 2 different teams in this new era. One has all strong engineers and good review and testing standards. The other has 20% bad engineers that should have been fired years ago and’s weaker testing culture. The result is the strong team is delivering higher quantity software faster than ever, and the other team is going fast with much worse results. The quality is very bad, and the good engineers still there are quitting.

The good engineers spend their whole days just trying to keep the ship afloat and minimizing the harm from the bad engineers. They hate it and are burning out fast.

Replying to @⁨douglasg14b@lemmy.world⁩

AI in engineering is an accelerator.

Yes, and most engineers effect on the product can be graded on [-1, 1] scale. And I find that the -1s accelerates faster.

If teams are producing high-quality software

I had one of those. My seniors are getting dumber though, and we have twice as many prod bugs as a year ago. I had an outage because someone didn’t properly trim an input for fucks sake recently.

Replying to @⁨Mustachius_Grumpius@thelemmy.club⁩

AI code assistants currently are like that senior dev who knows everything, has experience in everything, and always likes to help everyone. But sadly he does a lot of shrooms in his spare time and sees things that aren’t there. He also has quite the opinionated ideas about what good code should look like.

That implies that you just can’t let him do the quality assurance. He can write code. You can ask him stuff. And he excels at debugging.
But you can’t let him plan the architecture. You can ask him about his ideas and select the ones that are actually good, though.
And you definitely can’t let him review his own code. Someone else has to do that.

So if they literally just let the AI do everything, there is absolutely no way anyone has a chance to ever review the result because AI code is harder to review (for now), and AI loves to repeat itself (for now).
And sure, they can tell it to write tests. But AI is dogshit at writing tests. It tends to forget the important cases, test the wrong thing, and/or obsess about completely irrelevant implementation details.
I also tried the multi-round approach with a committee of agents trying to iteratively find and fix flaws. It only works well for finding bugs, not fixing them (for now).

But while AI can’t replace me, it is really nice to have as a tool - just like I have syntax highlighting in the IDE, I have a code assistant that can autocomplete a few lines of code, find out why my code misbehaves, or tell me what some library method is supposed to do. Sure, I have to still verify the results. But often, finding the bug or information was the hard part.
Coding assistants are great. Just don’t let them write too much code at once. You need someone who still actually understands the codebase. That sadly can’t be an AI (yet).

Replying to @⁨Kaligalis@lemmy.world⁩

I really love when I ask the AI to do something, and it gives me 40-50 lines to do it, and I tell it there’s no way something like that should take that much code, and it’s like oh, ya you’re right, here’s a 5 line version using something from from the standard sdk.

I’ve tried to put in its memory to not do things like that, but it keeps doing it.

Replying to @⁨Prox@lemmy.world⁩

Its usually just 1 or 2 messages saying i dont like this so its only the time it takes to read it and say try again. A minute or two?

Its faster to just ask to do it again in most cases.

The times itd probably be quicker to do it on my own are the more complicated ones where it gets something wrong but it wasnt so blatantly obviously bad that I just tell it to try again, so I spend time with the wrong stuff, see its wrong with a little work, then toss it and try again, or re work it myself from that.

Replying to @⁨shiftymccool@piefed.ca⁩

Obviously when I work I don’t run the entire suite, that’d be a waste of time. When I’m finished, I run the entire suite, I don’t sit and run the tests I’ve been testing against as I’m working because I already expect those to pass.

If they don’t, that’s caught when I run the entire suite. I don’t sit and run individual tests followed by the entire suite.

Replying to @⁨NotMyOldRedditName@lemmy.world⁩

I guess the AI isn’t iterating over its “ideas” and code yet. I come up with overcomplicated and overcomplex code too. But my natural neural network keeps reevaluating the code while I think about it, write it down, test it, and often even come back to it later after I moved on to another part of the codebase.
It looks to me like AI is using the infamous waterfall method to write code. It does the “thinking” phase and does bugfix iterations when compilation or tests fail. But never does it question the design it came up with after it wrote it down. It doesn’t reevaluate whether the last round of fixes made tests work that test irrelevant implementation details. It doesn’t question whether there really need to be four methods sharing 90% of their body for doing the basically the same thing only subtly different.
I hold the suspicion that AI will be as slow as humans when it becomes as reliable because what makes us reliable is the redundancy in our thinking processes. The constant reevaluation in subtly different states of mind helps to catch design flaws and silly mistakes.

Reevaluation of finalized code is probably not something you can just put into memory. You would need to modify the harness to automatically inject a new prompt triggering reevaluation of the design and implementation after each step. This would likely increase token use and execution time by an order of magnitude. And if you do it by spawning fresh agents, there would be a high chance of having the AI go in circles, switching between a few different versions of the same shitty design or implementation. So you need to keep the context, which grows each iteration. So context rot may become a real problem. The AI might deviate from the initial goal just like some human devs tend to do…

And natural neural networks learn on the job. They adapt to the codebase and industry they are working with/in. claude.md and memory text files help a lot. But they are still sometimes ignored. And I don’t know why. Also, human rules are almost always somewhat fuzzy. Long lines are to be avoided - but unit tests and that one massive dict of dicts really are a lot more readable when ignoring that rule. There might be a lack of good training material on what makes code readable for humans.

Replying to @⁨Kaligalis@lemmy.world⁩

That actually makes a lot of sense and goes with how ill code something larger as well.

Get a rough version working, sometimes horrible code. See how it functions. Reassess it and optimize it. Go bug hunting, which will often result in more optimizing, then finish all the error handling I probably skipped and only logged. More bug hunting, then review my code like a code review before submitting it for a code review.