GitHub 프로필, 트위터 스트림 및 블로그를 모두 프로그래밍 인터뷰 / 후보 심사 프로그램의 품질 지표로 사용했습니다. 그들은 모두 자신의 방식으로 다른 신호를 생성합니다.
지원자 10 명 중 9 명이 단일 오픈 소스 프로젝트에 단일 패치를 제출 한 적이 없습니다. 깨진 문서를 업데이트하더라도 개발자의 상위 단계에있게됩니다. 그것은 당신이 어떤 오픈 소스 패키지에 대해 잘 알고 있으며, 무엇이 잘못되었는지 알고 패치를 제출할만큼 충분히주의를 기울이고 그 패키지의 관리자는 자신의 작업이 포함되기에 충분하다고 생각합니다. 일반화로서, 더러워진 것을 발견 한 것보다 더 나은 상태로두기 위해 주도권을 잡는 것으로 나타났습니다.
정말 간단하게 들리지만 10 명의 개발자 중 9 명은이 모든 중요한 단계를 수행하지 않아도됩니다.
따라서 하나의 패치 만 허용됩니다. 분기당 2-3 개의 간단한 패치를 사용하는 것이 더 좋습니다. 그보다 더 나은 것은 주목할만한 일을하는 것입니다.
- 중요한 오픈 소스 프로젝트에 대한 실질적인 기여 (최고 0.1 % ~ 1 %)
- 모든 프로젝트에 소액의 기여 내역 연장 (후보자의 상위 5 %)
- 비교적 알려지지 않은 패키지에 대한 단일 단일 라이너 패치 (후보의 10 % 이상)
같은 주에, 항상 술을 마시고 영화를 보려고하는 개발자는 평범한 직원을 고용하는 경향이 있습니다. 모든 3 번째 메시지가 기술에 관한 트윗 스트림은 그의 기술에 관심을 갖고 끊임없이 해결책을 추구하는 일종의 광포적인 폐차장 개 개발자를 향하고 있습니다.
블로깅은 또한 품질을 나타내는 훌륭한 지표이지만 기술력보다는 커뮤니케이션 스타일을 나타냅니다. 블로그 기사 # 1을 작성하는 데 귀찮은 프로그래머는 몇 명입니까? 동일한 종류의 1 % / 5 % / 10 % 컷오프가 여기에 적용됩니다.