이력서의 역할은 실제로 무시되었습니다. 누군가가 추천하더라도 이력서는 진지하게 받아들여야 합니다. 이력서에는 몇 가지 일반적인 정보가 포함되어 있지만 직업에 따라 이력서의 핵심 내용과 구직의 성공 또는 실패가 결정됩니다. 이력서는 단순한 이력서 그 이상이며, 중요한 역할은 능력을 입증하는 것입니다. 따라서 이 이력서에는 귀하가 자격을 갖춘 프론트 엔드 엔지니어임을 최대한 반영해야 합니다.
먼저 자기 추천 이력서에는 서명이 필요합니다.
채용 시즌 동안 채용 정보가 발송된 후, 많은 양의 이력서가 우편함으로 수신됩니다. 기본적으로 이메일 제목과 첨부 파일은 대부분 서명되지 않은 상태입니다. 이력서 평가 + 면접 후 모든 이력서가 시스템에 완전한 평가를 입력하는 것은 아닙니다. 특히 불확실한 일부 이력서의 경우 잠시 보관했다가 모두 처리된 후에 살펴보고 싶습니다. , 이러한 이력서를 검토할 때 메일링 리스트에서 보는 내용은 다음과 같습니다.
어떤 이메일에 누구의 이력서가 포함되어 있는지 오랫동안 잊어버린 다음 첨부 파일을 하나씩 살펴봅니다(일부는 PDF, 일부는 Word, 일부는 Word) HTML이고 일부는 단순히 zip이고 일부는 (어떤 사람들은 단순히 이력서를 이메일 본문에 붙여넣습니다.) 원본을 검토하는 것은 시간이 많이 걸리고 매우 비효율적입니다. 마침내 원하는 이력서를 찾았더라도 포인트가 크게 줄어들 것입니다. 따라서 이력서를 추천하실 경우 이메일 제목과 이력서 첨부파일명에 지원하시는 분, 지원하시는 직위, 추천레벨(3학년, 4학년, 전문가)을 명확히 기재해주셔야 합니다. 첨부 파일을 다운로드한 후 이름을 바꿀 필요가 없습니다.
둘째, 워드나 PDF 파일로 된 이력서가 있어야 합니다
이제 많은 사람들이 이력서를 온라인이나 HTML로 직접 올려서 처리하기가 매우 어렵습니다. Alibaba의 내부 채용 시스템은 Word 및 PDF 형식을 가장 잘 지원합니다. 시스템에 들어갔을 때 첨부 파일을 업로드한 후 시스템에서 직접 많은 필드를 읽었습니다. 첨부 파일을 업로드한 후에도 여전히 다른 것이 필요합니다. 그리고 제 경험상 HTML 이력서 소스 코드 한 페이지로는 매우 제한적인 내용을 표현할 수 있는데, 결국 저희는 더 이상 주니어(P5 이하) 프런트를 모집하지 않습니다. 따라서 Word 및 PDF 형식의 캐리어로 충분하며 이력서 내용에 더 집중하십시오.
셋째, 이력서는 하이라이트를 보여줘야 하며 가급적 작품이 있어야 합니다
프런트엔드 기술도 지금은 엄밀하게 구분하지 않으면 NodeJS, H5, Hybrid, 아키텍처 및 비즈니스 연구 개발 등이 있습니다. 많은 라이브러리와 사양이 있지만 각 브랜치의 난이도와 기술적 기준은 비슷하므로(예를 들어 고급 수준에 도달하는 데 거의 동일한 시간이 소요됨) 풀 스택 제너럴리스트가 되는 것이 조금 너무 좋습니다. 모든 방향으로 깊이 들어가기는 어렵지만 적어도 한 방향은 매우 정교해야 합니다. 따라서 이력서에서는 이러한 강점을 강조해야 합니다. 실제로 이력서의 90%에 있는 '기술' 항목은 거의 동일하며 프런트엔드에서 사용되는 기술을 거의 나열하여 이력서의 주요 공간을 무의미하게 차지합니다.
그래서 풀스택은 쉽지 않기 때문에 자신이 가장 잘하는 언어나 기술을 강조하고 굵게 표시하는 것이 좋습니다. 인터뷰 중에는 다른 부분을 직접 우회하고 이 "강조하고 굵게 표시한 것"에서 기술적 탐구를 하게 됩니다. " 부분. 이를 활용하여 면접관에게 자신이 잘하는 것이 무엇인지 질문하도록 유도할 수 있으며, 이는 자신의 강점을 극대화하고 약점을 피하는 데 도움이 될 것입니다.
기술 탐색은 어떻게 하나요? 작품을보세요! Node를 잘하신다면 NPM에 제출된 모듈을 보고 설치하고 시연하시고 핵심코드에 대해 이야기 나눠보세요. 구성요소인 경우 데모를 보고 디자인 및 패키징 아이디어에 대해 이야기해 보세요. 스캐폴딩 도구 세트라면 아키텍처 다이어그램을 직접 그려보고 원리와 적용 가능한 시나리오를 설명하세요. 프로젝트라면 PM으로 보낸 Release 이메일을 보여주세요! 작품은 이러한 것뿐만 아니라 기술 특허, 디자인 계획, 성공적인 리더십 사례, 성공적인 팀 구축 사례 등이 될 수도 있습니다. 내용이 실질적이고 현실적이며 맥락(코드일 수 있음)이면 됩니다. 혹은 한 가지) 분명, 공연하는 동안 눈이 반짝반짝 빛나고 여기저기 침이 튀는 느낌이 딱 좋았어요. 따라서 이렇게 잘 준비된 작품을 이력서에 포함시켜 면접 시 뽐낼 수 있도록 하는 것이 중요합니다.
넷째, 핵심 포인트를 강조하고 역량을 발휘하세요
이제 그 일을 할 수 있는 사람을 채용하는 것도 어렵지 않지만, 문제를 해결할 수 있는 사람을 채용하는 것이 어렵습니다. 특히 알리바바와 같은 상업적 R&D의 경우 비즈니스 측면에서 수요를 확보하는 동시에 수요 트랩을 경계하고, 경직된 수요를 정확하게 파악하고, 계획을 수립하고, 실행을 촉진하고, 결과를 공개하는 것도 필요합니다. 따라서 이력서에는 각 링크에 필요한 기술을 표현하는 것이 가장 좋습니다. 구체적으로, 각 프로젝트를 설명할 때 배경과 과정뿐만 아니라 프로젝트에 가져온 결과도 가지고 있어야 합니다. 예를 들어 다음과 같이 프로젝트를 설명합니다.
나는 XX 프로젝트를 재구성하고 XX 기술 솔루션을 사용하여 XX의 어려움을 극복했습니다. 결국 XX와 같은 수요 변화는 매우 빠른 개발, 빠른 속도로 신속하고 빠르게 소화될 수 있습니다. 출시, 데이터 수집에 있어서는 R&D 비용이 대폭 절감되고, XX 등 데이터 축적이 급격하게 늘어나 마침내 XX 제품군에서 추진되기 시작했습니다.
면접 중에 이런 종류의 설명은 이야기할 대상 주제로 쉽게 이어질 수 있습니다. 바로 이력서에 이러한 예시가 포함되어 있기 때문에 면접 시간을 많이 절약하고 판단을 더 빠르게 할 수 있습니다.
비교하면 이 설명은 좋지 않습니다.
XX 프로젝트 프론트 엔드 연구 및 개발, AngluarJS를 사용하여 전체 Boss 시스템의 승인 및 충전, 상품 소매, PHS SMS 그룹 전송, 케이블 TV 충전을 포함하여 전체 프로젝트가 독립적으로 완료됩니다. , 영업사원/비즈니스 포인트 결제 및 기타 모듈.
이 설명은 단 하나의 메시지, 즉 AngularJS를 사용했다는 메시지만 전달합니다. 처음에 얼마나 많은 기술 선택에 직면했는지, 어떻게 AngularJS를 선택했습니까? 이러한 시스템 모듈은 AngularJS를 기반으로 어떻게 결합됩니까? 관련된 프런트 엔드 아키텍처가 있습니까? AngularJS는 얼마나 깊이 사용됩니까? 프로젝트 구성원은 어떻게 병행 연구 및 개발을 수행합니까? 당신이 가치 있다고 생각하는 문제는 무엇이며, 이에 대한 솔루션을 제안했습니까? 코드 솔루션입니까 아니면 조직 솔루션입니까? 이 과정은 오랜 시간 면접을 하면서 질문을 해야만 명확해질 수 있습니다. 이해가 안 되면 기본적으로 건너뛰게 됩니다. 이력서에 표현하면 마음이 굉장히 시끄럽고, 면접도 크게 미루지 않고, 능력평가도 당연히 아주 높을 것입니다.
한 가지 더, 많은 사람들이 블로그와 요약을 작성하는 습관을 가지고 있습니다. 이 습관은 이력서의 프로젝트와 결합될 수 있으면 더욱 좋습니다.
다섯번째, 올그린 Github 제출 기록
이력서에 Github을 첨부해 주세요. 제출 기록은 매우 Green이기 때문에 제출하시는 것이 가장 좋습니다. 읽을 프로젝트를 찾으면 오랫동안 유지되고 명확한 Readme가 있고 진지하게 "reprinted with the source"라고 적힌 종류가 있으면 전화를 들고 시작하면 됩니다. 채팅을 하면 결과는 기본적으로 나쁘지 않습니다.
여섯째, 기타 우려사항과 비관심사항
주의: 각 직업을 떠나는 이유, 정량화 가능한 업무 결과, 귀하의 최고 수준을 나타낼 수 있는 프로젝트를 자세히 작성하고 빨간색으로 강조 표시하고 굵은 밑줄을 긋고 이력서에 강조 표시해야 합니다.
주의하지 마세요: 인증서, CET-4 또는 CET-6, 알고 있는 프로그래밍 언어(숙련되지 않으면 쓰지 마세요), 잘 못하는 것, 개인 프로필.
일곱번째, 일반적인 질문
또한 인터뷰에 참여한 모든 사람들은 아마도 다음과 같은 질문을 할 것입니다.
1. 어떤 프로젝트가 귀하의 최고 수준을 대표합니까? 어떻게?
2. 가장 인상 깊었고 해결하는 데 오랜 시간이 걸렸던 (기술적) 문제를 어떻게 해결하셨나요?
3. 가장 오랫동안 작업한 프로젝트(또는 제품)입니다. 이 프로젝트에서 어떤 문제점이 발견되었으며, 무엇을 할 수 있나요?
4. 우리 팀이나 제품에 무엇을 가져올 수 있나요?
물론 이것들은 모두 제안입니다. 유용하다고 생각하든 그렇지 않든 한 가지 원칙을 고수하십시오. 즉, "이력서는 단순한 이력서가 아니라 능력을 보여주는 것이 중요합니다.
위 내용은 웹 프론트엔드 엔지니어를 위한 이력서 작성 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!