> Instead, the right train of thought is: "what would perfect code look like?" and then meticulously describe to the LLM what "perfect" is to shape every line that gets generated.

I think this goes against what a lot of developers want AI to be (not me, to be clear).

Also a lot of middle managers. Many organizations enthusiastically adopting AI are doing so because they want to appeal to the authority of the bots and bludgeon colleagues with it.

I'm looking at it from a team perspective.

With the right docs, I can lift every developer of every skill level up to a minimum "floor" and influence every line of code that gets committed to move it closer to "perfect".

I'm not writing every prompt so there is still some variation, but this approach has given us very high quality PRs with very minimal overhead by getting the initial generation passes as close to "perfect" as reasonably possible.

Oh I agree with you, I'm just saying a lot of developers don't want to use it like that. AI has liberated them from the drudgery of reading and writing code and they won't accept that they should still be doing a bit of both, if not a lot of reading.

It does amaze me when colleagues refuse to read what I (personally, deliberately) wrote (they ask AI to summarize), but then tell AI to write their response and it's absolutely bloated and full of misconceptions around my original document.

If they aren't willing to read what I put effort into, why should I be expected to read the ill-conceived and verbose response? I really don't want to get into a match of my AI arguing with your AI, but that's what they've told me I should be doing...

I've been having ongoing issues with a manager who responds in the form of Claude guided PRs. Undoubtedly driven from confused prompts. Always full of issues, never actually solving the problem, always adding HEAPS of additional nonsense in the process.

There's an asymmetry of effort in the above, and when combined with the power asymmetry - that's a really bad combo, and I don't think I'm alone.

I'm glad to see the appreciation of the enormous costs of complexity on this forum, but I don't think that has ascended to the managerial level.

    > ...a manager who responds in the form of Claude guided PRs

I think the job of a dev in this coming era is to produce the systems by which non-engineers can build competently and not break prod or produce unmaintainable code.

In my current role, I have shifted from lead IC to building the system that is used by other IC's and non-IC's.

From my perspective, if I can provide the right guardrails to the agent, then anyone using any agent will produce code that is going to coalesce around a higher baseline of quality. Most of my IC work now is aligned on this directionality.

Ya, I can't stand that. Asking a question and being hit with "this is what claude said" gives me a new kind of rage.

Yeah, this happened to me recently and the advice could have caused data corruption (yay old systems). I only caught it because they asked before making changes and I had a vague memory of it from having investigated the same thing almost a decade ago (and found the note and explanation with a link to a bugtracker in my personal wiki).

It doesn't matter, one way or the other. The overall market share will decide. In some cases, I think good code will be a decisive factor. Think Steam launcher Vs Epic. Epic doesn't have good code. Their performance suffers in consequence. In other cases the users are so trapped it makes no difference. MS Outlook and Teams is the prime example of this.

Very nice, this is great! Love that you give the two UX options.

FYI (bug report): In the non-minimal version, navigating by category is janky in FireFox. The logo briefly disappears with the nav jumping up in its place every time you click a category.

Ah, thank you. I will check this.

Just following up to say "You fixed it!" :)

Yes, correct. When I clicked the link I was already welcomed by the welcome page (which is, for the most part, welcomed). But then why send me another email further welcoming me? I already feel welcomed! And don't give me any of that "because it works" BS (even though that is what you are going to say).

(cuu508, "you" in this instance does not mean you)

Or, you know, writing some code every day.

The point is that a "secure coding platform" leaked something they were trying to keep under wraps, whether the contents of the leak matter or not.

Also, as many others have pointed out, there is roadmap info in here that wouldn't be available in the production build.

> The point is that a "secure coding platform" leaked something they were trying to keep under wraps, whether the contents of the leak matter or not

Sure, but that's completely different from what they were responding to to, which was someone insinuating the Claude Code CLI has secret sauce that makes it better than the competition.

Fair, I was just seeing so much of this and randomly responded to yours.

No reasonable person actually thinks that Claude Code cannot make mistakes. So if your point is that this is going to change anybody's opinion about it then I think that's pretty silly.

Also who really cares about the roadmap? Any feature they release can be easily copied quickly. The only moat they have at the moment is in giving access to their models via a subscription.

> No reasonable person actually thinks that Claude Code cannot make mistakes.

This was insanely rookie mistake that could have been caught if anyone was paying attention as opposed to "vibing."

As a Claude Code user why should I care?

It's getting even worse if you read the thread about Claude going down the other day. People were having mini panic attacks.

> “Everything has already been said, but not yet by everyone.” — Karl Valentin

Never heard this and I like it very much. This is just an off-topic comment to say thanks!

The only time metrics have been useful to me in the past is when they are kept private to each team, which is to say that I do think they are useful for measuring yourself, but not for others to measure you. Taken over time, they can eventual give you a really good idea of what you can deliver. Sandbag a bit (ie, undershoot that number), communicate that to ye olde stakeholders, and everybody's happy that you can actually do what you say you'll do without being stressed out (obviously this doesn't work in startups).

Agreed, this is a VERY odd statement. There are a bunch of Canadian companies that have been here for a long time. I don't have the data but would DNS and hosting providers like EasyDNS and HostPappa really have primarily US customers?

I did it with tons of accounts and services linked. It's not anywhere as daunting as you'd think (and I thought). Although it seems you don't want to move away from it so I'm not sure what point your comment serves to make.