Anthropic 엔지니어링 매니저 Felix Rieseberg: 면접에서 코딩 테스트를 하지 않습니다. 신입의 추진력이 경력을 앞지르고

Anthropic의 엔지니어링 매니저인 Felix Rieseberg는 직접 채용을 담당하고 있다. 그는 10월 27일 개인 블로그에 글을 올리며, 이달부터 면접에서 지원자에게 전통적인 코딩 테스트를 시키지 않는다고 밝혔다. 그 이유는 Claude가 이미 사람보다 이러한 문제를 더 잘 풀기 때문이다. React(널리 사용되는 웹 개발 프레임워크) 관련 소소한 문제 하나를 푸는 것과 어셈블리어(하드웨어에 가장 가까운 저수준 언어)를 푸는 것이나 마찬가지로 의미가 없다는 것이다. 그의 팀에서 성과를 낼 수 있는 사람은 이러한 테스트 점수와 큰 관계가 없다.

이는 그 자신의 면접 방식에 대한 이야기이며, Anthropic 전체 회사가 모두 그렇게 하는지는 글에 나와 있지 않다.

Felix는 Anthropic에서 https://t.co/aTfkxmc7FM, Cowork, 그리고 Claude Code 데스크톱 버전의 엔지니어링 팀을 이끌었으며, Electron의 공동 유지보수자이기도 하다. Electron은 Slack이나 VS Code의 PC 버전 등 많은 데스크톱 소프트웨어의 기반 기술이다. 그는 이전에는 Microsoft, Slack, Stripe, Notion에서 근무한 경력이 있다.

외부에서는 AI가 주니어 개발자의 취업을 더 어렵게 만든다고 흔히 말한다. 하지만 Felix는 좀 더 낙관적인 시각을 가지고 있다. 코딩을 할 수 있는 AI 덕분에 한 사람이 얼마나 큰 성과를 낼 수 있는지는 그가 몇 년 동안 쌓은 프레임워크나 코드 라이브러리 경험에만 달려있지 않다는 것이다. 그는 입사한 지 얼마 안 된 엔지니어들이 코드를 더 잘 쓰거나 경력이 더 오래된 사람들을 능가하는 것을 목격했다. 이 글의 제목 자체가 '추진력(Hunger)이 경력(tenure)을 앞지른다'는 의미를 담고 있다. 그는 또한 '주니어'라는 단어 자체도 부정확하다고 말하며, 이 글은 사실 회사 내에 인맥이나 지위, 발언권이 없는 엔지니어를 위한 것이라고 덧붙였다.

【신입의 관찰력: 그러나 아무도 듣지 않는다】

Felix는 신입의 자산은 아직 회사 내부의 '규칙'을 모른다는 점이라고 생각한다. 그가 Notion에서 면접을 볼 때, 오프라인 모드 설계 문제가 나왔다. 나중에 그는 이것이 Notion 내부적으로 매우 까다로운 문제였음을 알게 되었다고 한다. 모두가 오프라인 모드는 구현할 수 없다고 여겼으며, 전체 작업 공간의 데이터 구조가 너무 복잡해서 전체 동기화가 불가능하다고 생각했다. 반면, 페이지 하나만 다운로드하는 방식은 CEO인 Ivan Zhao가 받아들이지 못할 것이라는 의견도 있었다. 데이터 구조가 복잡한 것은 사실이지만, CEO가 반대할 거라는 점은 아무도 검증하지 않은 '상식'에 불과했다. 당시 신입이었던 Felix는 아무것도 모르고 그 질문을 바로 던졌다.

그 자신도 '오래된 직원'의 경험이 있다. Notion에 처음 들어왔을 때, 그는 각 팀에 대형 TV를 설치하여 실시간 데이터 대시보드를 보여주고 싶었지만 회사 내부에서 난관에 부딪혀 포기했다. 1년 후 신입 동료 Ji Pei가 똑같은 아이디어를 제안했을 때, Felix는 그에게 시간 낭비하지 말라고 만류하며 자신이 이미 시도해봤다고 했다. 하지만 상대방은 이미 질문을 했고, 다음 날 TV가 도착했다. Felix는 그때 자신 스스로가 '오래된 직원'이 되어버렸다고 말했다.

신입의 약점은 아무도 당신이 무슨 생각을 하는지 신경 쓰지 않는다는 것이다. 과거에는 아이디어를 실제로 구현하는 것이 매우 비쌌기 때문에, 회사는 보통 소수의 사람들을 통해 어떤 아이디어가 채택될지 결정했다. 신입은 먼저 지위를 쌓아야만 회사에서 자신의 아이디어에 베팅할 의향이 생겼다. AI를 믿는 회사라 할지라도, 대부분의 경우 신입에게 배정된 업무를 더 빨리 처리하기만을 바랄 뿐이다. Felix는 이제 무언가를 만들어내는 것이 예전만큼 비싸지 않다고 말한다.

【신입을 위한 다섯 가지 조언】

첫째, 할당받은 임무만 하지 말고 비즈니스 영향에 초점을 맞추세요. 그는 프로그래머 블로거 Patrick McKenzie가 2011년에 했던 조언을 인용하며, 자신을 회사에서 돈을 버는 부분과 연결시키라고 했다. 먼저 회사가(대기업이라면 자신이 속한 부서) 궁극적으로 무엇을 달성하고 싶어 하는지 파악하고, 상사의 상사는 어떤 목표를 추구하는지 살펴보는 것이 좋은 참고 자료가 된다.

둘째, 팀이 이러한 목표에 한 걸음 더 가까워질 수 있는 대담한 아이디어를 생각해 보세요.

셋째, 주말을 이용해 그것을 구현하세요. Felix는 개인이나 소규모 팀이 요구사항 문서를 작성하거나, 여러 이해관계자의 지지를 얻거나, 디자이너와 제품 매니저를 기다리는 일련의 과정을 건너뛰고, 실행 가능한 프로토타입만 들고 나오는 것을 목격했다.

넷째, 하나의 프로토타입에는 좋은 아이디어를 하나만 담으세요. 그는 신입들이 여러 개의 아이디어를 하나의 프로토타입에 몰아넣는 경향을 발견했는데, 세 가지 좋은 아이디어가 스무 개의 형편없는 아이디어 속에 묻혀 있는 식이었다. 프로토타입의 용도는 하나의 아이디어를 명확하게 설명하여 리더가 기회가 어디 있는지 빠르게 파악하고, 당신이 실제로 그것을 구현할 수 있는 사람이라는 것을 보여주는 것이다.

다섯째, 자신의 새로운 시각을 잘 활용하세요. 사용자 대상 제품을 만들 때 신입은 외부 사용자의 감각을 더 잘 이해한다. Felix는 Slack과 Notion의 동료들이 자신들의 제품을 외부 사용자가 사용하는 느낌을 느끼기 어려워한다고 말했다. 인프라나 도구를 만들 때는 신입이 '왜 할 수 없는지'에 대한 이유를 아직 배우지 않았기 때문이다.

【Claude Code 데스크톱 버전은 이렇게 탄생했습니다】

Felix는 Anthropic의 자체 사례를 들었다. Claude Code는 원래 커맨드 라인 터미널에서 사용되었고, 명령어를 입력하고 텍스트 출력을 보는 방식에 익숙해져 있었다. 나중에 입사한 지 얼마 안 된 두 엔지니어 Anthony Morris와 Alice Zhao가 주말을 이용해 그래픽 인터페이스(GUI)를 갖춘 프로토타입을 만들었고, 약 8일 후에 첫 공개 버전이 출시되었다. Felix는 이 GUI 버전이 현재 매우 인기가 많다고 말했다.

코딩 테스트 대신 무엇으로 평가할지는 아직 생각하지 못했다고 그는 말한다. 현재 그는 이력서와 포트폴리오를 검토하며, 미적 감각, 공감 능력, 그리고 원칙적인 사고방식을 보여주는 작은 프로토타입을 찾고 있다. 그는 글 말미에 독자들에게 더 나은 방법에 대해 알려달라고 요청했다.

원본: https://t.co/NyfDNs4wn3