핵심 요약
Google Chrome 팀의 Addy Osmani가 유튜브를 통해 공개한 강연. 바이브 코딩(Vibe Coding)과 AI 보조 엔지니어링을 명확히 구분하고, 프로덕션 소프트웨어에서 인간 감독이 왜 필수인지를 설명한다. LLM이 빠르게 70%를 만들어주는 것이 오히려 문제의 시작이라는 주장이 핵심이다. Osmani는 2026년 11월 같은 제목의 책 출간을 앞두고 있다.
70% 문제
LLM은 애플리케이션의 약 70%를 빠르게 생성할 수 있다. 문제는 나머지 30%다.
- 보안 취약점
- 장기 유지보수 비용
- 방향 오류 (잘못된 아키텍처 선택)
이 마지막 30%는 경험 많은 엔지니어의 전문성 없이는 해결되지 않는다. 바이브 코딩은 빠른 프로토타이핑에는 탁월하지만, 프로덕션 환경에서는 엔지니어링 원칙과 인간 검토가 필수다.
효과적인 AI 활용법
- 명세 기반 개발(Spec-driven development): 먼저 명세를 작성하고, AI가 그 명세를 구현하게 한다
- 테스트 선행: 생성된 코드에 테스트를 붙여 리스크를 줄인다
- Chrome DevTools MCP 활용: 브라우저 피드백 루프를 줄여 반복 속도를 높인다
- 생성 과정(reasoning) 검토: AI가 왜 그렇게 만들었는지를 확인하는 습관
개발자 역할의 변화
"마지막 30%는 단순 업무가 아닌 레버리지다." — 시니어 엔지니어 관점
비동기 백그라운드 에이전트, AI 오케스트레이터 역할이 부상하면서 개발자의 역할이 "코드 작성자"에서 "AI 감독자"로 이동하고 있다.
한편 Osmani는 AI 도구의 편리함이 비판적 사고를 약화시킬 수 있다고 경고한다. 의도적으로 AI 없이 작업하며 사고력을 유지하는 것을 권장한다.
참고 자료
- The Software Engineer's Guidebook
- AI Engineering by Chip Huyen
- 같은 제목의 책 2026년 11월 출간 예정