←back to thread

548 points kmelve | 1 comments | | HN request time: 0s | source
Show context
ale ◴[] No.45109875[source]
It’s about time these types of articles actually include the types of tasks being “orchestrated” (as the author writes) that aren’t just plain refactoring chores or React boilerplate. Sanity has quite a backlog of long-requested features and the message here is that these agents are supposedly parallelizing a lot of the work. What kind of staff engineer has “80% of their code” written by a “junior developer who doesn't learn“?
replies(6): >>45110352 #>>45111148 #>>45111902 #>>45112019 #>>45113025 #>>45116018 #
mindwok ◴[] No.45111902[source]
IMO “junior developer who doesn't learn“ is not quite right. Claude is more like an senior, highly academic engineer who has read all the literature but hasn't ever written any code. Amazing encyclopaedic knowledge, zero taste.

I've been building commercial codebases with Claude for the last few months and almost all of my input is on taste and what defines success. The code itself is basically disposable.

replies(4): >>45112275 #>>45112775 #>>45112856 #>>45113726 #
all2 ◴[] No.45112275[source]
> The code itself is basically disposable.

I'm finding this is the case for my work as well. The spec is the secret sauce, the code (and its many drafts) are disposable. Eventually I land on something serviceable, but until I do, I will easily drop a draft and start on a new one with a spec that is a little more refined.

replies(2): >>45113350 #>>45114422 #
1. bjornsing ◴[] No.45114422[source]
So how do you best store and iterate on the spec? One way I guess would be to work on a branch an modify Claude.md to reflect what the branch is for. Is that a good approach? Are there others?