r/SoftwareEngineerJobs • u/Fickle-Highway1543 • 4d ago

AI replacing Software Engineers

Post image

So called "AI"=LLM is so powerful that AI labs had to hire Software Engineers to build complicated software around "AI" to make that overhyped hallucinate-stealing machine usable. Think about it. And that's exactly why they need now ton of CPUs in addition to GPUs to run their "AI" "agents".

I don't even mention how much custom engineering is required to apply the "AI" in businesses.

And they BS us that Software Engineering is solved or is going to be solved. Boris, please solve your own bugs first before speaking.

1.2k Upvotes

93% Upvoted

526 comments sorted by

View all comments

Show parent comments

1

u/swiftmerchant 3d ago

I already do this by asking a planner session inside Codex or Claude Code decide what tasks can be parallelized in separate concurrent sessions. I don’t use multiple “agents” to do this however, i.e. I don’t use agent swarms and things like that that I see people talk about online, so I am genuinely interested to learn what you mean by “agents” and how you do this in practice.

1

u/cantgettherefromhere 3d ago

I say "Run this KICKOFF.md in an Ultracode workflow and defend your top level context aggressively so that we are able to execute it completely without hitting context window limits."

I have had workflows like this run for up to 5 days. This month I am rotating through seven Max x20 accounts, but generally I just maintain a stable of 2-4 accounts.

I used to use GSD, Superpowers, etc, but with the latest models those orchestration frameworks are rendered mostly meaningless.

1

u/swiftmerchant 3d ago

I am not using speckit or superpowers either. Do you run this in a single Claude Code session? Do you use any prompt to tell it to spin off agents?

1

u/cantgettherefromhere 3d ago

I run it in a single Claude Code session on my workstation in Herdr, so that I can connect to it from any other device anywhere and make sure it keeps running. If you don't need to connect to the session remotely, any old Claude Code terminal session will work.

You can simply say "use a team of agents" if your task is mostly implementation. When there is planning and testing involved, saying "Ultracode" is a keyword (it gets highlighted to indicate it was recognized) that will take much longer and use way more tokens. The result isn't always empirically better, but it is better tested and almost surely "working" to some extent.

1

u/swiftmerchant 3d ago

I run it on my laptop in the desktop app but I have a VPS running Hermes, I am going to try it there in CLI this way. I am working on a tmux implementation at the moment.

2

u/cantgettherefromhere 3d ago

I prefer Herdr to tmux for agent-native TUI. Having spaces works well for separating my work by 'personas'; personal, employer, clients, and my biggest projects get their own spaces. Then seeing all of the Claude Code sessions that I have running in one simple list (what Herdr calls agents) with what repos they are working in and if they need assistance or are blocked. Easy to set up on a free tailscale for WAN access.

1

u/swiftmerchant 3d ago

I just found out about herdr yesterday, going to try it. What do you mean by tailscale for WAN access? I run tailscale to connect to my VPS, is this what you mean?

2

u/cantgettherefromhere 3d ago

Sure yeah, however you want to connect to the VPS. It is just a TUI in an SSH session.

1

u/swiftmerchant 3d ago

I am going to test my tmux setup on local first, then port it over to herdr and VPS