[한영자막] "이걸 선택할 줄 아는 사람이 미래의 엔지니어다" — Addy Osmani

한 줄 핵심

에이전트가 코드를 더 많이 만들수록 미래의 엔지니어는 무엇을 만들지 선택하고, 그 결과를 증거로 설명하며, 생산 결정에 책임질 수 있는 사람으로 정의된다.

시간별 요약

1. 0:00
   엔지니어의 역할은 단순히 일을 수행하는 것이 아니라, 무엇이 가치 있는지 선택하고 그 결과에 대해 책임지는 쪽으로 이동한다. 품질은 증거를 만들고, 판단은 책임을 부여하며, 제목보다 시스템의 어느 부분을 소유할 수 있는지가 더 중요해진다.
2. 2:00
   코딩 에이전트는 모델만이 아니라 컨텍스트, 도구, 파일 시스템, Git을 포함한 harness와 반복적으로 점검·기억·결정하는 loop 위에서 동작한다. 이 구조가 software factory를 만들지만, 인간은 여전히 생산 결정을 내리는 가장 높은 레버리지의 검증 지점에 남는다.
3. 6:01
   속도와 단순 생성 능력 같은 우위는 빠르게 약해지지만, taste와 판단은 더 오래 남는 자산으로 작동한다. 다만 taste는 모호한 미사여구가 아니라 객관적 기준이 없는 상황에서 좋은 선택을 반복적으로 내리고, 그 기준을 예시와 비평으로 축적하는 능력이다.
4. 9:01
   AI 활용이 늘수록 경계해야 할 것은 cognitive debt, cognitive surrender, orchestration tax이다. 팀이 시스템을 설명할 수 없게 되는 문제, AI 답을 검증 없이 받아들이는 문제, 병렬 에이전트가 늘수록 주의력과 조율 비용이 폭증하는 문제를 함께 관리해야 한다.
5. 13:01
   에이전트는 조사·구현·테스트·보고를 더 잘 수행하지만, 의사결정과 책임은 인간의 outer loop에 남는다. 따라서 엔지니어링의 핵심은 이제 실행 그 자체보다, 증거를 설계하고 설명 가능하게 만들며, 'Explain it or don't ship it' 원칙으로 배포 여부를 판단하는 일이다.

실무 인사이트

• 에이전트를 도입할수록 PR 승인 기준을 '동작함'에서 '증거로 설명 가능함'으로 바꿔야 한다.
• 팀의 병목이 구현이 아니라 검증이 되므로, 로그·테스트·diff·trace를 자동으로 모으는 review workflow를 먼저 설계하는 것이 효과적이다.
• 개인 역량은 속도보다 판단으로 차별화되고, 조직은 에이전트가 만든 결과를 누가 어떤 근거로 책임질지 명확히 정해야 한다.