Senior plus와 같은 더 높은 수준의 프로그래머 타이틀을 얻기 위해 내부 프로모션 인터뷰를 받았습니다. 그리고 나는 다른 기술을 사용하는 약 7 명의 사람들과 인터뷰를했으며, 같은 기술을 저와 함께 사용하는 사람들 (.Net)은 JIT, GC 작동 방식과 같이 Google을 통해 실제로 쉽게 찾을 수있는 매우 상세한 기술 질문을하는 경향이 있습니다. , List와 Array의 차이점, 추상 클래스와 인터페이스, 델리게이트 및 이벤트, 파일 업로드 등을 처리 할 때 클래스 이름은 무엇입니까? 프로젝트에서 내 디자인 아이디어 중 하나에 대한 질문은 하나뿐입니다. 간단한 토론. 그러나 대부분의 다른 디자인 선택에 대해서는 관심이없는 것 같습니다.
나는 아직 결과를 얻지 못했고 이번 주 늦게 될 것이지만 여기 내 관심사가 있습니다.
나는 개인적으로 수석 프로그래머로 일할 때 주로 문제를 해결하고, 그것을 해결할 수있는 방법이 있지만 모든 세부 사항을 기억할 수는 없다는 것을 알아야합니다. 그래서 우리가 그 상세한 참조를 해야하는 이유입니다 MSDN과 같은 문서.
주니어에서 중급 레벨과 같은이 영역에 대한 경험이 많지 않다는 것을 알게된다면 괜찮습니다.하지만 더 높은 레벨의 남자와 인터뷰하는 경향이 있다면,이 남자의 논리적 사고가 어떻게 그리고 얼마나 좋은지에 더 집중해야하지 않습니까? 문제를 해결하고 있습니까? 모두가 당신이 모든 세부적인 작은 포인트 기술을 알고 있다면 당신은 Senior +라고 생각합니다. 그리고 인터뷰 질문지를 확인함으로써 더 많은 종류의 질문이 있다는 것을 알았습니다.
5 일 동안 면접 질문 목록 책을 살펴보면 그 사람들을 쉽게 기분 좋게 만들 수 있지만 실제로 의미가 있습니까? 이런 종류의 인터뷰는 쉽게 문제를 해결할 수있는 방법을 모르는 사람들이 더 많은 월급을 받는다는 것을 기억하는 데 도움이됩니다.
그렇다면 왜 이런 일이 세상에서 일어나고 있습니까? 문제 해결 기술을 유발하고 디자인 기술을 측정하기가 어렵습니까? 나는이 회사에 몇 년 동안 근무했으며 다른 회사와의 인터뷰는 거의 없었으므로 모든 회사가 같은 일을하는 것이 궁금합니다.
아니면 이것이 실제로 내 자신의 문제입니까? MS와 인터넷 없이도 일할 수 있도록 MSDN의 모든 것을 기억하기 위해 더 열심히 노력해야합니까?
편집하다
직무에 대한 Frank의 우려에 관한 나의 상황을 더 잘 설명하십시오. 미안하지만 그 배경을 명확하게하지 못했습니다.
실제로 작업의 작업 변경이 없을 것입니다. 개인적으로 코드 검토, 멘토 회원, BA의 의사 검토 및 기술 의견 제공, 새로운 프로젝트의 설계 아키텍처 등의 선배로 이미 수행 한 작업은 여전히 내 직책입니다. 선배없이 머물면서 급여 명세서를 반영하여 인터뷰를 이끌어달라고 요청했습니다. Saas 회사는 사람들이 제품이 아직 살아있는 한 하나의 프로젝트에 머물러 있기 때문에 사람들은 현재 제품을 기반으로 더 많은 새로운 기능을 설계하고 라이브 서버의 기술 난이도를 수정하며 설계 / 코드 검토 / 멘토링을해야합니다 멤버 기술에 기반한 상위 레벨의 타이틀은 Architect이며 Technical Expert와 유사한 직무는 없습니다. 또한 기술 전문가 역할을 수행하려는 경우 사용하는 기술에 대해 자세히 알고 있어야합니다. 미안하지만 그 배경을 명확하게하지 못했습니다.