Anthropic 매니저가 코딩 인터뷰를 폐지하다: 당신이 만든 것을 보여달라

사실 '코딩 인터뷰'는 유용한 정보를 얻는 수단으로서 이미 수년 전에 죽었지만, 확장 가능한 대안이 없었기에 다들 그 형편없는 측정 방식을 유지하며 스스로 효과가 있다고 믿어왔을 뿐임.

지난 12개월을 보면, 급여를 받고 소프트웨어를 만드는 전문 개발자 중에 더 이상 코드를 직접 손으로 짜는 사람은 거의 없음. (물론 '거의 없음'이라는 건 아주 극소수의 틈새 소프트웨어 분야는 예외라는 뜻이지만, 그건 규칙을 증명하는 예외일 뿐임.)

솔직히 면접에서 누군가 나한테 와서 자기가 직접 짠 코드가 AI로 만든 것보다 '더 낫다'고 떠든다면, 나는 바로 '아니, 탈락'이라고 할 거임. 그 사람은 자기 기술에 대해 거짓말을 하거나, 이런 도구들이 실제로 뭘 할 수 있는지 모르거나, 아니면 둘 다일 테니까.

이제는 코딩 테스트, 특히 1시간 정도의 '실시간' 페어 프로그래밍 세션 같은 건 '이 사람을 채용해야 할지' 결정하는 데 아무런 신호도 주지 못함. '과제 제출형' 테스트도 코드 페어링 세션보다는 낫지만 여전히 쓸모없기는 마찬가지임. 만약 누군가 코딩 테스트를 고집한다면, 기존 코드베이스에 AI를 활용해 기능을 추가하게 하고 그 세션 로그를 공유하게 하셈. 아니면 작업 내용을 기록하고 검토 가능한 레포로 전송해 주는 도구를 설치하고 설정하게 하는 것도 방법임.

결론적으로 나는 사람들이 도구를 어떻게 사용하는지 알고 싶음. 시작하기 전부터 그들이 만든 결과물을 공유받는 것만으로도 많은 걸 알 수 있음. 어떻게 만들었는지, 어떤 이점을 봤는지, 그리고 언제 그 기술이 더 이상 필요 없다고 판단하는지 물어볼 수 있으니까.

그리고 그래, 직접 만들어서 배포한 걸 보여주셈. 수백 번은 만들어진 흔한 앱 아이디어를 복제한 거 말고. 본인에게 직접적인 도움이 된 도구를 보여주셈. PR 리뷰 관리용으로 사용하는 스킬 그룹일 수도 있고, 3D 프린터 효율을 높이기 위해 만든 깔끔한 후처리 도구일 수도 있음. 비표준 장치를 스마트하게 쓰려고 만든 스마트홈 통합 도구일 수도 있고, LLM 사용량을 자신에게 맞게 보여주는 대시보드 도구일 수도 있겠지.

만약 내 모든 작업물이 회사 기밀이라면 어떡함? 에이전트랑 파이프라인을 구축하긴 했는데, 코드를 그냥 막 공유할 수는 없잖아. 아키텍처에 대한 논리와 추론 과정만 보여줘야 하나?

확실히 우리가 하면 '프로세스 위반'에 '위험한 짓'이 되는데, 이 사람이 하면 갑자기 혁신적인 비전이 되는구만.

맞아, 나도 방금 PIP(성과 개선 계획) 통보받았어. 우리 부서가 AI 도입으로 인한 관리 감독을 원치 않거든. 인사팀 메모를 읽어보니까 무슨 정보보안 부서에 보낸 내 자기소개서 같기도 하고, 공상과학 소설 같기도 하더라. 아니, 그건 그냥 티켓팅 시스템에서 쓸 수 있는 도구들이라고!