오스마니 기술 — 답 잘하는 AI 앞에서 커리어는 어디 남나 | DAKER 커뮤니티
무엇 : Addy Osmani의 공식 글은 에이전트 시대의 경력이 정답을 빨리 맞히는 능력에서 문제를 고르고, 결과를 검증하고, 끝까지 책임지는 능력으로 이동한다고 설명합니다. AI가 정답표가 있는 작업을 빠르게 처리할수록, 개발자에게 남는 가치는 어떤 일을 시킬지와 어디서 멈춰야 할지를 판단하는 데 있습니다.
언제 쓰나 : Claude Code나 코딩 에이전트로 기능 초안을 빠르게 만들 때 바로 적용할 수 있습니다. 프롬프트를 많이 던지는 대신, 작업을 맡기기 전에 문제 선택 기준과 완료 조건을 쓰고, 결과가 나온 뒤에는 독립 검증과 마지막 마무리 시간을 따로 잡아야 합니다.
핵심 원리
에이전트는 반복 작업과 정답이 비교적 분명한 작업에서 속도를 냅니다. 그래서 병목은 코드 작성량이 아니라 문제 선택, 명세 품질, 검증 기준, 마지막 완성도로 옮겨 갑니다. 비유로 말하면, 개발자는 더 빠른 타자를 이기는 사람이 아니라 어떤 문서를 써야 하는지 정하고 최종본에 서명하는 편집장에 가까워집니다.
공식 글에서 확인한 핵심은 네 가지입니다. 첫째, 정답표가 있는 일은 자동화 압력이 커집니다. 둘째, 좋은 문제를 찾고 고르는 능력은 더 희소해집니다. 셋째, 에이전트 결과는 스스로 채점하게 두면 검증이 아닙니다. 넷째, 에이전트가 쓴 코드라도 배포 책임은 사람에게 남습니다.
적용 방법
- Claude Code에 맡기기 전, 지금 풀 문제가 왜 중요한지 한 문장으로 씁니다.
- 완료 조건을 기능 동작, 테스트, 리뷰 기준으로 나눠 적습니다.
- 작고 되돌리기 쉬운 작업은 자율도를 높이고, 되돌리기 어려운 작업은 사람이 중간 판단점을 둡니다.
- 에이전트가 낸 diff를 새 팀원의 PR처럼 읽고, 직접 설명할 수 없는 변경은 병합하지 않습니다.
- 마지막 30%의 예외 처리, UX 마감, 운영 로그, 문서화를 별도 작업으로 남기지 말고 같은 루프에서 끝냅니다.
- 에이전트가 만든 테스트 결과만으로 검증을 끝내지 않습니다.
- 모르는 코드가 통과했다는 이유만으로 내 코드베이스에 넣지 않습니다.
- 작업 속도를 커리어 가치와 같은 것으로 착각하지 않습니다.
- 실패한 판단, 과한 위임, 잘못된 제안을 private log에 남겨 다음 리뷰 기준으로 씁니다.
이미지 차트
공식 검증 : 이 글은 Addy Osmani 공식 사이트의 글 1건과 비공개 제작 브리프 1건을 기준으로 작성했습니다. 공개 본문에는 외부 원문 링크를 싣지 않고, 독자가 바로 적용할 수 있는 에이전트 코딩 행동으로만 정리했습니다.
오늘 Claude Code를 열기 전에 한 줄만 먼저 적어 보세요. “이 작업에서 AI가 답을 잘 내도, 내가 직접 판단해야 하는 지점은 어디인가?” 그 줄이 남아 있으면 속도는 도구가 가져가도 커리어의 중심은 사람에게 남습니다.