프로그래머가 이력서 읽는 법

오늘 KLDP에서 보니까 프로그래머가 이력서 읽는 법이라는 글이 올라왔더라.

내용은 미국에서 HR이나 현직 개발자들이 프로그래머 채용을 위해 이력서를 읽을 때 고려할 사항에 대해 코믹스럽게 만든 도표였다. 

코믹이라고 해도 미국이나 한국이나 프로그래머 보는 방법은 거의 대동 소이하구나 하는 점이 느껴졌다. 실제로 내가 예전에 개발자 채용할때 이 중 해당 되는 내용은 꽤 있었다. 한번 흝어 보시길...

진짜 제대로 프로그래머를 가리는 방법은 아래에 있다.

• How to recognize a good programmer
• Another Resume Tip - From Joel on Software
• Ten Tips for a Slightly Less Awful Resume - Advice from Steve Yegge. An entertaining read.
• Getting your resume read - From Joel on Software

이쯤해서 내가 예전에 프로그래머 뽑을 때(2004-2005) 참고했던 것도 한번 만들어 보았다. 이건 주관적 관점이고 요즘은 개발자 채용 이력서 스크리닝이나 면접에 안들어가기 때문에 절대적 기준으로 생각하면 안됨!

p.s. 6시간 연강을 하고 왔더니 댓글이 많이 달렸네요. 이 도표 너무 심각하게 받아들이면 안됩니다. 웃자고 만든 거니까요... 시사해 주는 바는 큽니다만.

지메일에 대해 물어 보신 분들이 있어 답변 드리면, 제가 면접 보던 2004-2005년에는 지메일이 invitation only였고 대개 구글->실리콘밸리->외부 이런식으로 초대장이 뿌려졌었구요. 따라서 지메일 초대를 받아서 가입했다면 상당한 라인을 타고 있다고 인식할 수 있었습니다.

또한, 지메일은 topic을 thread 중심으로 묶어 주는 conversation 기능이 있는데 이게 또 엔지니어의 사고나 코드 읽는 방식과 유사해서 지메일이 편안하다는 건 그만큼 개발에 익숙하다는 반증 아닐까 그런 생각이 있었구요.

지메일은 구글거니까 경쟁사 아니냐 하신 분들께는 예전이나 지금이나 구글은 Daum의 경쟁사로 보기 어렵습니다. ㅎㅎ (검색이나 메일이나 국내 점유율이 10배이상 차이나니까) 게다가 면접 시 "어디서 정보를 주로 찾느냐"라는 질문을 던져서 "다음 혹은 네이버"가 나오면 거의 탈락. "구글이나 위키퍼디아" 정도는 준수 "구글 스칼라나 ACM" 정도면 꽤! 이렇게 친적도 있었습니다.

출처 : http://blog.creation.net/346