💻소프트웨어 엔지니어

온콜 순번이 명확하지 않거나 알람이 그 시스템에 낯선 사람에게 향하는 시간에 서비스가 저하된다. 오너십을 강조하던 자기소개서나 면접 답변은 이 순간 아무 의미가 없다. 정말로 중요한 것은 다른 누군가가 대신 호출되기를 기다리는지, 아니면 스스로 로그를 열고 조사를 시작하는지이며, 이 몇 분의 선택이 장애 복구 시간 전체를 좌우한다. 다음 날 아침 회의에서 누가 '제가 확인했습니다'라고 말할 수 있는지는 바로 이 새벽의 선택에서 이미 결정된다.

믿을 만한 동료가 마감 직전 테스트 커버리지를 명백히 건너뛴 변경 사항을 리뷰해 달라며 급하게 요청한다. 승인 버튼을 누르면 그 관계와 분위기는 지켜지지만, 되돌려 보내면 시스템의 안정성이 지켜진다. 평소 팀 회의에서 말하던 코드 품질 기준이 아니라, 그 순간 실제로 어느 쪽을 클릭하는지가 이 개발자의 진짜 기준을 드러낸다. 나이나 연차가 높은 동료일수록 되돌려 보내기가 더 어려워진다는 점에서 이 시험은 실력보다 관계의 문제에 더 가깝다.

데모 당일 눈앞의 버그를 급하게 고치는 설정값 하나나 임시방편이 있고, 예정된 코드 리뷰도 없으며 앞으로 몇 년간 누구도 다시 그 코드를 들여다볼 가능성이 거의 없다. 그 타협을 설명하는 짧은 메모 한 줄을 남기는지가, 나중에 이것이 우연한 사고가 아니라 의도된 결정이었음을 증명하는 유일한 증거로 남는다. 그 메모가 없으면 몇 년 뒤 후임자는 이유도 모른 채 같은 설정값을 지웠다가 똑같은 버그를 다시 만나게 된다.

붙임성 있고 사람 좋은 지원자가 팀에 실제로 필요한 기술 테스트에서는 눈에 띄게 부진한 성과를 낸다. 그래도 그를 적극적으로 밀어주는 것은 오늘의 편안한 대화와 좋은 인상을 위해 팀 전체의 미래 안정성을 담보로 거는 일과 다름없다. 사회적 압박과 인간적 호감 속에서도 채용 기준이 실제로 유지되는지를 확인하는 시험이며, 이 판단을 그르치면 그 대가는 몇 달 뒤 다른 팀원들이 대신 치르게 된다. 면접관 본인의 평판이나 관계보다 아직 만나보지 못한 미래의 동료들을 먼저 생각하는지가 여기서 갈린다.