현재 소프트웨어 엔지니어링에 대한 최신의 표준화 된 적성 테스트가 있습니까? [닫은]

배경

나는 내년 쯤 새로운 계약을 찾고있는 소프트웨어 엔지니어입니다. 필자는 오늘 초반에 물었던이 인기있는 질문에서 알 수 있듯이 몇 가지 터무니없는 기술 인터뷰를 견뎌내고 있습니다 .

내가 묻는 질문이 거의 항상 터무니없는 것이 아니더라도 그럼에도 불구하고 다양한 계약 기회에 대해 여러 번 대답하는 것에 지칠 것입니다.

따라서 소프트웨어 전문가가 할 수있는 표준화 된 시험을 통해 기술 면접 문제 (예 : 괴상한 괴로움) 대신에 면담자가 참조 할 수있는 공통 스코어 카드를 제공 할 수 있다고 생각했습니다.

질문

작업 전문가가 이용할 수있는 표준화 된 소프트웨어 공학 적성 검사 (SEAT ??)가 있습니까?

그러한 시험이 없으면 어떤 질문이나 주제를 다루어야합니까?

추가 생각

질문이나 주제를 제안하는 경우 표준 적성 검사의 요점 인 현대의 개발 관행과 실제 요구 사항과 관련이있는 질문이나 주제에 중점을 두십시오. 즉, 광대 통과 질문이 없습니다 .

Codility를 살펴 보십시오 .

다양한 언어를 지원하는 온라인 프로그래밍 테스트입니다. 문제는 잘 정의되고 방어적인 프로그래밍 기술뿐만 아니라 생각이 필요하지만 지나치게 복잡하지는 않습니다. 올바른 작업 솔루션을 작성해야 할뿐만 아니라 가장자리 조건 및 정수 오버플로와 같은 것들을 테스트합니다. .

자체 인증이 얼마나 잘 간주되는지 잘 모르겠지만 최근 두 개의 취업 지원서에서 해당 사이트를 선택 과정의 일부로 사용했습니다.

적성 검사는 어떤 주제에 대해 이미 알고있는 정도가 아니라 특정 주제에 대한 사람의 타고난 시설을 측정하기위한 것입니다. 나는 그것이 당신이 찾고있는 것이라고 생각하지 않습니다. 대신, 인터뷰에서 기술적 인 질문을 견뎌 낼 필요가 없도록 (또는 적어도 어리석은 질문을 피할 수 있도록) 알고있는 것을 입증하는 표준적인 방법을 원하는 것 같습니다.

좋은 소식 : 알고있는 것을 설명 할 수있는 방법이 많이 있습니다. 귀하가 사용할 수있는 도구는 다음과 같습니다.

• 이력서 : 잘 작성된 이력서는 과거에 해왔 던 일과 현재 알고있는 것에 대한 질문에 답하기 위해 먼 길을 갈 수 있습니다. 작업 한 장소 만 나열하지 말고 수행 한 작업을 말하십시오.

• 프로젝트 : 자신이 만든 것을 가져 와서 빠른 데모를 제공하십시오. 코드를 보여주고 기꺼이 설명하십시오. 이것은 당신이 당신의 잔디밭에 당신의 기술적 능력을 보여줍니다. (다른 사람들도에 기여하는 것이 그것의 무엇인가, 무엇에 대해 매우 명확하면 당신은 다른 사람들이 한 일을 대했다. 당신이 할 수있는 경우에, 그것은 전적으로 자신의 무언가를 표시하는 것이 가장 좋습니다.)

• 작문 : 논문, 블로그 또는 서적 또는 잡지 기사를 작성한 경우 면접관이 읽을 수 있도록 인터뷰 전에이를 소개하십시오.

• 학위 또는 인증 : 이 시험은 표준 시험과 거의 비슷합니다.

요컨대, 당신의 목표는 당신이 면접관이 찾고있는 지식을 가지고 있다는 것을 가능한 한 많은 증거를 제공하는 것입니다.

나쁜 소식 : 무슨 일이 있어도 면접을 할 때 항상 기술적 인 문제에 직면하게 될 것입니다. 당신이 정말로 당신의 경험에 열광하고 당신이 찾고있는 사람이라는 것을 정확하게 보여줄 수 있더라도, 그들은 여전히 ​​데이터 구조 나 다른 것에 대해 몇 가지 질문을 할 것입니다. 회사의 단점은 없습니다. 그들이 찾고있는 사람은 수면 중에 이러한 질문에 대답 할 수 있어야하며, 그렇지 않은 사람도 많을 것입니다 . 또한 일부 조직에는 모든 후보자에게 동일한 질문을 요구하는 엄격한 채용 절차가 있습니다. 면접관은 당신이 당신의 물건을 알고 있다고 판단 할 수 없으며 기술적 인 질문을 건너 뛸 수 있습니다.

틀림없이 그것이 인증과 학위의 역할입니다. 특정 프로그래밍 언어에 대한 친숙도에 대한 표준화 된 테스트를 원한다면 특정 언어 인증을받은 사람들을 찾을 수 있습니다. 일반 컴퓨터 과학 지식에 대한 표준화 된 테스트를 원한다면 컴퓨터 과학 학위를 가진 사람을 찾으십시오.

물론 문제는 이런 종류의 자격 증명이 완벽하지 않다는 것입니다. 실제로 학습하거나 지식을 적용하지 않고 시험 주제가 확정되면 사람들이 인증 시험을 받기가 너무 쉽습니다. 확고한 개발자 중 상당수가 인증 프로세스를 거칠 필요가 없습니다. 그리고 고용주가 찾고있는 모든 것 (언어, 개발 프로세스 및 방법론 등)에 대해 인증을받는 것은 상당히 번거로운 일입니다. 컴퓨터 과학 학위도 오류가 있습니다. 유용한 코드를 작성하는 방법을 배우지 않고 학위를 이수한 사람들이 있으며 다른 것을 전공하면서 훌륭한 코드를 작성하는 방법을 배우는 사람들이 있습니다.

표준화 된 접근 방식이 실제 세계에서는 충분하지 않다는 사실을 감안할 때 표준화 된 시험이 더 나아질 가능성은 거의 없습니다. 기존 인증 시험과 마찬가지로 거의 확실하게 게임을 시작하게 될 것입니다. 사람들은 시험에 응시하거나 "두뇌 덤프"에서 질문에 액세스 할 수 있습니다. 기존 개발자 모두 시험에 응시할 수있는 것은 아닙니다. 그리고 고용주는 시험 결과에 크게 의존하지 않을 것입니다. 그래서 그들은 여전히 ​​인터뷰에서 기술적 인 질문을하고 싶어 할 것입니다.

그러나 좋은 기술 인터뷰 (명확하게는 개발자가있는 것처럼 나쁜 인터뷰 자와 나쁜 질문이 있음)도 후보자의 접근 방식이 현재 팀과 어떻게 맞물 릴지 평가해야합니다. 좋은 인터뷰는 응시자의 의사 소통 기술과 소프트 기술을 평가하는 것만큼이나 기술적 인 능력을 평가해야합니다. 요구 사항을 명확히하기 위해 좋은 질문을하고 훌륭한 알고리즘을 제시 할 수없는 사람에 대해 최고의 알고리즘을 즉시 얻지 못하더라도 사고 과정을 잘 설명하는 후보자에 훨씬 관심이 있습니다. 그들의 답변을 효과적으로 설명하거나 트레이드 오프를 효과적으로 논의하십시오.

Language-Free Programmer / Analyst Aptitude Test는 추론, 논리, 컴퓨터 수학 및 절차 규칙을 이해하고 적용 할 수있는 구직자의 잠재력을 객관적으로 측정합니다. LPAT는 특정 컴퓨터 언어로 응시자를 테스트하지 않습니다. http://www.aprtestingservices.com/business/lpat/를 참조 하십시오