Addy Osmani: 2026년 시니어 개발자는 결국 고급 코드 에디터일 뿐인가?
안녕하세요, Tom입니다.
얼마 전 JS Nation US 컨퍼런스에서 Google Cloud AI 디렉터 Addy Osmani가 흥미로운 이야기를 했어요. AI 시대에 시니어 개발자의 역할이 어떻게 바뀌는가에 대한 거였는데, 제목이 좀 도발적이더라고요. "시니어 개발자는 결국 고급 코드 에디터가 되는 게 아닌가"라는 질문이었어요.
저도 Claude Code를 매일 쓰면서 비슷한 고민을 해왔던 터라, 이 발표 내용이 꽤 공감됐어요.
90%가 AI 코딩 도구를 쓰는데, 신뢰는 낮아지고 있다
Osmani가 인용한 수치가 인상적이에요. 이미 개발자의 90% 이상이 AI 코딩 도구를 사용하고 있는데, 동시에 AI가 생성한 코드에 대한 신뢰도는 오히려 낮아지고 있다는 거예요.
도구는 쓰지만 믿지 않는 상태. 처음에는 이게 모순처럼 들렸어요. 그런데 생각해보면 이해가 돼요. AI가 만들어준 코드를 일단 돌려보고, 동작하면 넘어가는 패턴이 생기는 거예요. 코드가 왜 그렇게 동작하는지 이해하지 않은 채로요. 그러다 어느 날 예상치 못한 버그가 터지면, 그때 가서야 이게 무슨 코드인지 뜯어보게 되는 거죠.
"코드 작성자"에서 "코드 평가자"로
Osmani의 핵심 주장은 시니어 개발자의 역할이 코드를 직접 쓰는 사람에서 AI가 쓴 코드를 평가하는 사람으로 이동하고 있다는 거예요.
이 전환이 그냥 편한 변화냐고 하면, 그렇지 않아요. 코드를 평가하는 건 코드를 쓰는 것과 다른 기술이에요. 직접 짤 때는 내가 선택의 근거를 알고 있어요. 평가할 때는 내가 모르는 의도와 선택 사이에서 옳고 그름을 판단해야 해요.
솔직히 말하면, 저도 Claude Code가 제안한 코드를 전부 꼼꼼히 읽지는 않아요. 테스트가 통과하고, 기능이 의도대로 동작하면 넘어가는 경우가 많아요. 그러다 두 주쯤 뒤에 해당 모듈에 다시 들어갔을 때, 내가 이걸 직접 짰는지 AI가 짰는지 헷갈리는 경험을 한 적이 있어요. 그 순간이 좀 불편했어요.
이해도 부채(Understanding Debt)
이번 발표에서 가장 인상적인 개념이에요. Osmani는 기술 부채와 유사한 개념으로 "이해도 부채(Understanding Debt)"를 제안했어요.
코드가 동작하긴 하는데, 왜 동작하는지 이해하지 못한 채로 쌓이는 코드들이 만드는 부채예요. 기술 부채는 코드 품질이 나빠지는 문제인데, 이해도 부채는 좀 더 은밀해요. 코드가 겉보기엔 깔끔하고, 테스트도 통과하고, 리뷰어도 별 이상 없어 보이는데, 이걸 누가 고쳐야 하는 상황이 오면 아무도 자신 없는 상태가 되는 거예요.
이게 무서운 이유는, AI 생성 코드는 특히 패턴은 올바른데 전제가 잘못된 코드를 만들어내는 경우가 있기 때문이에요. 코드만 봐서는 문제를 발견하기 어렵고, 해당 도메인 로직을 알아야 잘못됐다는 걸 알 수 있는 버그들이요. 이해도 부채가 쌓이면 이런 버그를 잡아낼 사람이 없어지는 거예요.
신뢰 설계: 민감한 작업에는 사람 체크포인트를 남겨야
Osmani는 신뢰 설계(Trust Design)를 제안했어요. AI에게 무엇을 맡기고 무엇은 사람이 직접 결정할지를 명시적으로 설계하라는 거예요.
특히 민감한 작업, 예를 들면 인증 로직, 결제 흐름, 데이터 삭제, 마이그레이션 같은 것들은 AI가 초안을 만들어도 반드시 사람이 한 번 완전히 읽고 의도를 확인하는 체크포인트를 두어야 한다는 주장이에요.
이건 저도 실천하려고 노력하는 부분이에요. Claude Code에게 API 엔드포인트를 추가하게 하면, 인증 미들웨어가 어떻게 연결됐는지는 제가 직접 확인해요. 편의 기능이나 UI 컴포넌트는 상대적으로 가볍게 넘어가지만, 보안이나 데이터 정합성과 관련된 코드는 반드시 읽어요.
이 블로그 프로젝트에서 느낀 것
이 블로그를 3개월 넘게 Claude Code로 개발하면서 비슷한 경험을 했어요. 초반에는 Claude Code가 만들어준 컴포넌트를 빠르게 적용했는데, 나중에 뭔가 이상한 동작이 있어서 디버깅하러 들어가 보니 제가 해당 코드를 거의 이해하지 못하고 있었어요.
물론 Claude Code에게 물어보면 설명해줘요. 그런데 그게 근본 해결은 아니에요. 이해도 부채를 AI로 갚는 구조가 되는 거거든요. 설명을 들어도 내가 직접 짠 것만큼 깊이 파악하고 있지 않다는 느낌이 남아요.
지금은 조금 다른 방식으로 써요. AI가 코드를 제안하면 그냥 적용하기 전에, 적어도 핵심 로직이 어떻게 돌아가는지 한 번 설명해보려고 해요. 남한테 설명할 수 없으면 아직 이해하지 못한 거라는 오래된 원칙이, AI 시대에도 여전히 유효한 것 같아요.
시니어 개발자의 역할, 사라지는 게 아니라 바뀌는 것
Osmani의 결론은 비관적이지 않았어요. 시니어 개발자가 필요 없어지는 게 아니라, 무엇을 평가할 수 있느냐가 핵심 역량이 된다는 거예요.
AI가 코드를 잘 쓸수록, 그 코드의 품질을 판단할 수 있는 사람의 가치는 올라가요. 도메인 지식, 시스템 전체를 보는 시각, 장기적인 유지보수 가능성에 대한 감각 같은 것들이요. 이걸 AI에게 물어볼 수는 있지만, 최종 판단은 결국 사람이 해야 해요.
다만 그 판단력을 유지하려면 계속 직접 코드를 읽고, 쓰고, 고쳐봐야 한다는 점도 강조했어요. AI 도구를 쓴다고 해서 그 과정을 완전히 위임해버리면, 평가 능력 자체가 녹슬어버리거든요.
시니어 개발자가 고급 코드 에디터가 되는 게 아니라, 고급 코드 에디터를 제대로 쓸 수 있는 사람이 시니어로 남는 시대가 오고 있는 것 같아요. 발표 내용이 불편했지만 도움이 됐어요.
관련 글
AI 시대, 리팩터링은 더 이상 노가다가 아니다
AI와 Codemod(jscodeshift)를 활용해 Design System 레거시를 대규모로 정리한 실전 경험을 공유합니다.
Codex 대규모 업데이트: 컴퓨터 사용, 이미지 생성, 메모리까지 한번에
OpenAI Codex가 컴퓨터 직접 조작, 이미지 생성, 메모리, 자동 스케줄링까지 추가했습니다. 코딩 도구를 넘어서 범용 에이전트로 진화 중이에요.
Claude Code v2.1.108~110: /tui 풀스크린 모드, 세션 리캡, 푸시 알림까지
Claude Code v2.1.108에서 1시간 프롬프트 캐시 TTL 설정과 세션 리캡 기능이 추가됐고, v2.1.110은 /tui 풀스크린 모드와 모바일 푸시 알림, MCP 안정성 수정까지 한꺼번에 들어왔어요.