AI가 코딩하는데, 당신을 왜 뽑죠? | npm 공동 창업자가 말하는 개발자의 다음 역할

한 줄 핵심

AI로 코드 작성은 거의 공짜가 되었지만, 무엇을 만들지 정하고 제대로 됐는지 판단하는 일은 더 중요해졌고, 개발자는 점점 코더가 아니라 문제를 정의하고 제품을 완성하는 역할로 이동해야 한다.

시간별 요약

0:00
코드는 싸졌지만, 신뢰는 그대로 그럴듯한 코드를 만드는 비용은 급격히 떨어졌지만, 그 코드를 믿어도 되는지 판단하는 비용은 그대로여서 신뢰 검증이 새로운 부담이 된다.
0:19
코드 작성 뒤에 남은 일 agents 덕분에 코드 작성은 사실상 무료에 가까워졌지만, 그 뒤에 이어지는 작업은 함께 싸지지 않았고 병목은 작성에서 review로 옮겨갔다.
0:51
병목은 사라지지 않고 옮겨 간다 제약이 되는 한 지점을 개선하면 전체 문제가 사라지는 것이 아니라 다음 병목으로 이동하며, 앞으로는 review 다음에 operations와 security가 새로운 난관이 된다.
2:13
빵집 주인에게 물어봐야 하는 이유 고객의 요구사항은 표면적 설명만으로 충분하지 않고, 실제로 무엇이 좋은지와 무엇이 필요한지는 그 일을 하는 사람의 머릿속에 있으므로 대화를 통해 끌어내야 한다.
3:40
어려운 것은 문제 자체 언어와 도구의 복잡성 같은 우연한 어려움보다, 애초에 문제를 정의하고 해결됐음을 규정하는 본질적 복잡성이 더 어려우며 앞으로도 그 지점이 핵심으로 남는다.
4:11
Product engineer라는 역할 새로운 역할은 사람들의 필요를 찾고, 좋은 상태를 정의하고, agents가 타이핑을 맡는 방식으로 제품을 끝까지 출시하는 Product engineer이다.
4:33
주니어의 연습 기회는 어디로 예전에는 주니어가 명세된 작업을 구현하고 피드백을 받으며 훈련했지만, 이제 그 훈련 방식은 coding agents가 대신하면서 신입 개발자의 성장 경로를 새로 설계해야 한다.
5:36
고객에게 배우고 요구사항으로 옮기는 훈련 대학은 자료구조를, 부트캠프는 React를 가르치지만, 실제로 필요한 능력은 고객 곁에 머물며 업무를 이해하고 이를 명세로 바꾸는 훈련이며 팀 리더가 의도적으로 키워야 한다.
5:59
오늘부터 바꿀 일 사람이 꼭 봐야 할 고위험 코드만 리뷰하고, 검증하기 쉬운 일은 자동화에 넘기며, 판단 기준은 specs·rubrics·evals로 문서화해 agents가 실행하도록 바꿔야 한다.
7:05
무엇을 해결할지 묻는 힘 마지막 메시지는 더 많은 코드를 만드는 것이 아니라, 무엇을 해결해야 하는지 묻고 그 문제를 정확한 spec으로 바꿔 전달하는 능력이 핵심이라는 점에 있다.

실무 인사이트

AI 도입 이후 리뷰 기준은 코드 품질 자체보다 위험도와 영향 범위 중심으로 재설계해야 한다.
팀이 키워야 할 역량은 구현 속도보다 고객 맥락을 추출해 명세로 옮기는 능력이다.
성과 지표도 작성된 코드량보다 실제로 출시된 가치, 리뷰 반영률, 테스트 통과와 머지 판단의 간극으로 바꿔야 한다.