# Why 2026 Seniors are just highly-paid Code Editors, on Addy Osmani

> Clean Markdown view of GeekNews topic #28716. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=28716](https://news.hada.io/topic?id=28716)
- GeekNews Markdown: [https://news.hada.io/topic/28716.md](https://news.hada.io/topic/28716.md)
- Type: news
- Author: [ragingwind](https://news.hada.io/@ragingwind)
- Published: 2026-04-20T20:13:07+09:00
- Updated: 2026-04-20T20:13:07+09:00
- Original source: [youtube.com](https://www.youtube.com/watch?v=ZiEd-Rrh4Q8)
- Points: 6
- Comments: 1

## Topic Body

Google Cloud AI 디렉터이자 전 Chrome 엔지니어링 리더인 Addy Osmani가 2026년 JS Nation US(뉴욕) 컨퍼런스 인터뷰에서 밝힌, AI 시대 시니어 개발자 역할의 본질적 변화에 대한 대담입니다. Osmani는 *Learning JavaScript Design Patterns*, *Leading Effective Engineering Teams* 등 14~15권의 기술서를 저술한 인물로, 2025년 "The AI-Native Software Engineer" 강연과 Substack의 "70% 문제", "80% 문제" 시리즈를 통해 AI 코딩의 현실적 한계를 꾸준히 짚어왔습니다. 이번 인터뷰는 그 연장선에서, 시니어 엔지니어가 코드 작성자에서 코드 편집자(Editor)로 전환되고 있는 현상을 다각도로 풀어냅니다.  
  
**AI 코딩 1년 후의 풍경**  
  
- 개발자 90%가 AI를 코딩에 활용하고 있으나, 신뢰도는 오히려 하락 추세에 있습니다  
- 새 프로젝트나 프로토타입(MVP)에는 효과적이지만, 대규모 코드베이스나 엔터프라이즈 환경에서는 여전히 격차가 뚜렷합니다  
- PR(풀 리퀘스트) 크기가 크게 증가하고 있으며, AI가 필요 이상의 파일을 건드리거나 기존 유틸리티 함수를 재활용하지 않고 새로 구현하는 경우가 빈번합니다  
- Osmani가 이전 글에서 "70% 문제"로 명명한 현상은 여전히 유효합니다. AI가 70%까지 데려다 주지만 나머지 30%의 품질, 정합성, 라스트 마일(최종 마무리 작업)은 사람의 몫입니다  
  
**바이브 코딩 vs AI 보조 엔지니어링**  
  
- 바이브 코딩(Vibe Coding)은 아이디어의 실현 가능성을 빠르게 탐색하는 자유로운 방식으로, 코드 리뷰에 크게 신경 쓰지 않는 접근입니다  
- AI 보조 엔지니어링은 아키텍처, 보안, 성능, 품질 등 전통적 엔지니어링 원칙을 유지하면서 AI를 도구로 활용하는 방식입니다  
- 프로덕션 코드에는 후자가 필수이며, 이때 "컨텍스트 엔지니어링"(모델에 문서, 예시, 대화 이력, 코드베이스 구조 등 풍부한 맥락을 제공하는 기법)이 결과물 품질을 좌우합니다  
  
**시니어 엔지니어의 새 역할: 코드 에디터**  
  
- 개발자의 핵심 역할이 코드를 작성하는 사람에서 코드를 평가하고 편집하는 사람으로 이동하고 있습니다. 제목이 시사하는 "highly-paid Code Editors"의 의미가 여기에 있습니다  
- 코드 리뷰가 주니어 교육의 핵심 현장이 되고 있으며, "AI가 왜 이 접근법을 선택했는가"를 따져 묻는 비판적 사고가 그 어느 때보다 중요합니다  
- 한 연구에 따르면, 엔지니어들이 "겉보기엔 맞지만 실제로는 틀린" AI 코드를 디버깅하는 데 상당한 시간을 소모하고 있다고 합니다. Osmani는 이를 "이해도 부채(comprehension debt)"라는 개념으로 후속 글에서 확장한 바 있습니다  
  
**백그라운드 에이전트의 실전 활용**  
  
- Osmani는 산책 중 GitHub 앱으로 서너 개의 작업을 에이전트에 맡기고, 돌아올 때쯤 PR을 받는 방식을 쓰고 있습니다. "이슈가 아니라 PR을 원한다"는 표현이 인상적입니다  
- 소규모~중규모 프로젝트에 한정하며, 엔터프라이즈에는 아직 권하지 않습니다  
- 에이전트를 하나만 쓰는 "지휘자(conductor)" 단계에서 여러 에이전트를 동시에 관리하는 "오케스트레이터(orchestrator)" 단계로 전환되고 있다는 비유를 사용합니다  
  
**Chrome DevTools MCP와 Figma MCP**  
  
- 2025년 말 출시된 Chrome DevTools MCP(Model Context Protocol)는 코딩 에이전트에 "눈"을 부여합니다. 에이전트가 실제 렌더링 결과를 확인하고, 콘솔 로그와 네트워크 정보까지 활용할 수 있게 됩니다  
- Figma MCP와 조합하면 디자인 파일을 구현한 뒤 실제 화면을 검증하는 흐름이 가능합니다. 다만 기존 UI 컴포넌트 라이브러리를 자동으로 재활용하는 수준에는 아직 도달하지 못했습니다  
  
**브라우저 AI의 미래와 신뢰 문제**  
  
- 브라우저가 보유한 풍부한 컨텍스트(로그인 정보, 캘린더, 검색 이력 등)를 활용한 사용자 여정 자동화가 다음 단계이지만, 결제나 개인정보가 관여되는 지점에서 사람의 확인을 유지하는 신뢰 설계가 관건입니다  
- Osmani는 "100% 자동화가 아니라, 사용자가 눈썹을 치켜올릴 만한 단계에서 반드시 멈춰야 한다"고 강조합니다  
  
**주니어 개발자에 대한 조언**  
  
- AI가 아직 해결하지 못하는 영역에서 깊은 전문성을 쌓을 수 있다면 오히려 차별화의 기회입니다  
- 프로그래밍 언어나 스택이 무의미해진다는 극단적 견해에 대해 Osmani는 "기초와 펀더멘탈을 이해하는 것이 여전히 초능력(superpower)"이라고 반박합니다  
  
**시사점**  
  
- 이 대담의 핵심 메시지는 명확합니다. AI가 코드를 대신 써주는 시대에, 시니어 엔지니어의 가치는 코드를 작성하는 속도가 아니라 코드를 읽고, 판단하고, 맥락을 부여하는 능력에 있습니다. "고연봉 코드 편집자"라는 다소 도발적인 제목은, 그것이 폄하가 아니라 오히려 이 시대가 요구하는 핵심 역량이라는 역설을 담고 있습니다  
- Osmani가 70%에서 80%로 숫자를 올린 것처럼, 에이전트의 완성도는 분명 높아지고 있습니다. 그러나 나머지 20~30%를 메우는 "이해도 부채"의 관리 비용은 줄지 않았고, 이 격차를 줄이는 것이 앞으로 도구와 엔지니어 양쪽 모두의 과제로 남아 있습니다

## Comments



### Comment 55914

- Author: skageektp
- Created: 2026-04-20T20:56:58+09:00
- Points: 1

시니어 프로그래머는 opus보다 뛰어난 설계모델이네요 ㅋㅋㅋ
