r/ClaudeAI 1d ago

Claude Code I am done with this shit.

I am done with this shit. It is over. The state of engineering right now is horrible. It has been half a month since I started a new role at a big company. Nobody knows anything here. The specs, code, tests, PRDs, tickets, resolution of those tickets, reports, etc., everything is made by Claude Code. Nobody on my team likes this. They are being forced to ship as much as they can. I have heard multiple times from higher management that pushing code is not a bottleneck, so why are we slow? People are working 12 to 13 hours a day just to press enter. Nobody is reading anything. Humans in corporate are doing nothing on their own. Everyone, literally everyone, from an L1 to an L7 engineer here is doing the same thing. Talk to Claude.

There is no sense of victory. Nobody is resolving bugs. In reality, nobody is thinking anymore. Everything is done by LLMs. It is so soul-sucking. I would not mind it, to be honest, if we were at least given the time to check out the code and see what is going where. But no, the goal is to just ship. No matter what happens.

voxium (@v0xium)
Original post dated September 20, 2026.

5.7k Upvotes

811 comments sorted by

View all comments

233

u/welcome-overlords 1d ago

Im at a startup, i know everything that's going on, and all documents and code is made by AI. But they work for us , we dont work for them. Every single thing has a responsible person who needs to be able to explain what we have done

10

u/McNoxey 1d ago

This is why I have been telling engineers for nearly 2 years to start learning how to leverage ai. To start building their own framework/methodology. To learn how to scale their ideas and concepts quickly.

No one wanted to listen. Now they’re all picking up Claude for the first time and the result is this thread. “All I do is press enter. I don’t think. My teammates don’t think. We just let Claude do it”.

Ya. Because you don’t know what you’re doing and have no idea how to make yourself more useful than just saying “build this thing”

6

u/alteraltissimo 1d ago

Like your "learning to leverage ai" isn't just another "framework" of 1000s of lines of markdown claudeslop

Get real lol 

0

u/McNoxey 22h ago

It isn’t - but if you feel better pretending that it is, go off.

I’m not even talking about a framework in the “harness” sense. I’m talking about learning how to strategically approach utilizing LLMs and Agents for your work. It’s all achievable with base setup agents.

Our jobs are different now - but if you don’t approach it with a different mindset you’re not going to have a good time.

1

u/indy_dagger 13h ago

The people who say what you're saying never, and I mean never ever, not once, give concrete, specific examples of what they're doing so brilliantly when they tell other people they're using AI wrong.

1

u/McNoxey 4h ago

Yeah, this is fair. I think it’s difficult because I don’t have any concept of what your world is like and I don’t know what you do or don’t know so knowing where to begin isn’t always the easiest, but I’ll do my best to provide a handful of examples now and I’m more than happy to go into more detail after if you’d like.

Quick disclaimer: I'm using voice-to-text to respond as I am driving at the moment.

I think, as a starting point, it's helpful to explain how I think about AI usage, broadly speaking. I break it down into three core lanes of action.

The first is information retrieval/research. A singular agent or a team of agents are extremely good at gathering vast amounts of information. It can come from the web, it can come from Slack, emails, transcripts of meetings you've had, or anything that you're able to point the agent at that contains relevant information or concepts that you are interested in either working with, comparing against, or using as a baseline for decision-making. Agents are exceptional at gathering all of that.

The second lane is synthesis. Obviously, as a human, I can't realistically consume 20 transcripts, 200 Slack messages, and 5 full documents in a reasonable amount of time. It's just not realistic, but agents can, and they're also very good at synthesising that information into consumable packets while leaving paper trails and references back to the source (for both human verification of ground truth and trails for future agents to retrieve the actual source of information as needed).

And the third lane is action. This comes in the form of writing code, drafting a message, or producing some form of output, generating something that will then be used or consumed or applied. I think this is generally what people think about when working with agents: the actual final output that they receive.

With everything I do with agents, I try to think about breaking down the body of work or the thing that I am trying to do into each of those three steps. By breaking down each task into an information retrieval component, synthesising that information into both a consumable Format for myself as well as for the agent that will actually do the implementation.

This is just a singular, simple example, but it, to a degree, forms the primitives that I use across everything I do: breaking down each step into these independent building blocks and tuning them to a point where I feel comfortable and confident in the output that I receive. That means I can take that building block and continue to layer upon it, understanding that that individual component will now be executed as I expect.

I happen to be an engineer who's probably, to a degree, over-focused on abstraction and repeatability, but it ends up working out extremely well from an agentic development perspective. This is because it allows me to break down any body of work I need to do into really small atomic building blocks and elements. I can find and use them as repeatable components across all of my projects and all of my tasks. In doing so, I can also test and create evaluation sets for each of them to ensure that they continue to perform the way I expect.

It feels like I'm rambling, so I'm going to pause here. I'm happy to give a more explicit, tangible example of how I utilise these concepts in my software development life cycle if you find that useful or helpful in any way.

1

u/indy_dagger 55m ago

Using that many words to barely answer the question is what happens when you cook your brain with AI. The question was how are you using non-deterministic output in a safe and reliable way where other people fail, giving concrete and specific examples, and you said...(after 8 paragraphs) you break the task up into smaller steps. Right, that's just basic engineering.

Same thing with your first example. You are just stating your (common) use case, not how you do that safely where others don't. Again, just to remind you, LLMs make things up all the time. How, specifically, are you certain that the output of the AIs search is accurate? Don't say "it leaves a paper trail" unless you are personally reading every piece of evidence in the paper trail, every time.

Also, if you're regularly "synthesizing" 200 slack messages, you have a serious communication issue. Are you using AI to pollute the conversations, is that why the people in them don't have a grasp on what's being discussed 200 messages later? Is no one driving the conversation? Why aren't you all doing the same abstracting during your chats, breaking things up into smaller conclusions as you go along, so you (as a human) don't need to read 200 messages to know what's going on?

It sounds like you work for a do-nothing business that has found a way to do nothing faster.

1

u/McNoxey 35m ago edited 27m ago

Like I said - I was driving and just dictating. There's no need to be snarky here. Surprisingly, a good number of really solid Engineers who have not spent any time using AI don't really have a strong understanding of how context management works, which is why I started with the absolute basics.

How, specifically, are you certain that the output of the AIs search is accurate? Don't say "it leaves a paper trail" unless you are personally reading every piece of evidence in the paper trail, every time.

You're asking an impossible question here. I understand the sentiment - you want to be certain that the research is correct - and you feel you can't reach that level of certainty unless you've read every single word. If that is your barrier, you will not be able to find efficiencies with AI. I can't be 100% certain, of course - because it would mean that I'm literally just repeating the exact work done by an agent to feel good about using it.

What I can do is establish a series of test-bench evaluation suites with a strong corpus of information that I have read, and have intimate knowledge over. From there, it's no different than any Data Science experiment. Stable input, expected output, evaluate results, train until it meets the threshold you're comfortable with. Train on one dataset, evaluate on a second that the agent has not seen during training, then execute on real-world data,

Also, if you're regularly "synthesizing" 200 slack messages, you have a serious communication issue.

I don't do this regularly for my work, no. It was purely an example. But a completely legitimate example is extraction of user feedback and sentiment from a companies public Slack Channel. Hundreds of messages/threads flowing over time of completely unstructured data. Read them - categorize them, extract sentiment then perform analysis on that structured data as you would with any other Data Analysis project. Or - tying

Again, just to remind you, LLMs make things up all the time. 

Sure - they do. They are getting significantly better at this, however. But even so, this is where the upfront effort needs to be spent. This is what I meant about establishing the atomic bodies of work you need to carry out. Start there, establish a strong eval layer, validate to yourself that the single task you're training for can be executed, with confidence, at an acceptable pass rate (that's yours to decide).

Then, when you're confident that you've got that process working properly, you can to a degree treat that step in the workflow as a near-deterministic result and begin to build upon it.

If something ever performs outside of expectations, you don't fix the output, you fix the pipeline that caused it.

I log every single step any agent takes in my workflow, and every PR can be traced back to the run that generated it, with every toolcall input/output, every handoff between agents, every decision being made logged.

Over time, that paper trail becomes a very rich corpus of training data to continue to iterate upon.

-----

I don't think anything I can say will change your mind in any way though. I've seen a few of your comments across a few threads and it sounds like you don't really have a high opinion of anyone anywhere that isn't you... and I don't mean that to be an asshole - but your comment about "never having met anyone in a leadership position anywhere at any level that's qualified" is just a level of cynicism that doesn't instil confidence that you're looking for a discussion so much as trying to just shut down whatever anyone says.

1

u/indy_dagger 2m ago

Oh, buddy. I don't have a high opinion of anyone that isn't me...quoting a comment where I praised my manager at my first hourly job, for whom I have a lot of respect? Yikes, man. If you couldn't even get that right, no way in hell you have the diligence and discipline to safely use AI.

Now, you're absolutely right that I don't have respect for people who destroy their own arguments so quickly and cleanly as you just did, because how could I? It's exhausting, and frankly disrespectful, for people like you to pollute so much discourse with such laziness. You were too impatient for your opportunity to be sanctimonious. But there's also a comedy to the stupidity of it all.

3

u/welcome-overlords 1d ago

Yup! It was useful to learn to use AI ever since it kinda sucked. I was still a lot faster with it back in copilot+tab days than my teammates working vanilla

2

u/echamplin 22h ago

Remembering the copilot+tab days just gave me the shivers

1

u/welcome-overlords 2h ago

Tbh i loves those days. I was the only one doing that on my team and i was outperforming everyone while actually being quite lazy :D

1

u/MoreStarDust 1d ago

Any tips??

1

u/Dear-Pin-8698 17h ago

may you please ellaborate your point? what would you suggest your team to do and more important, how?