|
|
|
|
|
by theflyinghorse
141 days ago
|
|
Workflow is this:
- I have emacs open for code editing/reviews/git.
- Separate terminal emulator with 1-3 claudes
- I work on a story by splitting it into small steps ("Let's move this email logic to the email.service.ts", "here's the fields I'd need to add to the request, create a schema validation in a separate file, and update the router and controller")
- I mostly watch claude, and occasionally walk through the code in emacs whenever I feel like I want to review code.
- I handle external tools like git or db migrations myself not letting LLMs near them. In essence, this is pretty much how you'd run a group of juniors - you'd sit on slack and jira diving up work and doing code reviews. |
|
It's funny because that's basically the approach I take in GH Copilot. I first work with it to create a plan broken up into small steps and save that to an md file and then I have it go one step at a time reviewing the changes as it goes or just when it's done.
I understand that you're using emacs to keep an eye on the code as it goes, so maybe what I wasn't groking was that people were using terminal based code editors to see the changes it was making. I assumed most people were just letting it do it s thing and then trying to review everything at the end, but felt like an anti-pattern given how much we (dev community) push for small PRs over gigantic 5k line PRs.