소프트웨어 엔지니어를 고용하시겠습니까? 이 이력서 위험 신호를 찾으십시오

최근에 나는 Joel Spolsky의 책을 읽었다. 스마트하고 작업 완료. 성공적인 소프트웨어 회사를 운영한 Joel의 경험을 바탕으로 소프트웨어 엔지니어를 고용하는 방법에 관한 책입니다. 지금은 오래된 책이지만 Stack Overflow와 Trello(무엇보다도)를 설립한 사람이므로 확실히 여전히 좋은 책입니다.

Spolsky가 주장하는 요점 중 하나는 그가 Microsoft에서 채용할 때 회사에서 두 가지를 찾고 있었다는 것입니다.

  1. 똑똑한 사람
  2. 일을 해내는 사람들

당신은 매우 학구적이고 세세한 부분에 많은 시간을 할애하지만 작동하는 제품을 제공하지 못하는 똑똑한 사람들을 가질 수 있습니다. 또한 매우 생산적이지만 양질의 작업을 수행하지 않았기 때문에 작동하지 않는 결과를 제공하는 사람을 가질 수도 있습니다. 어느 쪽이든 문제가 있습니다.

소프트웨어 구축에 관해서는 똑똑하고 작업을 수행할 수 있는 사람이 필요합니다.

주의해야 할 6가지 위험 신호

저는 소프트웨어 엔지니어이기 때문에 누군가를 동료로 갖는 것이 두렵다는 관점에서 이 글을 쓰고 있습니다. 당신이 원하는 마지막 것은 당신의 프로젝트를 제 시간에 배송하는 데 도움이 되지 않는 사람에게 당신의 팀 자리를 주는 것입니다.

다음은 후보자가 “똑똑하고 일을 완수하는” 테스트에 실패할 것임을 나타내는 몇 가지 위험 신호입니다.

1. 터무니없는 양의 유행어가 빽빽이 들어찬 초장기 이력서

최근에 열린 역할을 위해 사람들을 인터뷰했을 때 유행어가 가득한 6페이지 분량의 이력서를 많이 보았습니다. 말 그대로 20-30개 단어가 포함된 문장을 보았습니다.

후보자가 주어진 직무에서 수행한 작업을 설명하는 대신 전문 용어를 사용하는 경우 지원자 추적 시스템의 키워드 필터를 만족시키려는 것입니다. 소프트웨어 엔지니어링과 같이 수요가 많은 직업에서 자동 게이트키퍼를 통과하기 위해 열심히 일해야 한다면 그 자체로 위험 신호입니다!

내가 이 사람들을 인터뷰할 때마다 그들은 나에게 상용구 답변을 주었고 그들의 행동은 지도받은 것처럼 느껴졌습니다. 그들은 기술에 대한 실제 답변을 제공하는 데 어려움을 겪었고 관련 기술에 대한 실무 경험이 부족하다는 것을 쉽게 알 수 있었습니다.

2. Github 없음, 포트폴리오 사이트 없음, 웹 존재 없음(프론트 엔드 개발자용)

명확하게 말하면 이것은 프론트엔드 개발자에게만 적용됩니다. 웹사이트나 주요 웹사이트가 없는 백엔드 개발자는 일반적으로 웹사이트의 클라이언트 측에서 작업하지 않기 때문에 위험 신호가 아닙니다. 프런트 엔드 엔지니어가 될 것입니다.

프런트 엔드 개발자를 평가할 때 과거에 작동하는 웹 사이트를 제작했는지 확인할 수 있어야 합니다. 프런트 엔드 역할은 Angular 및 React와 같은 대규모 프레임워크에 대한 JavaScript 및 기술에 대한 강력한 이해를 요구하면서 수년에 걸쳐 더욱 복잡해졌습니다. 이 개발자들은 또한 당신이 던질 수 있는 모든 화면 크기에서 멋지게 보이는 웹사이트를 만드는 능력이 필요합니다.

3. 이력서에 기재된 아주 기초적인 기술과 기술

이력서에서 Microsoft Word, HTML 및 JSON과 같은 것을 볼 때 걱정이 되기 시작합니다. 소프트웨어 엔지니어가 Microsoft Word를 얼마나 잘 사용하는지에 대해 이야기하는 이유는 무엇입니까? 아니면 지난 10년 동안 구축된 거의 모든 애플리케이션이 사용하고 있는 JSON과 같은 데이터 전송을 위한 기본 기술입니까? 웹 개발자가 모든 웹 사이트의 기본 마크업 언어인 HTML을 기술로 나열하는 것이 이치에 맞습니까? 아니, 아마 아닐거야.

4. 너무 많은 프로그래밍 언어에 너무 능숙하다고 주장

10개의 다른 프로그래밍 언어로 전문적으로 프로그래밍한 경우에도 이력서에 이 내용을 작성해서는 안 됩니다.

일반적으로 소프트웨어 개발자는 주로 2-3개의 주요 프로그래밍 언어로 작업하거나 경험이 있습니다. 8개의 프로그래밍 언어를 나열하면 실제로 그 중 하나를 잘하는지 궁금합니다. 좋은 엔지니어링 이력서는 주어진 후보자가 가장 잘하고 심도 있는 질문에 답할 수 있는 기술만을 나열해야 한다고 생각합니다.

8개의 프로그래밍 언어를 나열하는 것보다 더 나쁜 것은 엔지니어가 여러 언어에서 자신의 기술 수준을 7/10 이상으로 매긴 차트나 그래프입니다. 귀엽고 멋있어 보이지만 인터뷰 패널에서 엔지니어의 비판을 불러일으킬 뿐입니다. 예를 들어, 저는 10년 이상 전에 JavaScript 코드를 작성하기 시작했고(제가 처음으로 배운 언어였습니다) 그 이후로 전문적으로 지속적으로 작업해 왔으며 제 자신의 기술 수준을 7/10으로 평가할지조차 확신할 수 없습니다. .

5. 승진 없이 같은 직장에서 장기 근속

5~10년 동안 같은 직책으로 같은 직장에서 일한 사람의 이력서를 보면 실력이 정체된 것 같다는 생각이 든다. 예를 들어, 5년 전에 React는 기본적으로 들어본 적이 없었습니다. 이제 거의 모든 회사에서 React로 재작성되는 일부 주요 애플리케이션을 보유하고 있습니다. 전체 트렌드를 놓치면 프론트엔드 엔지니어에게 정말 방해가 될 것입니다.

6. 매우 짧은 정규직 역할이 많습니다.

이전 직책에서 어느 정도 근속한 후보자를 보고 싶어한다는 것이 일반적으로 이해되고 있지만 소프트웨어 엔지니어링에서는 좋은 후보자가 다양한 이유로 매년 또는 2년에 한 번씩 이직하는 것이 일반적입니다.

또한 사람들이 1개월, 3개월 또는 6개월 단위로 짧은 계약 공연을 하는 것을 보는 것도 일반적입니다. 업계에서 가장 보수가 좋은 계약 중 일부는 본질적으로 단기 계약입니다.

위험 신호가 있는 유일한 경우는 누군가의 이력서에 단기 정규직이 많이 표시되는 경우입니다. 이 후보는 수습 기간에 반복적으로 탈락합니까? 다시 확인해야 할 사항입니다.

About admin

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다