개발자 관계

오픈소스 경험으로 이력서에 광채를 더하는 방법

2018-10-03
개발자 관계
ko

이 글에서는 제 방법을 공유하여 오픈소스 기여를 활용해 기술 분야 취업에서 돋보이고 강력한 후보자가 되는 방법을 알려드리겠습니다.

모든 일은 준비가 서면 서고, 준비가 없으면 망합니다. 새로운 분야에 진입하거나 밤새 이력서를 수정하기 전에, 찾고 있는 일의 특징을 명확히 정의하는 것이 가치 있습니다. 당신의 이력서는 설득력 있는 작품이므로, 청중을 이해해야 그 잠재력을 모두 발휘할 수 있습니다. 이력서를 보는 사람은 당신의 기술이 필요하고 예산 내에서 채용할 수 있는 모든 사람일 수 있습니다. 이력서를 편집할 때, 이력서의 내용을 읽으면서 그들의 관점에서 이 이력서를 어떻게 볼지 상상해 보세요. 당신이 “당신”이 채용할 후보자처럼 보이나요?

저는 개인적으로 목표 직위의 이상적인 후보자가 보여주는 핵심 특징에 대한 목록을 작성하는 것이 도움이 된다고 생각합니다. 저는 개인 경험, 채용 공고 읽기, 같은 역할의 동료에게 묻기 등을 결합하여 이 목록을 수집했습니다. LinkedIn과 다양한 회의는 이러한 조언을 기꺼이 제공하는 사람을 찾는 좋은 곳입니다. 일부 사람들은 자신에 대해 이야기하는 것을 좋아합니다. 그들에게 자신의 이야기를 하도록 초대하면 지식을 확장하는 데 도움이 되어 모두가 좋게 느낍니다. 다른 사람들과 그들의 커리어 경로에 대해 이야기할 때, 당신은 원하는 일을 얻는 방법을 이해할 뿐만 아니라, 일자리를 잃게 할 수 있는 특징이나 행동을 피해야 한다는 것도 알게 됩니다.

예를 들어, 너무 시니어하지 않은 직위의 경우, 핵심 특징 목록은 다음과 같을 수 있습니다:

기술 측면:

  • CI(지속적 통합) 경험, 특히 Jenkins
  • 깊은 스크립트 작성 배경, 예: Python과 Ruby
  • Eclipse IDE 숙련
  • 기본적인 Git과 Bash 지식

개인적 측면:

  • 자기 주도적 학습자
  • 좋은 소통과 문서화 기술
  • 팀 개발 경험(팀 구성원)
  • 이벤트 추적 워크플로 숙련

과감하게 지원하세요

위의 직무 설명 목록에 나열된 모든 기준을 충족하기 위해 일자리를 얻을 필요는 없다는 것을 기억하세요.

직무 세부사항(JD)은 이 역할을 설명하여, 처음부터 몇 년 동안 일하게 될 회사의 모든 정보를 알게 하고, 이 일이 도전적이지 않거나 기술을 확장하도록 요구하지 않는다는 것을 알게 합니다. 목록의 기술 목록을 충족할 수 없어 긴장된다면, 다른 측면의 경험이 있고 그에 필적하는 기술이 있는지 확인하세요. 예를 들어, Jenkins를 사용해 본 적이 없는 사람이라도 Buildbot이나 travis CI를 사용한 프로젝트 경험에서 지속적 통합 테스트의 원칙을 이해했을 수 있습니다.

대기업에 지원하고 있다면, 그들은 전담 부서와 완전한 선별 과정을 가지고 있어 직무를 수행할 수 없는 후보자를 채용하지 않도록 합니다. 즉, 취업 과정에서 당신이 할 수 있는 것은 지원서를 제출하는 것뿐이고, 거부 여부를 결정하는 것은 회사 경영진의 일입니다. 일자리를 너무 일찍 거부하지 마세요.

이제 당신의 임무가 무엇인지 알았고, 면접관에게 깊은 인상을 남겨야 할 기술이 무엇인지 알았습니다. 다음 단계는 당신이 가진 경험에 달려 있습니다.

이미 존재하는 것들 사이의 연관성 만들기

지난 몇 년간 참여한 모든 프로젝트의 목록을 작성하세요. 이 목록을 빠르게 얻는 방법은 Github 프로필의 Repositories 탭으로 이동하여 fork한 프로젝트를 필터링하는 것입니다. 그 외에도 목록에 리더십 위치에 있었던 Organizations가 있는지 확인하세요. 이미 이력서가 있다면, 모든 경험을 나열했는지 확인하세요.

잠재적인 리더십 경험이 있었고 특권을 가졌던 IRC 채널을 고려하세요. Meetup과 Eventbrite 계정을 확인하고, 조직했거나 자원봉사자로 참여한 행사를 목록에 추가하세요. 지난 몇 년의 일정을 검토하고 모든 자원봉사, 멘토 경험, 또는 참여한 공개 강연을 표시하세요.

이제 어려운 단계에 들어갑니다. 목록에 나열된 필수 기술과 개인 경험 목록의 내용을 하나씩 대조하세요. 저는 그 일에 필요한 각 특징에 문자나 숫자를 표시로 사용하고, 어떤 특징을 보여준 경험이나 참여한 모든 곳에 동일한 기호를 표시하는 것을 좋아합니다. 확실하지 않을 때는 주저하지 말고 표시하세요. 과장처럼 보이더라도 무능해 보이는 것보다 낫습니다.

이력서를 쓸 때 우리는 종종 자신의 기술을 과장할 위험을 감수하고 싶지 않아 이런 상황에 시달립니다. 보통 이렇게 생각해야 합니다. “모임을 조직한 사람들이 더 나은 리더십과 계획 기술을 보여주었을까?”가 아니라 “내가 이 모임을 조직했을 때 이러한 기술을 보여주었나?”입니다.

지난 1~2년의 여가 시간을 어떻게 보냈는지 충분히 알고 있고 많은 코드를 작성했다면, 지금 이상한 문제에 직면했을 수 있습니다. 너무 많은 경험을 가지고 있어 한 장의 이력서에 담을 수 없을 것입니다. 그렇다면 목록에 있는 경험이지만 증명하려는 어떤 기술도 증명할 수 없다면 버리세요. 이미 단축된 이력서 목록의 내용이 여전히 한 장을 초과한다면, 필요한 기술과 관련된 경험이나 풍부한 경험에 따라 우선순위를 정하세요.

이 측면에서 분명합니다. 독특한 기술을 연마하려면 좋은 경험이 필요합니다. OpenHatch와 같은 문제 집계기를 사용하여 한 번도 사용해 본 적 없는 도구와 기술을 사용하여 기술을 연마할 수 있는 오픈소스 프로젝트를 찾아보세요.

이력서를 더 아름답게 만들기

이력서의 아름다움은 간결성, 명확성, 레이아웃에 달려 있습니다. 각 경험은 충분한 정보를 통해 독자에게 보여주어 왜 포함했는지 즉시 이해하게 하고, 적절해야 합니다. 각 유형의 정보는 일관된 문서 형식을 사용해야 하며, 기울임꼴 형식의 날짜나 오른쪽 정렬 또는 전체 스타일과 조화되지 않는 부분은 분명히 주의를 산만하게 합니다.

도구를 사용하여 이력서를 조판하면 이전에 설정한 목표를 더 쉽게 달성할 수 있습니다. 저는 LaTeX를 사용하는 것을 좋아합니다. 매크로 시스템이 시각적 일관성을 더 쉽게 만들고, 많은 면접관이 한눈에 알아볼 수 있기 때문입니다. 당신의 도구 선택은 LibreOffice나 HTML일 수 있으며, 이는 당신의 기술과 이력서를 어떻게 게시할지에 달려 있습니다.

한 가지 기억하세요. 전자 방식으로 제출된 이력서는 키워드로 검색할 수 있습니다. 따라서 업무 경험을 설명할 때 채용 공고와 동일한 영어 약어를 사용하면 취업에 큰 도움이 됩니다. 이력서가 면접관에게 더 쉽게 보이도록 가장 중요한 정보를 먼저 배치하세요.

프로그래머는 종종 문서 조판 시 균형과 레이아웃을 정량화하기 어렵습니다. 제가 가장 좋아하는 문서의 공백이 올바른 위치에 있는지 수정하고 평가하는 기술은 PDF를 전체 화면으로 표시하거나 인쇄한 다음 거울에서 보는 것입니다. LibreOffice Writer를 사용 중이라면 이력서의 사본을 저장한 다음 이력서의 글꼴을 이해할 수 없는 언어로 바꾸세요. 이 두 가지 기술은 모두 읽는 내용에서 벗어나 새로운 방식으로 문서의 전체 레이아웃을 보도록 강제합니다. 그들은 “그 문장 표현이 적절하지 않아!”와 같은 비판에서 “이 줄에 단어가 하나만 있네, 좀 이상해”와 같은 것에 주의를 돌립니다.

마지막으로, 이력서가 표시될 미디어에서 완전히 올바르게 보이는지 다시 확인하세요. 웹 페이지로 게시한다면, 다양한 화면 크기의 브라우저에서 효과를 테스트하세요. PDF 문서라면, 휴대폰이나 친구의 컴퓨터에서 열고 필요한 글꼴이 모두 사용 가능한지 확인하세요.

다음 단계

마지막으로, 힘들게 만든 이력서 내용을 낭비하지 말고 LinkedIn 계정에 완전히 복사하세요(채용 공고의 유행어를 완전히 사용). 그러면 의심할 여지 없이 채용 담당자가 당신을 찾을 것입니다. 그들이 설명하는 업무 내용이 정확히 당신에게 맞지 않더라도, 그들의 시간과 관심을 활용하여 이력서에서 좋은 점과 나쁜 점에 대한 피드백을 얻을 수 있습니다.

재게시 출처: 개발자 관계 »


Similar Posts

Content icon
Content