이력서는 단순한 이력서가 아니라, 당신의 능력을 과시하는 데 중요한 역할을 합니다! ! !
나는 일년 내내 알리에서 채용했고, 각종 이력서를 모두 선별했다. 채용 시즌이 되면 이력서와 면접을 선별하는 과정은 모두 정력을 소모한다. 물론, 그 이유 중 하나는 내가 아주 좋은 사람을 모집하고 싶다는 것이다. 차라리 더 많은 시간을 보내는 것이 낫다. (알버트 아인슈타인, 시간명언) 한편, 불합격한 이력서 외에도 이력서가 모호하기 때문에 면접 때 반복적으로 확인해야 한다. (윌리엄 셰익스피어, 이력서, 이력서, 이력서, 이력서, 이력서, 이력서, 이력서) 동시에, 수험생의 감정을 고려하기 위해서, 나는 매우 전문적으로 가장하고, 그와 교류하며, 늘 많이 해야 한다. 이들의 이력서 (면접) 효율성을 높이기 위해 다음과 같은 제안을 한다.
우선 너의 이력서는 반드시 서명해야 한다.
채용 시즌의 채용 정보가 발송되면 이메일에 대량의 이력서를 받게 되며, 대부분의 이메일 제목과 첨부 파일은 기본적으로 서명되지 않은 것이다. 이력서 평가+면접 후 모든 이력서가 전체 평가 입력 시스템, 특히 확신이 없는 이력서에 기록되는 것은 아니다. 나는 그것들을 가지고 완전히 처리하고 나서 뒤집고 싶지만, 이 이력서를 심사할 때 메일 목록에서 보는 것은 종종 이렇다.
Gt;
어느 우편함에 누구의 이력서를 넣었는지 기억이 나지 않는다. 그리고 첨부 파일을 하나씩 뒤집는다. (어떤 것은 PDF, 어떤 것은 Word, 어떤 것은 HTML, 어떤 것은 아예 zip, 어떤 것은 웹사이트이고, 어떤 것은 아예 이력서를 메일 본문에 붙였다. 。 。 ) 원본을 평가하는 데는 시간이 많이 걸리고 비효율적입니다. 결국 내가 찾고 있는 이력서를 뒤져도 점수가 크게 할인된다. 따라서 이력서를 추천하면 이메일 제목과 이력서 첨부 파일의 파일 이름에 누구인지, 어떤 직위에 지원했는지, 제안된 등급 (초급, 고급, 전문가) 을 적어야 한다. 적어도 첨부 파일을 다운로드 한 후에는 이름을 바꿀 필요가 없습니다.
둘째, word 또는 pdf 파일의 이력서가 있어야 합니다.
현재 많은 사람들의 이력서가 인터넷이나 HTML 형식으로 직접 게시되어 있어 처리하기 어렵다. 알리바바 내부 채용 시스템은 word 와 pdf 형식을 가장 잘 지원합니다. 내가 시스템에 들어갔을 때, 많은 필드가 첨부 파일을 올린 후 시스템이 직접 읽었다. HTML 이력서 지원이 최악입니다. 첨부 파일을 업로드한 후 수동으로 작성해야 합니다. 이것에 정력을 쏟는 것은 전혀 의미가 없다. 그리고 제 경험으로 볼 때, HTML 이력서 소스 코드가 표현할 수 있는 것은 정말 제한되어 있습니다. 결국 우리는 지금 초급 (P5 이하) 프런트엔드를 모집하지 않기 때문에 word 와 pdf 형식을 사용한다.
셋째, 이력서에는 포인트가 있어야 하므로 작품이 있는 것이 좋다.
프런트 엔드 기술도 이제 분화가 심하다. 엄격하게 나누지 않으면 NodeJS, H5, 혼합, 아키텍처, 비즈니스 R&D 등의 방향도 있습니다. 현재 라이브러리와 규범은 많지만 각 분기의 난이도와 기술 기준선은 비슷하기 때문에 (예: 고급에 도달하는 데 걸리는 시간은 모두 비슷함) 전체 스택이 있는 것이 좋다. 각 방향의 사람은 깊이 들어가기가 좀 어렵지만, 적어도 한 방향은 매우 정밀해야 한다. 따라서 이력서에서 이 점을 강조하는 것이 중요하다. 사실 이력서 90% 의' 스킬' 부분은 비슷해 프런트엔드에 사용된 기술을 거의 모두 나열해 무의미하게 이력서의 황금단을 차지하고 있다.
그래서 전체 스택이 쉽지 않기 때문에 자신이 가장 잘하는 언어나 기술을 부각시키는 것이 낫다. 면접할 때 다른 것을 직접 우회하고, 이' 굵게 튀어나온' 부분에서 기술적인 받침대를 만들어 면접관에게 무엇을 잘하는지 물어보도록 유도하고, 장점을 살리고 단점을 피하는 데 더 유리하다.
기술 다이빙을 할 때 보통 무엇을 합니까? 작품 좀 봐! Node 에 능숙하다면, NPM 에 제출된 모듈을 보고 데모를 위해 설치하고 핵심 코드에 대해 이야기해 보세요. (존 F. 케네디, Northern Exposure (미국 TV 드라마), Northern Exposure 어셈블리라면 Demo 를 직접 보고 디자인과 패키징에 대해 얘기하면 됩니다. 비계 도구라면, 구조도를 직접 그려서 원리와 적용 장면을 설명한다. 프로젝트라면, PM 으로 보낸 게시 메일을 보여주세요! 작품은 이것들뿐만 아니라 기술특허, 디자인 방안, 사람과의 협력의 성공 사례, 집단건설의 성공 사례 등이 있다. 내용이 충실하고 접지기가 있고 맥박이 또렷한 한 한 (코드일 수도 있고 한 가지일 수도 있음), 쇼 도중 눈이 날아다니는 것이 맞다. 따라서 이력서에 이 유보작품들을 적절히 휴대하고 면접에서 과시할 준비가 되어 있어야 합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 이력서명언)
넷째, 중점, 전시 능력을 강조한다.
지금 일을 할 수 있는 사람을 모집하는 것은 어렵지 않지만, 어려운 것은 문제를 해결할 수 있는 사람을 모집하는 것이다. 특히 알리와 같은 비즈니스 R&D 는 비즈니스측에서 수요를 얻을 뿐만 아니라 수요 함정을 경계하고, 강성 수요를 정확하게 식별하고, 방안을 마련하고, 집행을 촉진하고, 성과를 발표해야 한다. 따라서 이력서에 각 부분을 처리하는 데 필요한 기교를 보여 주는 것이 좋다. 구체적으로, 각 프로젝트를 묘사할 때, 배경과 과정뿐만 아니라, 네가 이 프로젝트에 가져온 성과도 있어야 한다. 예를 들어, 다음과 같이 항목을 설명합니다.
나는 XX 프로젝트를 개조하여 XX 의 기술 방안을 채택하여 XX 의 어려움을 극복했다. 마지막으로 XX 와 같은 수요 변화는 빠르게 소화되고, 빠르게 개발되고, 온라인화되고, 데이터 수집을 표준화할 수 있습니다. R&D 비용이 크게 절감되고 XX 와 같은 데이터 축적이 빠르게 증가합니다. 마지막으로 XX 제품 라인에서 홍보를 시작합니다.
면접에서 이런 묘사는 목표적인 화제로 이어지기 쉽다. 이력서에 이런 깔개를 깔아 대면 채팅 시간을 많이 절약하고 판단을 빨리 내릴 수 있기 때문이다.
대조적으로, 이 설명은 좋지 않습니다.
XX 프로젝트 프런트 엔드 R&D 는 AngluarJS 를 사용하여 전체 Boss 시스템의 수료비, 상품 소매, 영통 문자 대량 발송, 케이블 TV 요금, 영업 사원/영업점 결제 등을 포함한 전체 프로젝트를 독립적으로 수행합니다.
이 묘사는 한 가지 메시지만을 전달했다. 바로 네가 AngularJS 를 사용했다는 것이다. 당초 몇 가지 기술을 선택했는지, 어떻게 AngluarJS 를 선택했는지, 어떻게 AngularJS 를 기반으로 이러한 시스템 모듈을 결합할 수 있는지, 프런트 엔드 아키텍처가 있는지, Angular JS 가 얼마나 깊이 사용했는지, 프로젝트 멤버 간에 어떻게 분담하는지, 어떻게 병렬 R&D 를 진행하는가? 가치 있다고 생각하는 문제를 만나 본 적이 있습니까? 그리고 이러한 문제에 대한 해결책을 제시했습니까, 코드 솔루션입니까, 아니면 조직 솔루션입니까? 이 과정은 면접 시간의 질문과 답변을 통해서만 알 수 있다. 물어볼 수 없다면, 기본적으로 건너뛰었다. 이력서에 나타난다면, 당신의 마음속에는 어색할 것이고, 대면 채팅도 꾸물거리지 않을 것이며, 능력 평가는 자연히 높아질 것이다.
또한 많은 사람들이 블로그와 총결을 쓰는 습관이 있어서 좋다. 이력서에서 한 프로젝트와 함께 총결산을 할 수 있다면 더 좋을 것이다.
다섯째, 풀 그린 깁스 (full green Github) 는 기록을 제출합니다.
Github 를 이력서에 첨부하다. 얼마나 녹색의 기록을 제출하는 것이 가장 좋다. 만약 당신이 Github 의 홈페이지에 간다면, 당신은 항목 목록을 클릭하여 읽을 항목을 찾고 싶습니다. 이렇게 오랜 유지 보수가 있는 것을 보면, Readme 는' 전재출처' 라고 정중히 적혀 있다. 기본적으로 핸드폰을 잡고 채팅을 시작하는데, 결과도 나쁘지 않다.
여섯째, 다른 관심과 무관심
참고: 이직할 때마다 이직 사유, 수량화할 수 있는 업무 성과, 최고 수준을 대표할 수 있는 프로젝트는 상세하게 쓰고, 빨간색으로 밑줄을 강조 표시하고, 이력서에서 강조해야 합니다.
관심 없음: 증명서, 46 급, 네가 아는 프로그래밍 언어 (정통하지 않으면 쓰지 마라), 너는 아무것도 잘하지 못한다, 개인 소개.
일곱째, 전형적인 문제입니다.
나는 분명히 기술 밑바닥의 질문을 할 것이다. 또한, 인터뷰하는 모든 사람들은 다음과 같이 묻습니다.
1 .. 어느 종목이 당신을 가장 만족시키고 당신의 최고 수준을 대표합니까? 어떻게 하죠?
2. 당신에게 가장 인상 깊었던 (기술적) 어려움 중 하나를 주어 오랫동안 일하게 했습니다. 마지막으로 어떻게 해결할까요? 당신은 무엇을 배웠습니까?
3. 한 프로젝트 (또는 제품) 에 종사하는 시간이 가장 길다. 너는 이 프로젝트에서 어떤 문제를 보았고, 너는 무엇을 할 수 있니?
우리 팀이나 제품에 무엇을 가져올 수 있습니까?
이러한 문제들은 융통성이 없는 것이 아니라, 주로 우리가 평소에 기술 이외의 것을 생각하고 있는지, 특히 알리의 많은 BU 제품의 기본 성형을 기초로 시험 착오, 혁신, 효율성 향상, 정제, 방향 찾기에 달려 있다. 이 경우 기술적인 능력 (강성 수요 완료) 만으로는 충분하지 않으며 변증적으로 진행해야 합니다.
마지막으로
물론 이것들은 모두 건의입니다. 쓸모없다고 생각하든 안 하든, 한 가지 원칙을 고수하는 것은' 이력서 (당신이 한 일)' 가 아니라' 당신의 능력 (당신이 할 수 있는 일)' 을 보여주는 것이다! ! ! ""