독학 / 경험이없는 프로그래머의 이력서는 어떻게 보입니까? [닫은]

나는 일자리를 찾을 준비가되어 있고 긍정적 인 응답을 받았을 때를 아는 것에 대해 잠시 물었다. 지금 구직을 시작하기 위해 이력서를 작성하고 있습니다.

제목은 거의 질문을 요약합니다. 개인 프로젝트 경험만이없는 이력있는 프로그래머는 이력서를 작성해야합니까?

추신. 내가 정말로 물어보고 싶은 것은 누군가 내 이력서 (임시)를 빠르게 살펴 보는 것이지만 여기에 너무 구체적이라는 것을 알고 있습니다. 이런 종류의 질문을 할 수있는 곳이 있습니까?

편집 : 의견을 보내 주셔서 감사합니다. RC 버전을 마쳤으며 곧 취업 시장에 진출 할 것입니다.

이력서는 당신의 이력서. 인터넷에서 스타일 / 템플릿을 검색하거나 Microsoft Word의 이력서 템플릿을 사용할 수도 있습니다.

솔직히, 나는 동일한 이력서 템플릿을 반복해서보고 싫어하며 지원자가 자신 의 이력서 를 만드는 데 시간이 걸렸던 이력서를 즐깁니다 .

다음을 포함하지만 다소간.

• 연락 정보
  • 원하는 경우 현재, 이름 / 이메일 / 전화, 주소인지 확인해야하지만 주소가 필요하다고 생각하지 않습니다.
• 경험
  • 자기 교육을 받았다면 직업 경험이 없을 것입니다. 개인 프로젝트 또는 오픈 소스 프로젝트 기여가 여기에 나열 될 수 있습니다.
• 자격 / 기술
  • 이것은 자율 학습에 대한 경험 섹션과 동일 할 수 있습니다.
• 교육 / 인증
  • 관련된 교육은 다칠 수 없습니다.

커버 레터 -커버 레터 설명은 상황과 공식적인 업무 경험 부족을 설명하기 위해 상처를 줄 수 없습니다.

이 상황에서 가장 현명한 접근 방식 은 완료 한 프로젝트를 인용하는 것 입니다. 그것은 당신이 하는 사람의 이미지를 전달할 것 입니다. 그러므로 당신이 시작한 것과 달리 성취 한 것들에 집중하고 시도한 후에 포기하십시오. "시도한"프로젝트를 통해 얻은 기술을 추출하고 해당 프로젝트 자체를 언급하지 않고 별도의 "기술"섹션에 넣을 수 있습니다.

만약 당신이 완성 된 프로젝트가 없다면, 그것은 문제입니다.

이 질문은 곧 현지화되어 종료 될 가능성이 높으므로 여기에 빠른 인상이 있습니다.

블로그 머리글과 메뉴 및 바닥 글을 제거하십시오. "무의미한 프로그래밍"은 귀여운 블로그 이름이지만 이력서에는 끔찍한 제목입니다. 다른 곳으로 가도록 독자에게주지 말고 이력서 ( "랜딩 페이지"라고 함)

개인적이든 아니든 각 프로젝트에 대해 가능할 때마다 특정 숫자로 프로젝트가 창출 한 이점을 명시하십시오. $ X를 절약했습니다. 27.3 % 빠릅니다. 처리 시간 50 % 감소 주요 브랜드 코드의 절반입니다. 도대체 무엇이. 이는 비즈니스를 더욱 현실적으로 만들고 비즈니스에 가치를 더하는 방법을 알고 있음을 보여줍니다.

프로그래밍 프로젝트와 동일하게 블로그를 언급하는 경우 트래픽 통계를 포함하십시오. 아무도 읽을 수없는 200 페이지의 블로그는 한 달에 10,000 명의 순 방문자가있는 블로그보다 인상적이지 않습니다 (필요한 경우 방문자에게 필요한 것을 판매하십시오). 블로그에 독자가없고 트래픽이없는 경우 대신 기술 문서 작성 기술 섹션으로 이동하십시오. 그것은 가치가 있습니다-좋은 의사 소통은 매우 귀중합니다-그러나 프로그래밍 자체는 아닙니다

자영업 대신 "소유자"를 입력하십시오. 더 심각한 소리

행운을 빕니다!

이력서 맨 위에 '문의'단락을 작성하여 실제 문장으로 자신이 누구인지, 자신이 무엇인지 설명합니다. 이 문서의 나머지 부분은이를 뒷받침하는 증거, 모집자를위한 키워드 및 인터뷰를위한 요점입니다. 프로필 공간을 확보하기 위해 모든 비즈니스 기술 글 머리 기호를 쉼표로 구분 된 목록으로 축소 할 수 있습니다. 또한 기술 SKILLS를 최전선으로 옮기고 프로젝트를 나열하십시오. 나는 당신이 이력서가 실제로 매우 인상적이며 처음에는 약간 혼란 스럽다고 생각합니다.

우연히도 블로그를 읽은 후 'What in the hell ...'시리즈라는 섹션이 있습니다. 재미있었습니다. 개인 홈페이지에도 똑같은 것을 넣고 싶었습니다. 해당 섹션에 대한 좋은 피드백을 받으시기 바랍니다.

귀하의 의견과 블로그 및 코드에 대한 간단한 설명에서 이력서가 귀하의 가치 제안을 완전히 전달하지 못하고 있음이 분명합니다. 자신의 경험과 관심사를 설명하는 간략한 개요를 포함해야합니다. 이전 작업 경험, 오픈 소스, 개인 프로젝트 등 가능한 모든 도전 과제와 목표를 설명해야합니다.

여기에 링크하는 것이 허용되는 경우 (mods 또는 다른 사람들은이 단락을 편집하지 마십시오) http://reinh.github.com 과 같이 내 이력서를 보길 원할 수 있습니다 . 기발한 형식은 제 가치 제안을 제시하는 합리적인 작업을 수행하고 귀하의 개선 방법을 제안 할 수 있다고 생각합니다. (나는 일자리를 찾고 있지 않습니다. :)

또한 이력서가 짧은 주니어 소프트웨어 개발자의 경우 IMO를 할 수있는 가장 좋은 방법은 대화를하고 공개 소스에 기여하며 포럼에서 지원을 제공하여 관련 커뮤니티 (로컬 및 온라인)에 개인 브랜드를 구축하는 것입니다. , irc 및 SE와 같은 사이트

마지막으로, 경력의이 시점에서 네트워킹은 매우 중요합니다. 좋은 직장을 구할 수있는 가장 좋은 기회는 이력서 자체가 형식적인 부분이되는 입소문을 통해 얻는 것입니다.

어쩌면 이것이 가장 정직한 답변이 아닐 수도 있지만 (고용주가 염려하는 한) 가족 친구 (사업자) 일지라도 다른 사람을 위해 일한 프로젝트를 해석 할 수 있다면 , 의사, 변호사 등의 전문가)가 더 좋아 보일 수 있으며 계약서로 표시 할 수 있습니다. 어쩌면 당신은 당신이 작은 프로젝트를 할 수있는 사람을 알고있을 것입니다. 청구하고 싶지 않더라도, 당신이 할 일을 요약 한 계약을 작성하고 기술 계약을 작성하십시오. 아무리 작은 사람이라도 당신이 누군가를 위해 일했다는 인상을주는 것이 여전히 거기에없는 것보다 더 도움이된다고 생각합니다.

나는 이것을 계속 반복한다는 것을 알고 있지만, 프로젝트가 야생에 있다면 그보다 더 나은 참조는 없습니다. mongodb 개발자라고 주장하고 체크인 링크를 제공하면 이력서에 추가 할 수있는 멋진 형식보다 작업을 더 빨리 얻을 수 있습니다.

OSS 프로젝트에 참여하여 어려운 일을하십시오! 이를 통해 커뮤니케이션 / 코딩 / 테스트 / cr 기술과 보너스가 향상됩니다.

프로젝트 작업 위에 간단한 기술 목록을 작성하십시오. 가장 강력한 기술을 먼저 생각하십시오. 직업에 사용하기 싫어하는 기술은 열거하지 마십시오.

당신이 관리 작업을 신청하지 않는 한, 절대적으로 "기술적 인 능력"위 "업무 능력"을 넣지 않고, 절대적으로 할 기술 능력에 "파이썬"와 같은 목록의 일을.

당신의 기술 섹션은 너무 뜨겁지 않습니다. 그것은 초점이 없으며, 소설이 아닌 것들을 포함합니다. 그것들을 제거하십시오. 현재 존재하는 것은 이력서의 맨 아래에 있어야합니다. 누락 된 것 (Python, Scheme, Tk)은 맨 위에있는 목록에 있어야합니다.

그리고 바닥에 도착했습니다. 기술 섹션을 맨 위로 이동하십시오. 기술 섹션을 맨 아래로 이동하면 다음과 같이 표시됩니다.

"기술" "프로젝트", 그 기술을 정당화하고 내가 알고 있음을 보여줍니다. "직업 경험", 내가 직업을 가질 수 있음을 보여줍니다. "기술", 물건을 채우고 내 경험에 필요하지 않은 것들을 말해 줄 것입니다. 이것을 다른 섹션에 통합하는 것을 고려하고, 프로젝트와 작업 경험에 내가 그 기술에 어떤 기술을 사용했는지에 대한 요점이 있습니다.