본문 바로가기
테크 리뷰

메타 시니어 개발자 인터뷰에서 건진 AI 시대 생존법 5가지

by CodeViber 2026. 3. 26.

메타 시니어 개발자 제이가 말하는 AI 시대 개발자의 변화를 정리합니다. 빌더 마인드셋, 에이전트 코딩, Soft Skills까지, 10년차 백엔드 개발자로서 공감하는 부분과 다르게 보는 지점을 함께 담았습니다.

왜 이걸 다루는가

최근 유튜브 '커리어해커 알렉스' 채널에서 메타(Meta) 시니어 엔지니어 제이(Jay)를 게스트로 초대한 인터뷰 영상을 봤습니다. 제이는 총 경력 8년차, 메타에서 4년째 시니어 개발자로 일하고 있고, '실밸 개발자'라는 본인 유튜브 채널도 운영하고 있습니다.

 

두 사람이 편하게 나누는 대화 속에, 메타 내부의 AI 관련 분위기와 개발자 역할의 변화에 대한 현장감 있는 이야기가 담겨 있었습니다. 10년차 백엔드 개발자로서 공감하는 지점이 많았고, 동시에 조금 다르게 느끼는 부분도 있었습니다. 대화에서 인상적이었던 포인트를 정리하면서 제 생각도 함께 덧붙여봅니다.

 

※ 아래 내용은 대화 형식의 영상을 제가 주제별로 재구성한 것입니다. 원본 영상에서 "5가지 전략"으로 제시된 것은 아닙니다.

메타 시니어가 말하는 AI 시대의 변화

인터뷰에서 인상적이었던 포인트를 다섯 가지로 정리합니다.

1. 직군의 경계가 무너지고 '빌더(Builder)'로 수렴하고 있다

제이는 "2026년에 제일 핫한 키워드 중 하나가 Builder"라고 말합니다. 프론트엔드, 백엔드, QA 같은 세분화된 직군이 있었던 이유는 각 분야의 전문 지식이 필요했기 때문인데, AI가 그런 전문성의 빈틈을 메워주면서 하나의 '빌더'라는 역할로 합쳐지는 추세라는 관찰입니다. 두 사람 모두 이 방향에 동의하면서, 빌더는 단순히 코딩하는 사람이 아니라 Alignment, Product Requirement, Design까지 포괄해서 프로덕트를 만들어내는 역할이라고 이야기합니다.

2. 코딩보다 빌딩을 배워라

제이가 직접 "이건 좀 센데"라고 전제를 깔고 한 말입니다. 알고리즘 문제 풀이에 매몰되기보다, 실제 서비스를 처음부터 끝까지 만들어보는 경험이 더 가치 있는 세상이 왔다는 조언입니다. 예전에는 뭔가를 만들려면 진입장벽이 높아서 공부하는 게 더 쉬웠는데, 지금은 AI 도구로 훨씬 빠르게 프로덕트를 만들 수 있으니 그 라이프사이클 전체를 경험해보라는 것입니다.

3. AI를 잘 쓰는 사람은 조직에서 교육자 역할을 자연스럽게 맡게 된다

20명 팀에서 AI 트렌드를 공유하고 동료를 교육하는 사람은 한두 명뿐이라는 관찰입니다. 제이는 "그 두 사람은 이 시대에 없어서는 안 될 팀원으로 잘 자리를 잡은 것"이라고 표현했습니다. 의도적으로 포지셔닝한다기보다, AI를 깊이 쓰다 보면 자연스럽게 그 역할이 생긴다는 뉘앙스였습니다.

4. Soft Skills와 EQ가 더 부각된다

빌더 안에서도 레벨 차이는 더 중요해질 것이라는 이야기입니다. 코딩 능력만으로는 Staff Engineer가 될 수 없고, 사람을 설득하고 조율하는 Soft Skills가 필요한데, 이건 AI가 대신하기 어려운 영역이라는 것입니다. 실제로 메타에서 10명이 AI로 똑같은 도구를 만들다가 한 명이 나서서 총대를 메고 정리한 사례를 들며, 그런 리더십이 곧 임팩트라고 이야기합니다. 알렉스도 "EQ가 훨씬 더 중요해질 것 같다"며 동의했습니다.

5. Claude Code를 많이 쓰는 이유

제이는 "많이 쓰는 걸 해야 한다"는 입장입니다. Claude Code가 미국 앱 다운로드 1위를 기록한 적이 있을 만큼 사용자가 많고, 커뮤니티 주도로 플러그인이 확장되는 생태계가 형성되어 있다는 점을 이유로 들었습니다. 다만 본인도 "솔직히 다른 도구를 거의 안 써봤다"고 말하며, 클로드 코드 원툴이라고 솔직하게 밝혔습니다. 두 사람 모두 모델은 점점 평준화될 것이지만, 많이 쓰는 도구가 업계 표준이 된다는 관점을 공유했습니다.

공감하는 부분

빌더 방향성은 이미 현실입니다

요즘은 코딩에서 막히는 일이 거의 없습니다. AI가 대부분 해결해주기 때문입니다. 그러다 보니 자연스럽게 "어떻게 구현하지?"보다 "무엇을 만들어야 하지?"에 시간을 더 쓰게 됩니다. 제이가 말하는 빌더로의 전환이 거창한 선언이 아니라, AI 도구를 깊이 쓰다 보면 자연스럽게 도달하는 지점이라고 느꼈습니다.

 

다만 이 빌더 역할이 제대로 동작하려면 전제 조건이 있습니다. 코드베이스의 컨텍스트를 제가 알고 있어야 에이전트에게 정확한 명령을 내릴 수 있습니다. 컨텍스트 없이 프롬프트만 던지면 AI가 아무리 뛰어나도 엉뚱한 결과가 나옵니다. 빌더 마인드셋은 코딩 역량을 대체하는 게 아니라, 코딩 역량 위에 올라가는 레이어입니다.

AI 교육자 역할은 실제로 효과가 있었습니다

저는 회사에서 AI 도구 관련 발표를 한 적이 있습니다. 회사 전용 지침 파일과 플러그인을 만들고, 도메인 문서화로 꾸준한 기억 관리를 하는 방법, 에이전트가 우리 코드베이스의 컨텍스트를 어떻게 파악하게 할 것인가를 주제로 공유했습니다.

 

제이의 말처럼 팀에서 이런 역할을 하는 사람은 많지 않았습니다. 그리고 발표 이후 동료들의 질문이 오히려 제 이해를 깊게 만드는 선순환이 생겼습니다. 거창하게 "AI 교육자 포지셔닝"이라고 부르지 않더라도, 배운 걸 공유하는 습관 자체가 AI 시대에 더 빛을 발한다는 점에는 동의합니다.

Soft Skills는 원래부터 중요했습니다

EQ와 조율 능력에도 공감합니다. 사람 사이의 소통에서 막히면 AI가 아무리 뛰어나도 프로젝트는 전진하지 못합니다. 사람과 조직을 관리하는 역량은 원래부터 시니어급에게 요구되던 것이고, AI 시대라서 갑자기 중요해진 건 아닙니다. 다만 코딩 자체의 난이도가 낮아지면서 이 역량의 비중이 상대적으로 더 올라간 건 맞다고 봅니다.

조금 다르게 보는 부분

"코딩을 배우지 말라"는 표현이 과합니다

제이 본인도 "이건 좀 센데"라고 전제를 깔았을 만큼, 의도적으로 강하게 표현한 부분입니다. 방향성에는 공감하지만, 그대로 받아들이기엔 과합니다. 코딩하는 방식이 직접 코딩에서 에이전트 코딩으로 바뀌고 있을 뿐, 코딩 자체가 불필요해진 건 아닙니다. AI 에이전트에게 의도를 전달하고 결과를 검증하는 과정 자체가 코딩 역량에 기반한 작업입니다.

 

트래픽이 몰리거나, 결제 로직에 버그가 생기거나, 데이터 정합성이 깨질 때 문제를 진단하려면 코드와 시스템에 대한 기본 이해가 필요합니다. 컨텍스트를 모르는 사람이 AI에 의존해서 빌딩만 하면, 문제가 터졌을 때 대응할 수 없습니다. "코딩 대신 빌딩"이 아니라 "코딩을 기반으로 빌딩 역량까지"가 더 정확한 표현이라고 생각합니다.

특정 도구를 "표준"이라고 단정하기엔 이릅니다

Claude Code가 현재 높은 점유율을 보이는 건 사실이고, 저도 업무에서 주력으로 사용합니다. 제이 본인도 "솔직히 다른 도구를 거의 안 써봤다"고 밝혔는데, 그 상태에서 업계 표준이라고 단정하기엔 이른 감이 있습니다.

 

최근 OpenAI Codex를 직접 써봤는데, Claude Code와는 다른 강점이 있었습니다. 코드를 수정한 뒤 다음 스텝까지 제시해주는 흐름이 Claude Code와 느낌이 달랐고, 웹 검색이나 심층 리서치 같은 코딩 외 영역은 오히려 더 나은 부분도 있었습니다. 결국 저는 이렇게 정리하고 있습니다. 회사 업무처럼 개발에 치중된 작업은 Claude Code, 개인 프로젝트나 공부·일상 용도는 GPT/Codex. 실제로 운동 루틴을 GPT 프로젝트로 만들어서 "오늘 밀기/당기기/하체" 이렇게만 던지면 루틴을 알려주는 식으로 편하게 쓰고 있고, 주식 공부와 기록도 Codex로 개인용 앱을 만들어서 활용하고 있습니다.

 

도구는 계속 바뀝니다. 중요한 건 특정 도구에 올인하는 게 아니라, AI 에이전트 코딩이라는 패러다임 자체에 적응하는 것입니다. 지침 파일, 스킬, 에이전트, MCP 같은 개념은 Claude Code든 Codex든 비슷하게 존재하고, 이 구조를 이해하는 역량은 도구가 바뀌어도 그대로 가져갈 수 있습니다.

마무리

메타 내부에서 실제로 일하고 있는 시니어 개발자의 이야기에는 현장감이 있었습니다. AI가 개발자의 역할을 바꾸고 있다는 큰 흐름은 부정할 수 없고, 빌더 마인드셋이나 조직 내 AI 공유 문화의 가치는 환경과 무관하게 유효합니다.

 

다만 대화 속에서 나온 표현 그대로 받아들이기보다, 자기 환경에 맞게 해석하는 게 필요하다고 느꼈습니다. 코딩 방식이 바뀌고 있을 뿐 코딩이 불필요해진 건 아니고, 도구는 언제든 바뀔 수 있으니 하나의 도구보다 패러다임에 적응하는 쪽이 더 오래 가는 전략입니다.

참고 자료