GitHired

GitHired는 개발자가 주장하는 것이 아니라 만들어낸 것으로 점수를 매긴다. 모델은 코드 복잡도, 프로젝트 깊이, 경험, 출시 속도에 가중치를 두어 하나의 숫자로 만들고, 사이트는 이를 GitScore라 부른다. 채용 리드에게는 PDF 폴더가 아니라 정렬 가능한 열 하나를 뜻한다. 함정은 점수가 경력을 숫자 하나로 압축하기에 맥락이 사라진다는 점이다.

채용 공고를 건네면 GitHired가 네 단계 흐름을 스스로 돌린다. 후보자를 찾고, 순위를 매기고, 가장 강한 사람을 평가하고, 얘기할 가치가 있는 사람을 연결한다. 직무를 한 번 쓰면 시스템이 계속 작동한다는 것이 그 설명이다. 매일 아침 소싱 대기열을 감시하고 싶지 않은 팀을 겨냥한다. 한 번 쓰고 나면 그대로 둔다.

공개 저장소는 개발자 작업의 일부만 보여준다. 많은 뛰어난 엔지니어가 하루 종일 회사의 비공개 코드 안에서 시간을 보내기 때문이다. GitHired는 점수를 더 정교하게 만들기 위해, 지원자에게 그 프라이빗 프로젝트에 대한 안전한 접근을 요청한다. 이것은 GitHub 기반 스크리닝의 실제 공백을 메운다. 동시에 큰 신뢰도 요구한다. 프라이버시 맞바꿈은 그만한 가치가 있는가. 무언가를 연결하기 전에 먼저 저울질할 첫 번째 지점이다.

지원한 사람 외에도, GitHired는 GitHub와 LinkedIn을 긁어 오픈소스 기여와 채용 가능 상태를 지녔지만 일자리를 찾아본 적 없는 개발자를 찾는다. 채우기 어려운 직무에서는 수동적 후보자에게 닿는 것이 종종 문제의 전부다. 긁어온 목록은 결론이 아니라 출발점으로 다뤄야 한다. 플랫폼에서의 활동은 우리 팀에 맞는 것과 다르다.

후보자는 이미 순위가 매겨진 채로 들어오므로, 채용 관리자는 목록 맨 위부터 본다. 후보 목록은 직무와 점수로 정리된 채 유지되어, 누가 누구인지 추적하는 수작업 표 계산을 덜어 준다. 판단을 대체하지는 않는다. 문화와 소통에 대한 평가는 여전히 면접에서 이뤄진다.

요령만 알면 GitHub 프로필을 부풀리는 것은 쉽다. 그래서 GitHired는 가짜 커밋을 액면 그대로 세는 대신 처리한다고 말한다. 채용 팀에게 그것은 진짜 신호와 허영 지표의 차이다. 필터가 얼마나 강한가. 사이트만으로는 확인할 수 없었다. 이미 잘 아는 직무에서 시험해 보라.