인터뷰 시 프로젝트 경험을 어떻게 소개하나요?

면접 중에 일반적으로 몇 번의 인사(때로는 자기 소개를 요청함) 후 면접관이 귀하의 프로젝트 경험을 소개하도록 요청할 것입니다.

일반적인 질문은 "최근(또는 가장 성공적인) 프로젝트에 대해 알려주세요"입니다.

다년간의 인터뷰 경험에 의하면, 많은 인터뷰 대상자들이 이에 대해 전혀 준비가 되어 있지 않다는 것을 알았고, 심지어 어떤 사람들은 프로젝트 경험이 기간이나 기술적인 측면에서 이력서와 일치하지 않는다고 말하기도 했습니다. 다음 결과.

1. 첫인상은 좋지 않습니다. 적어도 후보자의 표현력이 강하지 않다고 느낄 것입니다.

2. 일반적으로 면접관은 후보자가 소개한 프로젝트 배경을 기준으로 질문합니다. 면접 시 10개의 질문을 한다고 가정하면, 후보자가 소개한 프로젝트 배경을 기준으로 최소 5개의 질문이 나옵니다. .그 사람이 예라고 대답하지 못하면 후속 질문을 잘 이끌 수 없게 되며, 이는 질문할 권리를 면접관에게 완전히 넘겨주는 것과 같습니다.

면접 시 능력에 따라 7점, 능력에 따라 3점이 결정되며, 능력 중 초반 프로젝트 소개가 최우선이므로 이번 글에서는 면접 시 프로젝트 소개 준비 방법에 대해 알려드리겠습니다. "介绍”和“引导"의 두 가지 측면 .

알겠습니다. 본문은 이렇습니다.

"1. 면접 전에 프로젝트 설명을 준비하세요. 면접관은 아무것도 모르니까 두려워하지 마세요."

면접관은 신이 아니라 인간입니다. 이력서를 받았을 때 프로젝트의 세부 사항을 확인할 방법이 없습니다. (일반적으로 회사는 채용 후 확인하기 위해 배경 조사를 실시합니다.) 게다가 당신이 하는 프로젝트는 월 단위로 계산되며 면접관은 이력서를 통해 당신의 프로젝트 경험에 대해 최대 30분까지 학습할 것이기 때문에 당신은 면접관보다 프로젝트에 대한 친숙도가 훨씬 높으므로 당신은 전혀 긴장할 필요가 없습니다. 면접관보다 업무 경험이 많으면 면접 과정 전체를 통제할 수도 있다(저자는 면접 전문가가 된 뒤 이런 일을 자주 하는데, 누구나 할 수 있다).

	「你」	「面试官」
이전 프로젝트와 기술을	매우 잘 알고	당신의 말을 듣고 당신이 말하는 것에 따라 판단할 수 있습니다
면접 과정에서의 책임	매우 짧은 시간에 방어할 수 있습니다. 시간 내에 성공하세요	허점을 찾을 수 없다면, 이전에 해본 적이 있다고밖에 볼 수 없습니다
준비 시간	면접 전에 준비할 시간은 충분합니다	보통 30분 정도 소요됩니다 면접 전 ​​꼭 읽어보세요 이력서
소통 과정	실수는 할 수 있지만 결정적인 실수는 하지 마세요	너무 나쁘지 않은 이상 별로 어렵지 않을 거예요
실력	실력도 충분하고, 인터넷으로도 배울 수 있어요. 면접 질문을 충분히 찾아보세요	사실, 일반적인 질문과 일반적인 질문만 물어보세요

면접관은 귀하의 세부 사항을 알 수 없는데 어떻게 귀하의 프로젝트 경험과 기술을 확인할 수 있습니까? 다음은 일반적으로 사용되는 몇 가지 질문을 요약한 것입니다. ㅋㅋㅋ 이력서 일관성

이 프로젝트를 실제로 수행했는지 확인하세요프로젝트의 세부 사항을 심층적으로 확인하십시오

이력서에서 프레임워크, 데이터베이스 등 프로젝트에 사용된 기술을 살펴보고 이러한 기술에 대해 몇 가지 기본적인 질문을 하세요또는 프로젝트를 수행한 동시에 이러한 기술을 이해하고 추가 질문에 대비하는지 확인하세요

특정 프로젝트의 경우 계속해서 기술적인 질문을 깊이 있게 질문하거나 다양한 측면의 일부 기술 구현에 대해 물어보세요. 귀하의 답변에 모순이 있습니다

특정 기술에 대해 프로젝트에서 확실히 접하게 될 몇 가지 질문을 하십시오. 예를 들어 후보자가 자신이 작업했다고 말하면. 데이터베이스, 인덱싱에 대한 질문을 할 것입니다

이러한 유형의 질문을 통해 후보자가 실제로 프로젝트 경험이 있는지 (또는 단지 학습 경험인지) 검증하십시오

"둘째, 프로젝트에 대한 세부 사항을 묻는다면 그것은 한 번도 해본 적이 없다는 뜻입니다."

일반적으로 인터뷰 전에 모두가 프로젝트 설명을 준비해야 합니다. 이 부분에 대한 최종 결정권은 당신에게 있기 때문에 연설에 더 자신감을 갖고, 완벽하게 준비한 후에 말하고 싶은 내용을 알 수 있기 때문에 더 유창하게 말할 수 있습니다. 그리고 이것은 실제 프로젝트 경험(학습 경험이나 훈련 경험이 아님)이므로 면접관이 말조차 할 수 없다고 느끼면 신뢰도가 매우 낮아질 것입니다.

많은 사람들이 "프로젝트에서 어떤 사업을 했는지, 코드 구현의 세부 사항"에 갇혀 있는데, 이는 면접관에게 직접 후속 질문을 할 수 있는 권한을 주는 것과 같습니다. 아래 표에는 몇 가지 잘못된 답변 방법이 나열되어 있습니다.

"답변 방법"	"결과"
저는 XX 소프트웨어 회사에서 XX ​​포털 프로젝트에 참여했습니다. 이 프로젝트에서는 특히 XX 및 XX 모듈이 있습니다. XX개의 기능을 수행했고 고객은 XX이며 결국 이 프로젝트는 XX의 돈을 벌었습니다	나는 그를 직접 방해했습니다. 비즈니스 요구를 이해할 필요가 없기 때문에 프로젝트의 기술에 대해 직접 물어볼 것입니다
(Spring MVC를 알고 Java 백엔드 개발 인력을 모집해야 함) C#(또는 기타 비Java 기술)을 사용하여 가장 최근 프로젝트를 구현했는데 작동했습니다... 또는 최근에 한 작업이 개발이 아니었지만, 테스트... 아니면 최근 프로젝트에서 사용하지 않았습니다. Spring MVC	SSH 기술을 사용한 마지막 프로젝트가 언제인지 물어보고 다음과 같이 댓글을 작성하세요. 지난 XX번
졸업 프로젝트를 하던 중(혹은 공부하던 중, 공부하던 중) 그때 XX수련원에서, XX실습 과정에서,...	직접 중단했습니다. 그리고 이것이 상업 프로젝트인지, 그렇지 않다면 다른 사업 경험이 있는지 물었습니다. 학교 모집이 아닌 경우 상업 프로젝트 경험이 없으면 바로 면접이 종료됩니다
프로젝트 설명 시 일부 주요 요소(회사, 시간, 사용된 기술 등)가 일치하지 않는 경우가 있습니다. .) 및 이력서	이 불일치에 대해 조사하겠습니다. 이 경우 이력서가 가짜라면 면접이 직접 중단될 수 있습니다. 실제로 사무 오류라면 합리적인 설명이 제공되어야 합니다

위에서 언급한 잘못된 답변을 피하면서 표에 제시된 요소를 기반으로 프로젝트 소개를 준비할 수 있습니다. 가능하다면 영어로 설명도 준비해주세요. 사실 갓 졸업한 사람이나 경력이 적은 사람도 영어 실력이 비슷한데 말씀하신 것처럼 질적인 향상이 있는 것 같아요.

"Elements"	"Style"
1분 이내에 제어하고 프로젝트 이름, 배경, 어떤 클라이언트인지 등 프로젝트의 기본 상황을 알려주고, 기본 사항, 완료 기간, 프로젝트 규모, 사용되는 기술, 사용되는 데이터베이스 등을 완료한 다음 적절하게 모듈에 대해 간략하게 설명합니다. 배경, 기술, 데이터베이스 및 기타 기술 관련 정보를 강조합니다.	저는 XX회사에 XX외환 마진 거래 플랫폼을 구축했습니다. 클라이언트는 주로 상장, 실제 제안 거래, 마진 레버리지 거래 및 기타 기능을 완료합니다. JS 및 기타 기술이 사용됩니다. 프론트 데스크에서는 Java를 사용하고 SSH에서는 Java를 사용하고 있으며 여러 사람이 X개월 동안 이 작업을 수행해 왔습니다. 각 기능 모듈을 자세히 설명할 필요도 없고, 비즈니스에 관해서도 기술에 대해서는 너무 많이 말할 필요가 없습니다. 면접관이 관심이 있다면 그가 물어볼 때까지 기다리십시오.
설명의 이 부분은 귀하의 기술적 배경과 일치해야 합니다.	X개월간 외환실제호가거래시스템, 보류주문거래시스템, XXX 모듈을 구축했습니다
프로젝트에서 맡은 역할을 설명해주세요	주로 개발을 했지만, 개발 이전에는 I를 주도적으로 맡았습니다. 프로젝트 관리자로서 비즈니스 연구, 데이터베이스 설계 및 기타 작업에 참여했으며 이후 테스트 및 배포 작업에 참여했습니다.
사용된 기술적인 세부 사항을 설명할 수 있습니다. 특히, 면접관이 이를 토대로 질문할 것이기 때문에 이 부분에 특히 주의하세요. 5개의 모듈을 완료했다면 유창하고 쉽게 말할 수 있는 모듈을 2개만 말하는 것이 좋습니다.	Java, JDBC 등의 컬렉션을 사용하고, Spring MVC와 같은 프레임워크를 사용하고, 데이터베이스에 연결하는 기술을 사용했습니다.
이 부분의 책임은 본인에게 있습니다. 가능하다면 Linux, 빅데이터, 높은 액세스 압력 등 인기 있는 요소에 대해 조용히 이야기해 보세요. 하지만 일단 말하면 면접관이 직접 자세한 내용을 물어볼 것입니다.	Linux에 배포된 이 시스템에서 매일 처리해야 하는 데이터의 양은 XX개이며, 요구 사항은 4시간 안에 5천만 개의 데이터와 1G의 메모리를 처리하는 것입니다. 평균 방문자는 분당 XXX입니다.

면접 전에는 준비와 자신감이 있어야 하지만, 다음과 같은 상황도 피해야 합니다.

"피해야 할 상황"	"올바른 접근 방식"	"이유"
답은 간단합니다. 무엇이든 물어보면 대답하고, 대개 한 문장으로 대답하세요	당신이 알고 있는 아이디어와 프레임워크에 중점을 두고 당신이 아는 모든 것을 말해주세요	Q: SSH를 사용해 본 적이 있나요? 답변: 사용되었습니다.질문: 어떤 프로젝트에 사용되나요? 답변: 보험 프로젝트입니다. 질문: 어떤 일을 하셨나요? 답: 전개에 대해서는 직접 묻지 않겠습니다
너무 유창하게 말하세요	적당히 잠시 멈춰서 생각하면서 이야기하세요	면접관이 준비한 내용을 외우고 있다는 느낌을 주어 후속 질문이 어려워집니다
프로젝트 소개 아무 말도 하지 마세요.	방금 준비한 내용만 이야기하고, 논리적으로 말하세요.	면접관이 생각이 너무 혼란스럽다고 느낄 것입니다.
기술적인 내용을 너무 많이 소개하지 마세요. 자세한 내용은 익숙한 기술에 대해서만 이야기하세요	기술 면접이 끝나면 면접관이 질문할 때까지 기다리세요	언급한 모든 기술 사항에 대해 심층적으로 질문할 수 있습니다. 면접관들은 일반적으로 자신만의 면접 리듬을 가지고 있습니다. 소개 과정에서 기술적인 세부 사항에 대해 너무 많이 이야기하면 방해를 받아 준비한 하이라이트를 표현하지 못할 수 있습니다.

"셋째, 면접관이 듣고 싶어하는 말을 흔적도 남기지 않고 말하라"

프로젝트 소개(물론 후속 인터뷰도 포함)에서 면접관은 실제로 듣고 싶어하는 말을 오랫동안 핵심 내용을 말하고 관련 질문에 잘 답해 준다면 이는 확실히 장점이 됩니다. 다른 사람들을 인터뷰할 때 이러한 핵심 사항이 확인되면 반드시 리뷰에 코멘트를 추가하겠습니다.

다음은 면접관들이 듣고 싶어하는 5가지 핵심 포인트와 그에 따른 수사법입니다.

"핵심 포인트"	"수사학"
코드의 확장성을 고려하고 프레임워크 설계에 참여할 수 있는 인식을 가지세요	나의 프로젝트 XX 보험 프로젝트 SSH 기술을 사용하고 있으며, 데이터베이스는 Oracle입니다. (이것이 예표입니다.) 개발 시 먼저 프로젝트 매니저와 함께 프레임워크를 설계하고, 데이터베이스에 연결할 때 DAO를 사용합니다. 이는 SQL 문이 DAO 계층에 캡슐화되기 위한 것입니다. 일단 기능 모듈을 확장하고 싶다면 너무 많은 변경을 할 필요가 없습니다.
튜닝에 대한 인식을 갖고 모니터링을 통해 문제 지점을 찾아 해결해 보세요	개발 단계에서 메모리 성능 문제와 SQL 실행 시간 문제를 발견했으며 스트레스 테스트 단계에서 xx 도구를 사용하겠습니다. 메모리와 데이터베이스를 모니터링하여 개선이 필요한 코드 포인트를 찾은 다음 데이터를 확인하여 최적화합니다. 마지막으로 프로젝트가 온라인 상태가 된 후 모니터링 시스템을 배포할 예정이며, 메모리 및 데이터베이스 문제가 발견되면 최대한 빨리 해결해 드리겠습니다.
나는 실무 능력이 뛰어나고, 일할 의지가 있고, 많은 것을 알고, 좋은 팀워크를 가지고 있습니다.	프로젝트에서는 개발 작업뿐만 아니라 테스트도 해야 합니다. 디버깅하려면 데이터베이스나 Java 측으로 이동하세요. 모듈을 열면 테스트를 위해 Linux에 배포해야 합니다. 또는 문제가 발생하면 비즈니스 문제라면 적시에 프로젝트 관리자와 소통하고, 테스트 문제라면 직접 정보를 확인하겠습니다. 적시에 테스터와 통신하십시오.
책임감이 강하고 압박감이 심한 환경에 적응할 수 있는 분	"프로젝트에서 문제가 발생하면 어떻게 해야 하나요?"라는 질문에 답변: 문제가 발생하면 정보를 확인하겠습니다. 첫째, 정말 해결이 안 되면 안 할 거예요. 지체하면 시간 내에 관련자에게 물어보고, 야근을 하더라도 정해진 시간 안에 해결해 줄 거예요.
독립적인 사고를 갖고 지속적으로 새로운 지식을 탐색할 수 있어야 합니다	프로젝트에서는 프로젝트 관리자와 아이디어를 공유하고 솔루션을 제안하면서 진행됩니다. 개발 과정에서 먼저 고민하고, 가장 효율적인 방법 등 더 나은 방법으로 구현해 나가겠습니다. 또한 다음과 같이 말할 수 있는 기회를 찾아야 합니다. 나는 일반적으로 몇 가지 새로운 기술(예: 빅 데이터 Hadoop)을 계속 살펴보고 있으며 일부 프레임워크 및 기술의 기본 구현에 대해 계속해서 더 깊이 이해할 것입니다.

"넷. 적극적으로 임하세요. 면접관이 하이라이트를 캐낼 의무는 없습니다."

인터뷰에 가면 저는 종종 질문을 합니다. 프로젝트의 하이라이트가 무엇인가요? ? 아니면 후보자로서 이 직책에 성공적으로 지원하는 데 도움이 되는 다른 보너스 포인트는 무엇입니까? 이렇게 물어봐도 어떤 사람들은 직접적으로 아니라고 대답할 것이다.

이 질문을 할 때 이미 잘못된 역할을 하고 있습니다. 면접관으로서 질문을 기다리기보다는 먼저 발언해야 합니다. 하지만 일반적으로 말할 때는 능숙해야 하며 말할 기회를 찾아야 합니다. 개방형 질문으로 설명하세요.

예: 이 프로젝트에는 어떤 기술이 사용되었나요? Spring MVC, MyBatis 및 기존 데이터베이스 기술과 같은 몇 가지 기본 기술에 대해 이야기하는 것 외에도 가상 머신 메모리에 대한 부담을 줄일 수 있는 Java 메모리 관리의 사용이나 빅데이터의 사용에 대해서도 언급해야 합니다. 처리 기술 등 즉, 현재 매우 인기 있는 기술에 대해 이야기할 수 있는 모든 기회를 찾아야 합니다.

또는 다음과 같은 질문과 같이 확장된 설명을 위한 관련 질문을 찾으세요. 일대다 및 다대다를 사용해 본 적이 있나요? 기본 지식 포인트 외에도 일반적으로 필요에 따라 캐스케이드 및 역 키워드를 적절하게 설정한 다음 실제 사례를 사용하여 프로젝트에 대한 합리적인 디자인의 도움을 설명하여 확장할 수 있다고 말할 수도 있습니다. 설명 실력이 늘었어요. 반대로 말하지 않으면 면접관은 분명 단순한 일대일, 일대다 연산밖에 할 수 없다고 생각할 것입니다.

면접에서 지원자가 질문에 아주 간단하게 답변하거나, 할 말이 한 가지만 확장되지 않거나, 질문에 매우 인색한 문장으로 답변하는 경우에는 대개 깊이 있게 이야기할 기회를 제공합니다. 보장 모든 면접관이 깊이있는 질문을하는 것은 아닙니다), 대답이 간결하면 좋은 의견을 제시하는 데 인색합니다.

❝

기억하세요: 면접관은 귀하의 친척이 아니며, 면접관은 매우 바쁘고, 귀하의 하이라이트를 파헤칠 수 있는 면접관이 거의 ​​없으며, 귀하의 하이라이트를 말하는 것은 귀하의 의무입니다.

❞

나는 다른 사람들을 인터뷰하는데, 보통 다양한 상황에 따라 다음과 같은 의견을 제시합니다.

1. 답은 매우 간단하지만 그 대답은 그가 실제로 프레임워크 및 기타 기술에 대해 뭔가를 했다는 것을 증명할 수 있습니다. "나는 프레임워크에 대해 전반적으로 이해하고 있지만 일부는 모릅니다. -깊은 지식(질문을 너무 많이 했습니다.) 매번 아주 간략하게 답변해주셔서 죄송합니다. 이렇게밖에 쓸 수가 없네요. 정말 기술적이시겠지만 할 수 있는 일이 없을 것 같습니다. )"라고 말하면서 동시에 "나는 표현력이 풍부하다"고 덧붙였다. 일반적으로 의사소통 능력이 뛰어나지 않은 편이다. 그래서 기술 면접을 통과하더라도 후속 인터뷰가 어렵다.

2. 답은 매우 간단합니다. 이 기술을 프로젝트에서 했는지, 아니면 그냥 일상 공부에서 배웠는지 확인할 수 없습니다. "이력서에는 XX기술을 사용했다고 적혀 있는데, 자세한 내용은 알 수 없고, 해당 기술이 해당 업무에 꼭 필요한 것인지는 알 수 없습니다."라고 적었습니다. , 그렇다면 그가 인터뷰에 합격할 가능성은 아주 적습니다.

3. 답변은 아주 간단하고, um, ah 같은 기능어로만 대답합니다. 상기시킨 후 몇 가지 형식적인 단어로 인터뷰를 마무리하고 "기술이 매우 약하고 저는 면접에 합격하지 못할 것 같아요."

4. 그의 실력을 잘 보여줄 수 있는 답변이지만 논리가 명확하지 않으면 기술 면접을 통과하게 하겠지만 "실력은 매우 좋지만 표현력은 보통 수준입니다(또는 개선이 필요합니다)), 차후 면접 매니저를 고려해 주시기 바랍니다." 이처럼 후속 종합면접에서는 합격 확률이 평균입니다. 결국 종합면접에서는 표현력, 의사소통 능력 등 비기술적 요소를 중점적으로 보게 됩니다.

"어쨌든 간단하게 대답하고 자신이 잘하는 것이 솔선해서 말해주지 않거나, 하이라이트를 명확하고 체계적으로 말하지 않으면, 면접에 합격하면 '프레임워크 세부사항'을 쓰지 않겠습니다. '데이터베이스 활용에 대한 깊은 이해와 숙련도' 등 좋은 코멘트가 있으면 기술 면접과 후속 종합 면접에 합격하더라도 연봉이 상대적으로 낮을 수 있습니다. 직접 탈락”

면접 과정에서 절대 실수하면 안 되는 부분이 있기 때문에 준비 과정에서 다음 사항에 각별히 주의해야 합니다. 다음은 게임에서 빠져나오게 만드는 몇 가지 오답입니다.

"오류 유형"	"결과"
Inconsistency. 예를 들어 처음에는 Spring MVC를 사용했다고 나와 있지만, 나중에는 그렇지 않았습니다. 가장 기본적인 구현을 말하는 것은 불가능합니다. 예를 들어 Spring에 어떤 클래스가 있는지 모르거나 프로젝트의 세부 사항을 말할 수 없습니다.	저는 이 프로젝트의 진정성을 의심할 것이며, 추가적으로 질문할 것입니다: 사용된 데이터베이스는 무엇이며, 데이터의 양은 얼마나 됩니까? 얼마나 많은 사람들이 작업했고 시간이 얼마나 걸렸습니까? 시간이 많이 걸리는 소규모 프로젝트와 같이 명백한 허점이 발견되면 이는 단순한 기술적 문제가 아니라 작업 중에 "무리"하려는 시도입니다. 인터뷰 과정.
프로젝트에서 반드시 사용하게 될 기본적인 개념 질문에는 답변을 드릴 수가 없습니다. Spring의 의존성 주입 개념이 무엇이고 어떻게 사용하는지, MyBatis에서는 어떤 디자인 패턴이 사용되는지?	개념을 모른다는 걸 알게 되면 추가 질문을 통해 확인하겠습니다. 약한 것으로 확인되면 심각한 수준입니다. 부족한 기술력과 사용하지 않는 기술은 완전히 다르기 때문입니다. 상황에 따라 사용하면 직접 제거됩니다.
면접에서 언급한 경력과 이력서에 불일치가 있는 경우	이력서가 조작된 것으로 의심하고, 이력서라고 하더라도 지원자에게 설명을 요구할 것입니다. 잘못 쓰여진 경우, 그의 기술과 능력을 확인하기 위해 더 심층적인 질문을 하도록 하겠습니다.
이력서에 적힌 스킬 설명은 당연히 답변과 일치하지 않습니다. 예를 들어 제가 간단한 리눅스만 알고 있는 것이 당연하지만 자랑하고 있습니다.	다른 스킬은 몇 가지 더 깊은 질문을 통해 검증하고 찾아보겠습니다. 다른 측면에서 자랑하는 정도. 따라서 적절하게 과장하되 너무 지나치지 않게 하는 것이 좋습니다. 예를 들어 프로젝트에서 프레임워크를 구축하지 않았지만 일상 학습 중에 구축한 경우 "XX 프로젝트의 프레임워크는 귀하가 구축했습니다."라고 쓸 수 있습니다. "하지만 당신이 건축가라고 말할 수는 없습니다. , 프로젝트의 낮은 수준의 측면을 매우 잘 이해합니다.
예를 들어 인터뷰 중에 엄숙하게 말하지 않거나 매우 격식을 차리지 않는 옷차림으로 면접관이 불안정하고 성급하다는 느낌을 갖게 한다면 조끼를 입으면 됩니다.	아무리 실력이 좋아도 이로 인해 바로 탈락할 수도 있습니다. 저는 말투가 매끄럽지 못한 지원자에게 직접 악플을 쓰는 경우가 많아서 나중에 프로젝트 매니저가 인터뷰하기가 어렵습니다. 이력서에 6개월에 한 번씩 이직한다고 적힌 사람을 만났는데, 왜 그렇게 자주 이직을 했는지 물어보니 그 사람은 단순히 급여 문제 때문이라고 직접 말했습니다.
야근과 출장은 안 된다고 분명히 명시되어 있어요	사실 이런 질문이 있긴 하지만 회사에서 실제로는 야근이나 출장을 안 할 수도 있어요. 하지만 이런 대답을 듣는다는 것은 그 사람이 과중한 업무를 견딜 수 없거나 책임감이 약하다는 것을 의미합니다. 대부분의 회사는 그런 사람을 원하지 않을 것입니다.

"여섯. 소개:"몇 가지 보너스 포인트를 준비하고 소개에서 의도적으로 언급하되 모두 언급하지는 마세요

프로젝트 소개 시 일부를 삽입할 수 있습니다. 하지만 프로젝트를 소개하든 질문에 답하든 현재 귀하의 책임은 하이라이트를 설명하는 것이 아니라 프로젝트를 자세히 설명하는 것입니다. 그러면 면접관이 주제에서 벗어났다고 느낄 수 있습니다. .

이번에는 한 획으로 설명할 수 있습니다. 예를 들어 "우리 프로젝트는 상대적으로 큰 데이터 요구 사항을 가지고 있습니다. 우리가 바쁠 때는 평균 시간당 수십만 개의 데이터를 처리해야 합니다."라고 말할 수 있습니다. 이렇게 하면 면접관에게 "빅 데이터" 방향을 소개할 수 있습니다.

면접 전 포지션의 필요에 따라 이런 '통과' 단어를 준비하시면 됩니다. 예를 들어 이 직책의 요구 사항은 Spring MVC 프레임워크, 높은 빅데이터 동시성, 데이터베이스 튜닝 경험입니다. 그런 다음 과거 프로젝트를 소개할 때 이러한 측면에 대한 실제 기술을 강조하는 것이 좋습니다.

또 다른 예를 들어 보겠습니다. Java 가상 머신 메모리 관리와 데이터베이스 최적화는 대부분의 프로젝트에서 직면하게 되는 두 가지 주요 문제입니다. 프로젝트 경험을 설명할 때 누구나 이 프로젝트에서는 메모리 요소를 고려해야 한다고 말할 수 있습니다. , 우리 코드는 2G 메모리 환경에서만 실행이 허용되고 데이터베이스 성능 요구 사항이 상대적으로 높기 때문에 데이터베이스의 메모리 및 SQL 문을 모니터링하고 최적화해야 하는 경우가 많습니다. 이런 식으로 면접관이 심층적인 질문을 할 때 그는 가상머신 메모리 최적화와 데이터베이스 최적화에 대해 미리 준비한 발언을 던질 수 있습니다.

그래도 안 되면 “이 프로젝트는 상대적으로 인원이 적고 부담이 크기 때문에 개발 외에도 요구 사항 이해, 테스트, 배포 작업도 했습니다.”라고 말할 수도 있습니다. 또한 당신이 혼자 있는 경험이 있다는 것을 보여줄 수도 있습니다.

면접 과정에서 눈에 띄는 내용을 들으면 그가 현재 질문을 할 때까지 기다렸다가 아무렇지도 않게 질문합니다. 일반적으로 기술 면접은 최대 30분 정도 시간을 들여 답변해야 합니다. 준비된 질문을 하면 다른 질문을 받을 시간이 줄어듭니다.

"7. 지도할 수는 있지만 혼잣말을 할 수는 없다"

면접을 하게 되면 준비가 잘 되어있는 분들도 만나보게 되더라구요. 지원하고 싶다면 미리 준비해야 한다는 점은 이해하고 동의할 수도 있습니다. 너무 뻔한 징후를 보이지 않는 한, "준비된 것 같지만 실제 실력을 테스트할 수는 없습니다"라는 말은 쓰지 않을 것입니다. , 모든 인터뷰가 그렇지는 않을 수도 있다는 것은 말할 것도 없고 모든 사람이 당신이 준비되었다고 느낄 수 있습니다. 하지만 준비만 한다고 너무 강해질 수는 없잖아요. 결국 면접은 면접관이 주도하는 거죠.

말을 너무 많이 하고 주로 주도적으로 확장을 시도하는 인터뷰 대상자들을 만났습니다. 예를 들어 그에게 어떤 데이터베이스를 사용하는지 물었을 때 그는 데이터베이스가 무엇인지, 무엇을 했는지 대답할 뿐만 아니라 빅데이터에 대해서도 이야기했습니다. 그런데 처리 기술이 나옵니다.

실제로 너무 멀리 가면 나는 당신이 말한 모든 세부 사항에 집중할 것입니다. 왜냐하면 당신이 말한 내용은 당신이 프로젝트에서 사용한 내용이 아니라 온라인에서 읽은 내용이라고 의심하기 때문입니다. "당신이 먼저. 사실대로 말해보세요. 이 기술을 실제로 프로젝트에 사용했다면 나중에 조사에 집중하겠습니다. 일단 프로젝트에 사용하지 않은 것으로 간주되면 혼란스러운 일이 될 것입니다." 고백하려는 이니셔티브.

그렇지만, 데이터의 양이 상대적으로 많다고만 하고 거기에 그치지 않고 나머지에 대해서는 계속 이야기하지 않았다면 제가 깊이 물어봤을 것이고, 자연스럽게 표현할 기회가 생겼을 것입니다. 동시에, 일반적으로 인터뷰 과정에서 보너스 포인트를 보여줬지만 면접관이 대답하지 않으면 보너스 포인트는 프로젝트에 필요하지 않을 수도 있고 그에게 관심이 없을 수도 있으므로 다음을 수행할 수 있습니다. 이제 그것에 대해 이야기하지 마세요. 아니면 질문할 때까지 기다리세요.

「8. 요약이 끝이 아니다」

지금까지 프로젝트 소개에 대한 몇 가지 팁을 전해드렸습니다.

두 문장, 첫째, 면접 전 준비해야 합니다. 둘째, 이 글은 독단적인 것이 아닌 올바른 방법을 제시합니다. 암기하기보다는 이 글에서 제시하는 방향에 따라 준비하고 자신의 프로젝트 배경과 결합하면 됩니다. 이 기사에는 몇 가지 수사가 주어졌습니다.

모두가 프로젝트 배경을 소개하고 나면 인터뷰가 시작됩니다. 아무리 말을 잘해도, 질문을 준비한 범위로 아무리 잘 안내해도 여전히 Java Web(예: Spring MVC, ORM 등), Java Core(멀티스레딩, 컬렉션, JDBC 등) 및 데이터베이스 문제.

그렇다면 이 글의 가치는 무엇인가요? 지도가 좋지 않으면 자신의 능력을 발휘할 기회가 없습니다. 이것이 이 글에 제시된 방법의 가치입니다. 자랑스럽게도 이 글에 제시된 방법과 수사 중 일부는 생각해낸 것이 아니라 수백 명의 후보자를 인터뷰한 경험에서 발췌한 것입니다. 거기에는 많은 피와 눈물이 담겨 있으며, 사람들이 성공할 수 있는 방법도 많이 있습니다. 이 글은 모든 사람(특히 경력이 3년 미만인 학생)에게 어느 정도 도움이 될 것입니다.

위 내용은 인터뷰 시 프로젝트 경험을 어떻게 소개하나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!