제인스트리트, 캠퍼스 온사이트 면접에 LLM 활용과 코드 검증 라운드 시범 도입

이번 주에 제인스트리트 관련 글이 벌써 세 번째인데 갑자기 마케팅이라도 하는 건가?

자충수 같은 거 아님? 한 번 프론트페이지 가면 사람들이 이름을 알아보고 다음 글도 추천해주니까. 작년에 제목이나 URL에 jane street 들어간 글이 57개였고, 포아송으로 치면 4개 이상 올라온 주가 5주쯤 된다고 계산한 사람도 있더라.

솔직히 이 글 되게 두루뭉술함. 바뀐다는 건 알겠는데 뭐가 어떻게 바뀌는지를 안 알려줌.

그래도 요즘 워크플로가 팀마다 제각각이라 면접을 유연하게 가져가는 건 이해됨. 팀은 다 클로드 쓰는데 혼자 사용 데이터 모아서 더 고급 워크플로 만드는 사람도 있더라.

걱정 마라, 프로세스는 여전히 살벌할 거임.

LLM 얘기 빼면 다들 몇 년 전부터 하던 시스템 설계 중심 면접이랑 다를 게 없음.

나는 소프트웨어 쪽 떠나서 다행이라고 생각함. 지금도 코드는 짜지만 100% 손으로 짜고, AI 때문에 내가 싫어하는 조직이 어디인지 오히려 선명해졌음.

제인스트리트가 수학자, 경쟁 프로그래머, FPGA 엔지니어한테 '여기서 네 머리가 중요하게 다뤄진다'고 광고해왔는데, LLM 시대에 그 환상이 걷히고 그냥 기술 요구가 좀 특이한 금융회사라는 게 드러난 거임.

이건 그냥 광고임. HN에 마케팅이 잘 먹히고 있다는 뜻이지.

나도 면접 프로세스를 몇 번 갈아엎었는데, 라이브 코딩은 LLM이 한 방에 푸는 문제로 내고 주니어는 LLM 없이, 시니어는 LLM 써도 되지만 쓴 코드 전부를 자기가 짠 것처럼 설명해야 함. 문제를 다 푸는 게 목표가 아니라 이해를 보는 거라 1시간 30분쯤 걸림.

레포에 PR 하나 열어보라고 하는데 git 기본도 못 하는 사람이 많다는 게 아직도 이해 안 감.

시니어한테는 코드 리뷰를 시키는 것도 비슷한 효과임. 읽고 이해하는 능력을 보는 거니까.

git 명령을 LLM으로 대신하는 건 별로 상관없음. 커밋 개수, 메시지, PR 설명 같은 결과물이 팀 규칙에 맞는지가 중요하지 그 과정까지 신경 쓸 이유는 없음.

git은 금방 배우는 도구니까 버전 관리 개념만 알면 된다고 봄. 머큐리얼이 그립네.

PR 열기는 git이 아니라 GitHub 사용법 아님? IDE 없이 커밋 못 하는 사람도 있고, git은 잘 알지만 GitHub는 안 써본 사람도 있음.