자바 면접 페이퍼도 나왔다고 하는데, 얼마 전 프로젝트에서 사람을 모집할 때 우연히 면접관으로 몇 분을 인터뷰하게 됐어요.

인터뷰 과정을 통해 나는 인터뷰에서 흔히 볼 수 있는 몇 가지 문제점을 발견했습니다.

그래서 이번 금(동), 9은(철), 10의 기회를 살려, 제가 보고 들은 내용을 인터뷰할 때의 느낌과 합쳐서 16가지 작은 제안을 모아 여러분과 공유할 수도 있다고 생각합니다. 참고로 취업을 준비하는 동생의 도움이 조금 필요합니다.

이력서는 깨끗하고 깔끔해야 합니다.

어떤 사람들은 깨끗하고 깔끔한 이력서에 관심이 없을 수도 있지만 이것이 실제로 가장 중요한 것입니다.

이력서는 사람의 얼굴입니다. 이력서에 다음과 같은 문제가 있는 경우:

기술 스택 문자의 철자가 잘못되어 대문자 사용이 처리되지 않습니다.
오식
형식 오류, 텍스트가 정렬되지 않음
...

그래서 지금 이 사람에 대한 첫인상은 상대적으로 안좋습니다.

이 사람은 세부 사항에 주의를 기울이지 않고 기술에 대해 엄격하지 않기 때문에 직장에서 구멍을 파기 쉽다고 느낄 것입니다.

이런 식으로 일반적으로 면접 기회가 없으며, 면접 기회가 있더라도 합격 확률이 남들보다 낮습니다.

디테일이 성공과 실패를 결정짓는 것, 이것이 사실이다

기본정보를 명확하게 작성하세요

기본 정보에는 최소한 다음이 포함되어야 합니다.

이름
성별
연락처
이메일 주소
경력 목표

위 필수항목 외에 희망연봉도 적어주시면 좋겠습니다.

많은 사람들이 HR 부서로부터 급여에서 압류당할까봐 감히 기대 급여를 적지 못합니다.

실제로는 그렇지 않습니다. 왜냐하면 얼마만큼의 급여를 기대하는지 결정하는 것은 귀하에게 달려 있기 때문입니다.

기대연봉은 목표연봉에 조금 더한 금액이어야 합니다.(인사연봉협상은 유동적입니다.) 범위를 적어도 작은 범위가 되기 때문에 쓰지 않는 것이 좋습니다.

예상 급여를 동시에 기록하면 여러 가지 이점이 있습니다.

기대 연봉을 제시하지 않는 회사를 걸러낼 수 있도록 도와주세요
어떤 면접관들은 예상연봉을 바탕으로 질문의 난이도를 결정하는데, 기재하지 않으면 면접관이 난이도를 물어볼 수도 있습니다.

물론, 실제로 무엇을 기대해야 할지 모르고 인터뷰에서의 성과에 따라 급여를 협상하고 싶다면 아무것도 작성할 필요가 없습니다.

하지만 명확한 목표가 있다면 불필요한 시간낭비를 줄이기 위해 직접 적어보는 것을 추천드립니다.

학력이나 나이 등도 있는데, 장점이 있으면 적어서 확실한 위치에 적어야 합니다.

자신이 장점도 아니고 그것 때문에 면접 기회조차 얻지 못한다면, 그것을 숨기려고 노력하거나 그냥 쓰지 말고 먼저 면접이 올 때까지 기다리세요.

장점과 특기를 앞에 적어주세요

다음과 같이 다른 사람에 비해 몇 가지 장점이 있는 경우:

나는 많은 기사를 작성하고 작성하는 것을 좋아하며, 읽은 횟수, 좋아요 및 모음이 많은 기사를 작성했습니다.
프레임워크나 미들웨어의 소스 코드를 읽어 보셨나요?
자신만의 오픈 소스 프로젝트를 가지고 있거나, 잘 알려진 오픈 소스 프로젝트에 소스 코드를 기여한 적이 있습니다.
최우수 직원 등 회사에서 획득한 개인적인 명예
...

이때 이러한 장점은 반드시 이력서에 기재해야 하며, 예를 들어 자기평가에 넣을 수 있으며,

꼭 먼저 작성해주세요! ! ! 이력서 마지막에 넣지 마세요! ! !

그렇지 않으면 면접관이 보지 못하고 묻혀버릴 확률이 높습니다.

기술적인 설명을 주의 깊게 작성하고 능숙하게 작성하십시오.

앞선 것들을 준비한 후에는 면접관이 자신이 알고 있는 기술 스택을 빠르게 이해할 수 있도록 개인 기술 설명을 작성해야 합니다.

기술적 설명은 프로젝트에서 디자인 패턴을 능숙하게 활용하는 방법 등을 작성하는 등 프로젝트에서의 활용에 가장 잘 반영됩니다.

그리고 기술 스택을 나열할 때 표현에 주의를 기울이고 신중하고 능숙하게 작성하세요.

인터뷰 과정에서 그런 형을 만났는데, 일부 운영 및 유지보수 기술과 DDD 외에 나머지 기술 스택도 글쓰기에 능숙하다.

예를 들어, 동시 프로그래밍에 능숙함, 디자인 패턴에 능숙함, Spring Cloud에 능숙함 등

이력서를 보니 드디어 큰 상사를 만났고, 사람을 채용할 수 있겠다는 생각이 들었습니다.

인터뷰를 기대하면서 동시성과 Spring Cloud의 몇 가지 원칙에 대해 물었습니다.

착해요, 난 아무 대답도 안 했어요.

나중에 그는 단지 사용법을 알고 있다고 나에게 직접 말했습니다.

이때 마음의 공백이 상대적으로 커서 인터뷰를 계속하고 싶지 않았지만 상호 존중하는 마음으로 인터뷰를 계속했습니다.

그러니 숙달이라는 단어를 조심하세요

조심해야 하지만 이력서가 테스트를 더 쉽게 통과할 수 있도록 몇 가지 숙련도 메모를 작성하는 것이 좋습니다.

하지만 전제가 있습니다. 비록 일시적인 수정일지라도 능숙한 기술 스택을 작성하려면 신중하게 준비해야 합니다.

이력서 수준조차 통과할 수 없다면 능숙하게 이력서를 작성하는 것이 더욱 중요합니다.

맞을까봐 두려워하지 마세요. 최소한 이력서 시험에 합격할 수는 있습니다. 위에서 언급한 형제가 그 이유일 것입니다.

일반적으로 기술에 능숙하면 능숙하게 작성하고, 능숙하지 않으면 능숙하게 작성하고, 기술을 알고 있으면 능숙하게 작성하지 말고, 면접 기회가 없으면 능숙하게 작성해야 합니다.

프로젝트 소개 작성 포인트

프로젝트를 소개할 때 핵심 내용을 작성하는 데 주의를 기울여야 하며, 관련 없는 내용을 잔뜩 쓰지 말고 첫 번째 프로젝트를 최우선으로 작성해야 합니다.

일반적으로 좋은 프로젝트 소개는 다음 사항을 따라야 합니다.

프로젝트 이름은 굵게 작성해야 하며, 프로젝트 설명은 너무 길지 않아야 합니다.
프로젝트에 사용된 기술 아키텍처 시연
프로젝트나 특정 기능에 대한 책임을 강조하세요.
어떤 기술이 사용됐는지, 어떤 문제가 해결됐는지, 어떤 결과를 얻었는지 강조한다.
가능하다면 프로젝트에 있는 데이터의 양을 적어주세요
...

위에 언급된 기술 아키텍처의 경우 해결하는 문제와 사용하는 솔루션에 대해 매우 잘 알고 있어야 합니다.

인터뷰 중에 면접관은 이러한 기술 솔루션을 기반으로 한 기술 구현 세부 사항에 중점을 둘 가능성이 높습니다.

각 인터뷰를 적절하게 준비하고 준비하십시오.

원래는 이 섹션의 제목에 대해 쓰고 싶었습니다. 먼저 실습할 회사를 찾으십시오.

하지만 이런 상황에서는 면접 기회를 잡기가 어렵습니다.

Java 채용이 발표된 후 불과 며칠 만에 수많은 이력서를 받게 됩니다.

그래서 면접 기회가 거의 없다면, 해당 회사가 타겟 회사가 아니더라도 매 면접마다 꼼꼼하게 준비해야 합니다.

당신의 능력이 매우 뛰어나고 면접 기회가 많다면, 모든 면접 기회를 소중히 여기고, 학습한 내용을 요약하며, 더 높은 목표를 향해 질주해야 합니다.

동시에, 면접 횟수와 시간을 합리적으로 조정해야 합니다.면접은 육체적으로나 정신적으로 이중의 도전입니다.

고정관념을 꼭 기억하세요

인터뷰에서 고정관념을 외운다는 얘기가 인터넷에 떠돌고 있다.

면접관은 내가 고정관념을 외웠다는 것을 알고 있었다

면접관은 내가 고정관념을 외웠다는 것을 알고 있다

면접관은 내가 고정관념을 외웠다는 것을 면접관도 알고 있다는 것을 알고 있다.

실제로 이 문장은 고정관념을 기억하는 것이 면접에서 공통적인 합의가 되었음을 보여줍니다.

저도 틀에 박힌 글쓰기는 싫지만 면접은 꼭 외워야 할 부분이에요, 진짜 남자는 구부리고 뻗을 수 있어야 해요.

그런데 어떤 사람들은 고정관념을 정말 못 외워요.

첫 번째 사람을 인터뷰했을 때 이력서에 기재된 기술 스택에 대해 한 명씩 물었던 기억이 납니다.

그러나 그는 답을 더듬으며 요점을 파악하지 못했습니다.팔다리 수필을 외우지 않은 것이 분명했습니다.

고정관념을 잘 못 외우다 보니 면접 준비를 잘 못한 것 같아서 결국 합격하지 못하더군요.

사실 저도 고정관념을 왜 외워야 하는지 생각해 본 적이 있는데, 결국 두 가지 이유를 생각해냈습니다.

일부 고정관념은 실제로 프로젝트나 작업에서 정말 유용합니다.

면접관이 프로젝트를 이해하지 못하거나 프로젝트에 대해 물어볼 것이 없을 때는 고정관념을 물어보는 것이 더 나은 선택입니다.

긴장하지 말고 최대한 빨리 면접 모드로 들어가세요

어떤 사람들은 인터뷰가 시작될 때 매우 긴장해서 말을 더듬기도 합니다.

사실 꼭 필요한 것은 아닙니다. 면접 초반에 루틴이 있기 때문이죠.

예를 들어 면접은 대개 자기소개로 시작하는데, 자기소개 내용을 미리 준비하면 됩니다.

앞서 작성한 프로젝트 소개서의 핵심 포인트를 한 문단으로 정리한 후, 면접관이 프로젝트의 기술적 포인트에 주의를 기울이도록 유도하면 면접관은 프로젝트에 대한 질문을 시작할 수 있습니다.

면접관이 프로젝트부터 시작하지 않을 경우 대개 기술 설명부터 시작하는데, 이때는 기술 설명만 준비하면 됩니다.

준비한 질문을 받게 되면 긴장을 덜고 빠르게 면접 상태에 들어갈 수 있습니다.

면접관을 올바르게 안내하고 스스로 구멍을 파지 마십시오.

면접관을 올바르게 안내하는 것도 매우 중요합니다.

프로젝트에 기술적 솔루션을 도입할 때 면접관이 다음에 질문할 수 있는 질문을 자신이 알고 있는 방향으로 유도하세요.

예를 들어, 인터뷰에서 한 형제가 기술적 솔루션을 소개했고, 게시 및 구독 기능에 대해 이야기할 때 RocketMQ를 기반으로 구현되었다고 구체적으로 언급했습니다.

RocketMQ에 대해 들었을 때 그에게 RocketMQ에 대해 물어보는 것은 자연스러운 일이었습니다.

메시지가 멱등성을 갖는지 확인하는 방법
메시지가 손실되지 않았는지 확인하는 방법
RocketMQ의 전반적인 아키텍처 원리는 무엇입니까?
...

결국 이 형제의 대답은 괜찮았다.. 명확하지 않은 부분도 있지만 관련 공부를 했다는 것을 알 수 있다.

그래서 이 형에게 기술 지원을 제안했지만 결국 HR로 떨어졌어요. . .

따라서 RocketMQ를 모르고 메시지 지수화 등과 관련된 문제를 고려하지 않은 경우 RocketMQ가 기반으로 하는 특정 기술을 언급하지 않는 것이 좋습니다.

면접관이 이 기술을 더 잘 이해하게 되면 스스로 구멍을 파게 됩니다.

직접적으로 거절하고 싶지 않다면 무작위로 추측하지 마세요.

면접을 하다가 모르는 질문이 나오면 면접관에게 조언을 해줄 수도 있고, 질문을 모른다고 과감하게 말할 수도 있습니다.

한 사람이 모든 기술을 알 수 없기 때문에 문제는 더 이상 정상적이지 않습니다.

다른 문제에서는 강력한 기술력과 학습 능력을 보여주면 됩니다.

하지만 방법을 모를 때는 말도 안되는 소리를 하지 마세요! ! 추측도 하지 마세요! !

나는 이해하지 못하는 문제에 직면했을 때 무작위로 추측만 하는 형제들을 만났습니다.

결국 오랫동안 추측을 했고 정답조차 얻지 못했습니다.

이쯤 되면 이 형제는 자신이 추측한 답이 무엇인지조차 이해하지 못할 수도 있다는 생각이 들었습니다.

그것은 당신의 호의를 헛되이 감소시킬뿐입니다.

질문할 수 있는 마지막 기회를 잡아라

면접이 끝나면 면접관은 일반적으로 지원자에게 질문할 기회를 줍니다.

이 기회는 몇 가지 질문에서 결론을 도출할 수 있기 때문에 매우 중요합니다.

예를 들어, 가고 싶은 회사인지, 관심 있는 프로젝트나 산업, 기술이 있는지 등을 확인할 수 있습니다.

물론 면접관에게 면접에 대한 평가를 요청할 수도 있습니다.

앞서 언급한 HR 담당 형님이 실제로 마지막에 이런 질문을 하셔서 이 형님에 대한 인상이 특히 깊습니다.

이러한 질문 외에도 꼭 물어봐야 할 또 다른 질문이 있습니다.

귀하의 주요 업무 내용은 무엇입니까?

이 질문이 필요한 이유는 어떤 직위는 채워야 할 사람들로 채워져 있기 때문입니다! ! !

아마도 이 프로젝트는 비주류 프로젝트일지도 모릅니다.n Hand 이후에는 지금은 아무도 유지 관리하지 않고 있으며 유지 관리할 인력 모집이 시급합니다.

따라서 면접관이 회사에서 어떤 프로젝트를 하는지 알려준다고 해서 입사했을 때 해당 프로젝트를 진행하고 있다는 의미는 아니므로 이 질문을 꼭 해보세요.

HR 면접을 신중하게 준비하세요

기술면접에 합격했다면 가볍게 여기지 말고 HR면접을 잘 준비하세요.

실제로 많은 사람들이 기술직이면 HR 면접에 합격할 것이라고 생각하여 HR 면접을 무시하는 경우가 있습니다.

이 생각은 틀렸어요

일부 회사에서는 HR이 매우 강력하여 귀하를 고용할지 여부에 대한 최종 결정을 내릴 수 있습니다.

HR 면접에서 그가 당신이 좋지 않다고 생각한다면, 당신의 능력이 그럭저럭 괜찮다고 해도 그것은 쓸모가 없을 것입니다.

예를 들어 인사팀에서 연락을 받은 동생은 인사팀에서 최종 피드백을 받았을 때 상대적으로 경박하다는 느낌이 들었고 기억나지 않는 몇 가지 이유가 있어서 결국 전화를 끊었습니다. . .

따라서 HR에서 자주 묻는 몇 가지 질문과 이에 상응하는 일반적인 답변 루틴을 준비해야 합니다.

예를 들어, 이전 회사의 급여에 대해 물을 때 HR이 이전 회사의 급여를 알기를 원하지 않으면 다음과 같이 대답할 수 있습니다.

회사의 직위, 업무내용, 업무강도, 5개 보험, 1개 주택펀드, 복리후생 등을 고려해서 원하는 만큼 돈을 주면 될 것 같아요!

물론 회사를 떠나는 이유 등 다른 것들도 있습니다. Bilibili에 가서 비디오를 보고 이러한 질문에 대답하는 방법을 배울 수 있습니다.

급여를 적절하게 조정하세요

면접 통과 후 인사담당자가 원하는 연봉을 물을 때

이력서에 적힌 내용이라면 이력서에 적힌대로 따라하시면 됩니다.

혹은 회사의 업무 내용, 업무 강도, 상여금 등에 따라 조정하세요.

안 썼다면 자신감을 가지고 과감하게 급여를 요구해야 합니다. 특히 면접에서 좋은 성적을 냈다면 더욱 그렇습니다.

이때 원래 기대치에 따라 위쪽으로 조정할 수 있습니다.

또한 제안이 있는 경우 제안에 있는 원래 급여를 조정해야 합니다.

요약 검토 및 사고방식 조정

면접에서 실패하면 즉시 원인을 찾아라

기술이 부족하기 때문이라면 깊이 있게 공부하고, 고정관념을 다시 외우고, 프로젝트 기술계획의 구현 내용을 이해해야 한다.

답변되지 않은 질문에 대해서는 정보를 검색하고 전문가에게 조언을 구하여 정답을 찾을 수 있습니다.

기술적인 이유가 아니었다면

예를 들어, 일부 직위가 갑자기 더 이상 공석이 되지 않거나, 귀하보다 급여가 낮은 사람이 채용되거나, HR 인터뷰에 참여하게 됩니다.

그렇다면 시간에 맞춰 사고방식을 조정해야 합니다.

하지만 무슨 일이 있어도 면접 결과를 검토하고 다음 면접을 준비해야 합니다.

백톤으로 인사하기

검토가 필요한 사람을 만나면 반드시 리더에게 미리 인사하세요.

갑작스럽거나 심지어 혼란스러워지지 않도록 정신적으로 준비시키십시오.

이는 리더와 정상적인 관계를 유지하고 있거나 심지어 마찰이 있을 때 특히 중요합니다.

너무 부끄러워서 말을 할 수 없다면 저녁식사 데이트 같은 핑계를 찾는 것도 다 세상의 지혜 때문입니다.

마침내

마지막으로 직업을 바꾸고 싶다면 꼭 기억해주세요

알몸으로 아무 말도 하지 마세요! ! ! 알몸으로 아무 말도 하지 마세요! ! ! 알몸으로 아무 말도 하지 마세요! ! !

말을 찾기 위해서는 당나귀를 타는 것이 방법이다.

마지막으로 모두가 만족스러운 제안을 받을 수 있었으면 좋겠습니다. 필요하다면 제가 정리한 이 Java 연구 노트/인터뷰 매뉴얼 세트를 가져가셔도 됩니다. 이 문서는 거의 모든 Java 기술 스택을 다루고 있습니다. 읽고 나면 도움이 될 것이라고 믿습니다. (수집가가 되지 마십시오 . )

설명하다

이 노트 세트는 많은 내용 ( 1734페이지 ) 을 담고 있다는 점을 감안하면 총 16개의 파트로 구성되어 있으며, 눅눅함 없이 실용적인 정보가 가득! 모든 사람의 시청 효과에 영향을 주지 않기 위해 일부만 표시됩니다.

독점 릴리스 - 16개 기술 스택 포함