> 헤드라인 > 본문

BAT는 프론트엔드 엔지니어를 어떻게 인터뷰하나요?

阿神
풀어 주다: 2017-03-20 10:17:25
원래의
3039명이 탐색했습니다.

채용 성수기를 맞아 많은 지원자들이 면접을 준비하고 있습니다. 그 중 많은 엔지니어들은 기술력이 뛰어나서 면접은 잘 되었다고 생각하지만, 결국엔 기술 연구에 너무 집중하고 의사소통 능력이 부족해서 결국 합격하지 못한 경우가 많습니다. 인터뷰 자체에 대해서는 잘 모릅니다.

BAT는 인터넷 업계의 선두주자입니다. 채용 프로세스와 인재 선발 기준이 더욱 과학적이고 완벽하므로, 대기업의 면접 절차와 방법을 연구하는 것이 구직자와 기술 리더들에게 분명 도움이 될 것입니다.

그래서 PHP 중국 웹사이트에서는 "BAT가 프론트엔드 엔지니어를 어떻게 인터뷰하나요? 》, 다양한 각도에서 후보자와 기술리더들의 궁금증을 풀어드립니다.

자세한 내용은 다음과 같습니다.

강강: 데이터 분석과 업계 관찰의 관점에서 가장 인기 있는 프론트엔드 사람들의 특징은 무엇인가요?

플랫폼에서 관찰한 데이터에 따르면 대규모 제조업체의 기술 리더나 HR은 인재 선발 과정에서 다음 측면을 고려하는 것으로 나타났습니다.

1. 학교, 학력, 회사 배경, 안정성 등을 포함한 기본 배경

교육: BAT는 일반적으로 학력을 더 강조하며, 좋은 학력은 자연스럽게 플러스. 다만, 직위별로 요구사항이 다릅니다. 알고리즘, 데이터 등의 직위는 컴퓨터공학과 대학원생 이상이 요구되는 반면, 프론트엔드 직위의 요구사항은 상대적으로 느슨합니다. 일반적으로 3~5년의 관련 업무 경험이 있는 사람은 학사 학위를 취득하는 것이 가장 좋습니다. 5년 이상의 관련 업무 경험이 있는 사람의 경우 학업 요건이 완화됩니다. 선호하지만 대부분의 대기업은 강압적이지 않습니다.

회사 배경: 대기업이나 스타 스타트업의 배경은 가장 좋지만, 아주 작은 회사의 배경은 학력과 회사 배경 중 적어도 하나가 더 어려운 경우가 많습니다. 네, 합격률이 더 높아질 거예요.

다음은 최근 PHP 중국어 웹사이트 플랫폼을 통해 대기업에 입사한 사람의 예입니다. 동급생 중 한 명은 전문대학을 졸업했지만 7년간의 프론트엔드 개발 경험을 갖고 있으며 씨트립(Ctrip), 1위 스토어(No. 1 Store) 등 여러 유명 기업에서 근무한 경험이 있으며 나중에 알리바바로부터 좋은 제안을 받았습니다. 성공적으로 회사에 합류했습니다.

안정성 : 최소 1년 이상의 경력 2년 이상 그렇지 않을 경우 지원자는 안정성이 떨어지는 것으로 판단되어 전형 재개 시 탈락됩니다.

2. 기술력 대형 제조사가 인재를 선발할 때 가장 중요한 것은 기술력인데, 이것도 기술 전문가 두 명이 하게 된다. 나중에 문제에 대한 심층 분석을 수행합니다. 플랫폼 데이터를 보면, 주요 제조업체는 지원자의 기술적 깊이를 중요시할 뿐만 아니라 기술적 폭도 매우 중요하게 생각합니다. 예를 들어 프론트엔드 엔지니어는 프론트엔드 관련 기술을 검토하는 것 외에도 알고리즘, 데이터 구조 등과 같은 기본적인 컴퓨터 지식도 검토하게 됩니다. 왜냐하면 프론트엔드 엔지니어는 먼저 소프트웨어 엔지니어이고 기초가 매우 탄탄하기 때문입니다. 중요

3.소프트 능력 소프트 능력에는 의사소통 능력, 학습 능력, 목표 지향적 사고, 구직 의지 등이 포함됩니다. 여기서 저는 큰 공장의 면접관들이 후보자의 소프트 능력을 판단하기 위해 일반적으로 사용하는 질문을 여러분과 공유하고 싶습니다.

예를 들어 의사소통 능력과 관련하여 면접관은 일반적으로 후보자가 프로젝트의 목적을 명확하게 설명할 수 있는지, 얼마나 많은 팀이 프로젝트를 완료했는지 확인하기 위해 후보자에게 과거에 수행한 프로젝트에 대해 설명하도록 요청합니다. 어떤 역할을 하는지, 어떤 기술을 사용하여 어떤 문제를 해결하는지, 다른 팀과 어떻게 협력하는지 등을 설명하는 과정에서 지원자의 의사소통 능력을 판단할 수 있습니다.

또 다른 예를 들면 면접관이 질문합니다. 최근 사람들이 주목하고 있는 신기술이 무엇인지 알아보고, 해당 기술에 대한 세부적인 질문을 통해 실제로 학습했는지, 학습의 깊이가 어느 정도인지 알아보겠습니다. 대기업에서는 모든 사람이 독립적으로 행동하고 문제를 해결할 수 있는 능력을 요구하므로 대기업 면접에서는 목표 지향적 사고가 더 중요합니다. 일반적으로 지원자는 업무나 프로젝트를 어떻게 완료했는지 자세히 질문받습니다. 문제 해결을 위한 후보자의 아이디어와 순서는 무엇인지 그리고 그러한 계획을 선택한 이유를 물어 후보자의 사고 방식을 조사합니다

취업 의도에 대해서는 일반적으로 HR이나 부서 상사가 더 걱정합니다. , 이전 회사를 떠난 이유가 무엇인지, 아니면 다른 회사를 떠난 이유가 무엇인지 물어볼 것입니다. 후보자가 정말로 원하는 것이 대기업이 제공할 수 있는 것인지 판단하는 것이 미래의 기초입니다. 오랫동안 일할 수 있는 지원자.

다음으로 일반적인 대기업 면접 과정을 공유해드리겠습니다

물론 회사마다 상황은 다르지만 기본적으로는 같습니다.

보통 기술면접 2~3회 + HR면접 1회면접관은 보통 선배나 선배 프로그래머들이고, 대화는 보통 30~60분 정도 더 오래 진행되고, 그는 여러분의 필기시험 문제, 데이터 구조, 알고리즘에 대해 이야기하고, 경험에 대해 이야기하고 공통점을 찾아보겠습니다.

두 번째 책임자는 일반적으로 직속 리더이며 약 30~60분 동안 대화합니다. 먼저 그는 프로젝트, 프로젝트의 역할, 공통 도구, 문제 해결을 위한 아이디어를 살펴보고 몇 가지 사항에 대해 질문합니다. 알고리즘을 살펴보고 IQ와 EQ를 살펴보세요.

삼면담당자는 대개 부서 간 인터뷰 또는 부서 기술 리더입니다. 일반적으로 채팅 시간은 15~30분으로 비교적 짧으며 주로 이전 프로젝트에 대해 이야기합니다. , 문제 해결, 기술적 지식, 의견, 신기술 추구 등을 살펴보고, 이 사람이 성급하고 육성할 수 있는지 확인하고, 라벨을 붙이고, 명성을 쌓아보세요.

HR은 보통 15~30분 정도 채팅을 하며 주로 이직 이유, 직업 동기, 급여 기대치 등을 중심으로 면접 전 이 세 가지 질문을 명확하게 생각하는 것이 면접 중 논리 혼란을 방지하는 것이 가장 좋습니다. 또는 자신의 진심을 명확하게 표현하지 못하고 소극적인 태도에 빠지게 됩니다. 대답은 성실하고 중립적이어야 하며, 자신의 가치를 보여주고 상대방에게 진심을 전달해야 합니다.

겨울: 지원자 입장에서 프론트엔드 엔지니어들은 면접을 어떻게 준비하나요?

프론트엔드 엔지니어 면접은 어떻게 하나요? 주로 지원자 입장에서 면접 준비 방법을 공유해보겠습니다. 면접 중 비기술적인 요소로 인해 점수가 떨어지지 않도록 하는 것이 목표입니다.

이력서 1개

1.1 이력서 - 기본원칙

먼저 이력서를 보면, 전체 인터뷰 프로세스의 첫 번째 단계이자 전제는 풀뿌리 수준에서 이력서를 준비하는 방법입니다.

이력서의 기본 원칙: 다양한 템플릿을 믿지 말고, 멋진 이력서가 포인트를 더할 것이라고 믿지 말고, 명확한 표현이 가장 중요합니다. 성과가 있으면 성과를 쓰고, 성과가 없으면 사례를 쓰고, 사례가 없으면 경험을 작성하는 것이 면접관에게 좋은 인상을 주는 것입니다.

1.2 이력서 - 성과

여기서의 성과에는 다음이 포함됩니다: 유명 회사에서의 근무 경험, 전문적인 성과를 포함한 우수한 교육 경험. 학교에서 더 영향력 있는 논문, 유명한 오픈 소스 프로젝트 경험 등 몇 가지 항목을 더 추가할 수도 있습니다.

일반적인 원칙은 이력서를 주의 깊게 작성하는 것입니다. 각 문장을 작성할 때 온라인에서 템플릿을 찾기보다는 이력서가 면접관에게 어떤 영향을 미칠지 생각하십시오. 당신이 생각하는 모든 대사에 대해 그것이 당신의 업적인지가 아니라 당신의 업적인지 진지하게 생각해 본 적이 있습니까?

성취로 간주되는 것은 무엇인가요? 매우 간단한 원칙이 있습니다. 면접관이 이 문제를 들어봤을 것이라고 예상합니까? 예를 들어 제가 js 애니메이션 라이브러리를 작성했는데, 면접관이 들어보지 못했다면 업무 경험과 교육 경험도 의미가 없습니다. 이런 식으로, 당신이 쓴 내용이 면접관이 진지하게 받아들일 수 없다고 느낀다면, 당신은 그것을 성과로 쓸 수 없습니다.

1.3 이력서-Case

성취라고 볼 수 없는 글을 써야 하지 않겠습니까? 많은 프로젝트 경험과 업무 경험을 사례로 작성해야 합니다.

케이스와 업적의 차이점은 업적은 한 문장이면 충분하지만 케이스는 STAR 원칙을 따라야 한다는 점입니다.

STAR 원칙은 알리바바 HR이 가장 좋아하는 점으로, 내부 면접관들이 거듭 강조하는 원칙이기도 하다. S는 상황(Situation), T는 작업(Task), A는 동작(Action), R은 결과(Result)입니다.

STAR 원칙은 경험이 풍부한 면접관이든 경험이 없는 면접관이든 관계없이 매우 유용합니다.

시나리오: 상대방이 귀하의 작업에 참여하게 하고 귀하의 작업의 가치와 의미를 이해할 수 있습니다.

과제: 면접관이 자신이 직면한 문제와 어려움을 명확하게 이해하고 몰입감을 조성하도록 하세요.

액션: 일반적으로 누구나 쓰게 됩니다. STAR 원칙에 따르면 액션을 이야기할 때 트렌드를 따르는 것은 사실 자연스러운 일입니다.

결과: 사람들이 흔히 간과하는 점. 예를 들어 최적화를 했더니 최종 결과가 나오면 사람들이 그걸 적는 걸 잊어버리게 되는데, STAR 원칙이 있다면 그렇게 하지 않을 거예요. 잊어 버려.

1.4 이력서-경험

결국 사례가 없으면 어떻게 해야 하나요? 그 경험의 예가 사진에 나와 있습니다. 오른쪽은 당시 시나웨이보 채용담당자였던 선청이 올린 사진인데, 이력서에 한 아이가 첨부한 사진이 있었습니다. - 시나 제품 아이디어의 마인드맵을 그려보세요. 이 사진은 실제로 내용이 거의 없지만 HR에서 높은 평가를 받았습니다.

그래서 자신의 재능이 과소평가되고 있지만 자신이 매우 재능이 있다고 느낄 때, 글을 쓰고, 장면을 만들고, 아이디어를 적어보면 됩니다. 예를 들어, 프런트 엔드로서 JavaScript의 기본 원칙을 잘 알고 있다고 생각한다면 JavaScript의 기본 원칙이 무엇인지, CSS 레이아웃을 잘 이해하는지에 대해 작성할 수 있습니다. 시스템으로 요약할 수 있습니다.

자신의 경험을 바탕으로 블로그 게시물을 작성해 보세요. 이력서에 자신의 경험을 적는 경우는 거의 없지만 실제로는 매우 효과적입니다. 성과도 사례도 없을 때 이것이 유일한 의지가 될 수 있습니다.

2 면접의 목표

면접의 목표가 무엇인지 분명히 해야 합니다. 많은 사람들의 면접 목표는 합격하면 기뻐하고, 불합격하면 불행해지는 것입니다.

우리의 실제 대상 인터뷰 목표는 다음과 같아야 합니다. 합격하고 적합하거나 불합격하고 부적절하다는 것은 행복함을 의미하고, 합격하고 부적절하거나 적합하지 않으며 적합하지 않음을 의미합니다.

부적절한 상황에서는 신중하게 생각하는 것이 두려울 수 있습니다. 예를 들어, 수습 기간 동안 직장을 그만두는 것은 이력서에 매우 보기 좋지 않은 점이 될 수도 있고, 압박감이 심한 업무 경험을 겪었을 수도 있습니다. 불쾌한 결말임에 틀림없으며 그 영향도 끔찍할 것입니다. 합격하지 못하고 적합하지 못한 것이 덜 해롭고, 가장 큰 문제는 기회 낭비입니다.

3 면접 평가 방법 이해

기준을 명확히 한 후 구체적인 면접 과정을 말씀드리자면, 모두 면접 평가 방법을 이해해야 합니다. .

많은 사람들이 면접과 시험에 같은 사고방식으로 접근하는 경향이 있습니다. 사실 둘 사이에는 큰 차이가 있습니다. 시험 채점 규칙: 각 질문에 점수를 매기고 총점을 합산합니다. 면접은 전체적인 인상을 바탕으로 평가한다는 점에서 전혀 다릅니다. 많은 질문에 답하지 않아도 상관없습니다. 오히려 하나의 답변이 최종 결과를 결정할 수도 있습니다.

구조화된 인터뷰 평가 계획을 내부적으로 수행할 때 몇 가지 특별한 문제가 발생합니다. 예를 들어 일부 항목은 하나의 질문으로 직접 통과되고 일부 항목은 직접 거부됩니다. 기본적으로 나중에 아무리 좋은 성적을 내더라도 면접관을 속이려는 시도입니다.

3.1 면접 평가 방법 이해하기: 표현

또 다른 점은 표현 방법이 당신에 대한 최종 평가에도 영향을 미친다는 것입니다. 예를 들어 동일한 것을 STAR 원칙을 사용하여 설명한다면 과정과 결과를 직접 설명하는 것보다 훨씬 더 설득력이 있을 것입니다.

과정이 매우 중요합니다. 많은 사람들이 알고리즘 질문에 대해 우려합니다. 사실 알고리즘 문제를 해결할 수 있는지 여부는 그것을 분석하기 위해 열심히 노력하는지 여부가 중요하지 않을 수 있습니다.

예를 들어, 알고리즘 질문에 대한 가장 일반적인 분석 방법은 100개의 숫자를 계산하고 싶습니다. 먼저 2개의 숫자에 대한 사례를 수동으로 하나씩 분석하겠습니다. 이 과정에는 두 가지 긍정적인 요소가 있습니다. 첫째, 생각하고 아이디어를 찾을 수 있다는 점, 둘째, 면접관으로부터 많은 토론과 팁을 얻을 수 있다는 점입니다.

대부분의 사람들은 문제를 설명하는 능력 때문에 면접관들을 당황하게 합니다. 면접관이 질문했습니다. 프런트엔드 출판은 어떻게 합니까? 누군가 대답했습니다. 출판 시스템을 개발하겠습니다. 한 문장으로 무시하면 면접관이 머리가 아프게 됩니다.

너무 추상적으로 질문하지 마세요. 면접관이 이해할 것이라고 생각합니다. 사실 어떤 퍼블리싱 시스템을 만들었고, 어떻게 디자인했는지, 디자인과 구현에 있어서 어떤 어려움이 있는지 알고 싶습니다. 당신이라면 항상 추상적이고 면접관은 매우 피곤해 할 것입니다. 책임감 있는 사람은 몇 가지 질문을 더 할 것이고, 무책임한 사람은 그냥 지나갈 수도 있습니다.

3.2 면접 평가 방법 이해하기: 질문

먼저 지식 기반 질문에 모르면 그냥 아니라고 대답하세요. 20개 질문하면 18개 질문하면 반드시 탈락합니다. 10개 질문하고 1개를 이해하지 못한다면 기본적으로는 자신의 직위에 매우 중요한 문제가 아닌 이상 별 문제가 되지 않습니다.

둘째, 개방형 질문으로 사고방식을 조정하고 말처럼 대하는 것이 좋습니다.

예를 들어 다음 공개 질문은 다음과 같습니다. 어떤 HTML 태그가 있는지 알고 있으며 해당 태그의 의미가 무엇인지 말해 줄 수 있습니까?

이 질문에 직면했을 때 저는 후보자들이 자신이 수집한 무미건조한 정보, 자신이 알고 있는 가장 흥미로운 라벨, 자신의 수준을 반영할 수 있는 몇 가지 막연한 문제에 대해 이야기할 수 있기를 바랍니다. 레이블은 그 의미를 매우 잘 이해할 수 있으며, 면접관이 개방형 질문을 하면 그는 이를 연설로 받아들일 수 있기를 바랍니다. . 와서 놀아요.

셋째, 사례 분석 질문입니다. 답변을 하지 못하는 상황은 없고, 답변을 거부하는 상황만 있습니다. 예를 들어, 면접관이 당신을 위해 시나리오를 디자인한다면, 당신이 그것을 완성할 수 있도록 단계별로 안내해주기를 바랍니다. 처음에는 면접을 포기하는 것과 같습니다.

마지막으로 모두가 주목하고 있는 알고리즘과 프로그래밍 질문에 대해 이야기해 보겠습니다. 프론트엔드도 알고리즘 테스트를 받아야 합니까? 사실, 알고리즘이 무엇인지, 프로그래밍이 무엇인지 구별하는 것이 쉽지 않다는 생각이 들 때가 있습니다. 어려운 부분은 알고리즘 질문으로, 간단하게 프로그래밍 질문입니다. 난이도는 사람마다 다릅니다.

프론트엔드 엔지니어 인터뷰 때 했던 질문은 버블정렬 등 프로그래밍 관련 질문이 전부였는데, 알고리즘 질문에 포함되어서는 안되는 내용이었습니다. 제가 말씀드리고 싶은 것은 당신의 경력 개발을 위한 장기적인 계획을 가지고 있는 회사들은 당신의 프로그래밍과 알고리즘 능력에 더 많은 관심을 기울일 것이라는 것입니다. 제가 취업을 할 때, 회사가 제 알고리즘에 더 많은 관심을 가져주기를 바랄 수도 있습니다. 그리고 프로그래밍 능력.

3.3 면접 평가 방법 이해하기: 어떻게 해야 할지 모르겠다면

면접을 하다가 어떻게 해야 할지 모르는 상황에 직면하면 어떻게 해야 할까요? 가장 직접적인 방법은 면접관에게 방법을 모른다고 말하는 것입니다. 대부분의 질문에 반드시 답할 필요는 없습니다. 이것은 제가 참여한 인터뷰와 면접관으로서 경험한 인터뷰입니다. 질문에 대해 몇 가지 분석을 수행하거나 프롬프트를 묻거나 기다릴 수 있습니다. 또 다른 일반적인 접근 방식은 질문과 관련된 내용에 대해 이야기하는 것입니다. 500과 501에 대답한다는 것은 무슨 뜻인가요? 그런데 그 전에는 404가 기억나지 않는다고 대답하면 됩니다. 당신의 솔직함은 면접관에게 깊은 인상을 남길 것입니다.

3.4 면접 평가 방법 이해하기: 논쟁 상황

마지막으로 매우 드물고 지원자에게 큰 부담을 주는 상황, 즉 면접관과의 논쟁을 소개하겠습니다.

그냥 자리를 떠나지 마세요. 면접관이 당신에게 압력을 가하기 위해 의도적으로 말다툼을 벌일 수도 있습니다. 해결책은 자신의 의견을 주장하는 것이 아니라 논쟁을 시도하는 것입니다. 가장 기본적인 결론부터 시작하여 양측의 인식의 공통점을 찾아 점차적으로 논쟁 과정을 제공하고 추론 결론을 점차적으로 분석하면 됩니다. 합의에 도달할 수도 있습니다.

예를 들어 JavaScript는 객체 기반이며 객체 지향이 아닙니다. 물론 표준에서 JavaScript가 객체 지향이기 때문에 어떻게 해야 할까요? 이 문장을 이해하셨나요? 객체 지향의 정의가 무엇인지, 객체 기반의 정의가 무엇인지, 그리고 JavaScript의 어떤 특성이 객체 지향이 아닌 객체 기반이라고 생각하게 만드나요?

어떤 책에 나오는 이 문장을 아무 생각 없이 그냥 읽는다면 이 질문에 답을 잘못했다고 생각하실 것 같아요. 자신을 정당화하는 과정을 거치게 된다면, 그동안 나름대로의 생각도 겪었기 때문에 긍정적으로 평가하겠습니다.

Jing Duoduo: 면접관 입장에서 프론트엔드 엔지니어를 어떻게 선발하나요?

공유하고 싶은 내용은 1. 이력서 심사 및 의사소통 2. 면접 설계 3. 소프트 스킬 평가 4. 후보자 역량의 상하한 판단

1. 심사 및 커뮤니케이션 재개

면접관으로서 먼저 관련 경험, 회사 경험, 학력을 빠르게 읽어 보십시오. 및 기타 정보

해당 경험 STAR 분석법에 따르면 해당 회사의 경험은 주로 인터넷 회사이거나 경험이 있는 경우에는 상황이 크게 다르기 때문에 적어야 합니다. 전통적인 개발 모델도 있고, MVP 개발 모델도 있고, 프로세스 지향적인 것도 있습니다. 동시에 인터넷 사용자를 위한 것인지, 내부 사용자를 위한 것인지 주목해야 합니다. 인터넷 사용자는 사용자 경험의 세부 사항에 더 많은 관심을 기울이는 반면 후자는 다양성과 확장성 및 개발 효율성을 강조하기 때문입니다.

학력은 주로 참고용으로 사용됩니다.

지원자의 책임, 수행한 일, 업적을 명확하게 작성해야 합니다. 직설적으로 말하면 면접관이 빠르게 파악할 수 있도록 목적이 분명하고 집중해야 합니다. 기술 스택은 어떤지, 프런트엔드와 백엔드 협력 모델은 어떤지, 성과, 지표 개선, 효율성 개선 등을 빠르게 파악할 수 있습니다.

2. 면접 세션 디자인

첫번째, 면접 과정에서 필요한 '혹'은 무엇인가요? 🎜>면접 면접관은 자신만의 표준화된 면접을 구성하기 위한 개요를 갖게 됩니다. 예를 들어 면접은 너무 평범해서는 안 되며, 면접관의 관점에서 질문은 목적이 있어야 합니다. 초기 인상이 마음에 걸리고 다음 단계는 디자인 문제를 검증하는 과정에서, 예를 들어 프레임워크와 관련된 것인지, CSS에 대한 기본 지식이 있는지, 디자인 문제에 대한 루틴이 있습니다. 구체적이고 세부 사항을 검토해야 합니다. 이력서의 일부 하이라이트에 초점을 맞추는 것이 가장 좋습니다.

공개 질문 부분: 차별화된 질문을 하면 면접관은 지원자의 답변이 좋은지, 보통인지, 나쁜지 구분할 수 있습니다.

확실히 설계하겠습니다. 일반적으로 기술 스택의 장점과 단점, 주로 단점입니다. 기술 스택의 장점은 대답하기가 더 쉽기 때문입니다. vue처럼 학습 곡선이 상대적으로 길다는 것이 분명합니다 양방향 데이터 바인딩으로 원활하게 진행되지만 단점에 대해 질문을 받았을 때 모바일 단말기에서 첫 화면을 렌더링하는 데 얼마나 시간이 걸리는지, 다중 페이지 애플리케이션으로 이를 해결하는 방법 등 많은 사람들이 이를 인식하지 못합니다. .

전화 면접 외에도 논리적 사고 질문도 함께 검토하여 지원자의 유연성을 확인합니다.

두 번째는 지원자에게 코드 작성이 필요한지 여부입니다. 일반적으로 전제는 다음과 같습니다. 먼저 솔루션이 신뢰할 수 있는지 확인하고 최적의 솔루션을 안내하거나 안내한 다음 코드를 작성하도록 합니다. 일반적으로 회사 상사가 어떤 사람들을 직접 만나서 인터뷰하라고 추천할 때도 있기 때문에 반드시 코딩 능력을 테스트할 것입니다.

면접은 크게 3차, 인사면접으로 이루어지며, 1차, 2차, 3차 면접으로 의견을 교환하는 방식으로 진행됩니다.

지원자 입장에서는 내용이 명확해야 하고, 면접관의 목적과 조사 내용을 이해하고, 이력서에 기재된 질문을 잘 준비해야 합니다. 그런 다음 면접관에게 질문할 때 먼저 질문을 명확히 하세요. 구현 계획을 제시하고, 그 계획에 따른 장점과 단점을 제시합니다. 마지막으로 코딩을 합니다. 코딩 후에는 면접관에게 직접 답변을 던지는 대신 개별적으로 테스트하고 이상값을 작성해야 합니다.

3. 능력 평가

우선, 학습하는 선수인지, 경험이 풍부한 선수인지, 똑똑한. 학습하는 플레이어의 가장 큰 특징은 스스로 많은 새로운 지식에 접근할 수 있고, 업계 전체의 최신 지식에 기본 초점을 유지하며, 일부 문제를 스스로 요약할 수 있을 뿐만 아니라, 다른 사람으로부터 무언가를 배울 수 있다는 것입니다. 자신에게 더 의존하는 다른 사람들 우리는 경험뿐만 아니라 지능의 수준을 더 많이 봅니다.

두 번째는 후보자의 책임감이 강한지 평가하는 것입니다. 후보자에게 질문을 해보고 자기 평가를 할 수 있는지 확인합니다. 밸런스나 약재에 관해서는 많은 분들이 아주 빨리 결과를 주시고 검증을 맡기시는 분들이 많습니다. 질문을 하면 지원자들도 이렇게 말합니다. 실제로 지원자들은 스스로 자가 테스트를 하게 되는 경우가 많습니다.

세 번째 포인트는 커뮤니케이션 능력입니다. 제가 당신의 말을 간단하게 이해하고 명확하게 말할 수 있을까요? 후보자가 추상적이고 구체적일 수 있기를 바랍니다. 건축, 그 당시 그는 어떤 그림을 그려야 할지 알고 있었다.

네번째 포인트는 영리함과 호기심입니다. 나는 보통 세 번째 페이지에 앉아 후보자에게 매우 복잡한 것을 가르쳐달라고 요청하지만 이해하지 못합니다.

포인트 5: 리더십. 일반 엔지니어는 여전히 다른 사람을 동원할 수 있는 능력이 필요합니다. 예를 들어, 성능 최적화 프로젝트를 진행하는 엔지니어가 있는 경우 제품 측면, 앱 측면, 웹 측면, 통계 부서 및 데이터 통계 부서를 조정해야 합니다. 성능 통계 요구 사항을 완료하려면 로그 정렬, 로그 보고, 데이터 분석, 데이터 표시 등이 필요합니다. 그런 다음 인터뷰 개요를 작성하고 면접관은 자신만의 질문을 생각해 낼 수 있습니다

예를 들어 URL 구문 분석 기능을 작성하는 동시에 네트워크 프로토콜, 규칙성에 대한 지식을 테스트합니다. , js 코드 디자인, 프론트엔드와 백엔드 협업

지원자에게는 탄탄한 기본 능력과 일을 잘 수행하는 방법이 중요합니다. 기본적인 기술은 당신에게 달려 있습니다. 누군가는 당신에게 일을 하는 방법을 가르쳐야 하고, 당신은 그것을 스스로 요약해야 합니다. 또한 두 권의 책을 추천하겠습니다. "훌륭하고 유능한 관리자"와 "구글 모델"

4. 후보자 역량의 상한과 하한을 판단

마지막 사항: 방법 빨리 판단하라 후보자의 진정한 강점. 이력서와 성과를 결합하여 하한선과 대략적인 수준을 결정할 수 있습니다. 다음으로 차별화된 공개 질문이 있습니다. 예를 들어, 성과 문제를 해결하기 위한 아이디어와 솔루션을 살펴보고 후보자의 상한선을 판단하고 상한선과 하한선을 결합하여 최종적으로 진정한 수준을 얻습니다.

고전적인 질문: js의 레벨을 나누라고 하면 어떻게 나누나요? 어떤 사람들은 먼저 프레임워크 사용법을 알고, 두 번째로 프레임워크 원리를 이해하고 소스 코드를 읽고, 세 번째로 기본 프레임워크를 작성합니다. 다시 묻는다면: 당신은 어느 정도 수준인가요? 후보자의 피드백과 결합하면 후보자의 강점을 추론하기가 더 쉽습니다.

지원자에게 있어서 면접의 핵심은 자신의 진정한 수준을 보여주고 자신에게 맞는 자리를 찾는 것입니다. 함께 일하고 밤에도 기꺼이 야근할 수 있는 사람을 찾는 것이 면접관의 핵심입니다.

Q&A

1.@winter: 기본적인 프론트엔드 기술 외에 알고리즘도 마스터해야 하나요? 주요 BAT 제조업체는 알고리즘을 마스터하기 위해 어떤 요구 사항을 갖고 있으며 어느 정도까지 마스터해야 합니까?

A: 프론트엔드의 경우 정렬을 작성할 수 있을 정도로 알고리즘을 마스터해야 합니다. 인터뷰에서는 정렬을 테스트할 뿐만 아니라 동등한 난이도의 몇 가지 질문도 출제됩니다. 우리는 또한 원칙을 가지고 있습니다: 귀하의 성과가 알고리즘의 범위를 초과하는 경우, 우리는 귀하의 프로젝트와 사례를 기반으로 질문을 할 것이며 특별히 조사할 질문을 설정하지 않을 것입니다. CSS라면 원칙적으로 모든 사람이 특정 엔지니어로 자리매김하는 것을 원하지 않습니다. 심지어 우리의 프론트 엔드 책임도 끊임없이 변화하고 있습니다. 자신을 CSS 엔지니어라고 말하면 모집하지 않습니다.

예를 들어 Da Mo는 업계에서 유명한 CSS 전문가입니다. 그는 CSS 이상의 일을 하기 위해 우리를 찾습니다. 지원자이며 우리는 확실히 단점을 고르지 않습니다.

2. @京多多: 프론트엔드 엔지니어, 프론트엔드 감독자, 프론트엔드 아키텍트, 프론트엔드 디렉터, 부서 디렉터를 인터뷰하는 데 필요한 다양한 요구 사항과 특성은 무엇입니까? 면접 방법으로는 대기업의 입시 전략에 대해 말씀해 주실 수 있나요?

프론트엔드 엔지니어: 기본적인 전문성과 일하는 방식이 좋습니다.

프런트엔드 감독자: 일을 처리하고, 사람들을 교육하고, 사람들을 안내할 수 있습니다.

프런트 엔드 아키텍트: Baidu T7, T8, Ali P7, P8에 해당, 고도로 전문적, 2~3개 측면의 전문가, 충분히 광범위하고 여러 비즈니스 라인의 문제를 해결할 수 있으며 업계를 선도하는 결과물 영향.

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿
회사 소개 부인 성명 Sitemap
PHP 중국어 웹사이트:공공복지 온라인 PHP 교육,PHP 학습자의 빠른 성장을 도와주세요!