Brain Sandwich - AI 작업 전후에 직접 사고하는 개발 방식

Brain Sandwich는 ‘직접 사고하기 → AI 활용하기 → 다시 직접 사고하기’ 순서로, AI를 충분히 활용하면서도 엔지니어링 역량이 퇴화하지 않도록 하는 작업 방식 에이전트에게 구현을 맡기기 전에 문제와 맥락을 먼저 이해해야 함. 완전한 구현 계획까지는 필요 없지만, 대략 어디로 나아갈지는 알아야 함 사전 이해 없이 시작하면 AI가 잘못된 방향으로 판단을 유도하거나, 애초에 해결할 필요가 없던 문제를 구현하게 만들 수 있음 맥락을 확보한 뒤에는 구현을 AI에 온전히 위임해도 됨. 문제를 이해하고 있어야 결과가 적절한지, 과도한지, 엉뚱한 문제를 해결하는지 판단할 수 있음 다른 사람에게 리뷰를 요청하기 전에는 변경 사항과 이유를 직접 설명할 수 있어야 함. diff, 복잡성, PR 설명을 점검해 리뷰 가능한 상태로 만들어야 함 무엇이 왜 바뀌는지 설명할 수 없다면 아직 리뷰를 요청할 준비가 되지 않은 것임. AI가 구현한 결과를 이해하는 책임까지 리뷰어에게 넘기지 말 것 사고까지 AI에 위임하지 않기 엔지니어 Emily와의 일대일 대화에서 늘어난 코드 리뷰, 달라지는 업무, 엔지니어가 사고를 멈추고 업무 전체를 AI에 맡기는 문제를 논의함 자기 머리를 쓰지 않고 AI에 전부 맡기는 행태는 Meat Proxy라는 이름으로도 불림 Emily가 사용하는 Brain Sandwich는 AI의 이점을 충분히 누리는 것과 엔지니어링 역량을 유지하는 것을 함께 목표로 함 직접 사고하기 → AI 활용하기 → 다시 직접 사고하기 첫 단계는 직접 읽고 이해하는 것임. 에이전트에게 구현을 지시하기 전에 문제와 맥락을 파악해야 함 완전한 구현 계획은 필요 없지만, 대략적인 진행 방향은 있어야 함 그렇지 않으면 AI가 판단을 잘못된 방향으로 유도하거나, 해결할 필요조차 없는 문제를 구현하게 만들 수 있음 두 번째 단계는 AI에 위임하는 것임. 맥락을 충분히 확보했다면 이 단계는 거리낌 없이 온전히 맡겨도 됨 사전 이해가 있어야 에이전트의 결과가 올바른지, 과도한지, 전혀 다른 문제를 해결하고 있는지 판단할 수 있음 마지막 단계는 리뷰 가능한 상태로 다듬는 것임. 다른 사람에게 보내기 전에 다시 직접 사고해야 함 diff를 읽고, 해당 상황에서 복잡성을 감수할 가치가 있는지 확인하고, PR 설명을 개선해야 함 무엇이 왜 바뀌는지 설명할 수 없다면, 아직 다른 사람에게 리뷰를 요청할 준비가 되지 않은 상태임