DailyWTF 스토리의 후보 기업에 의해 고용되는 것을 피하는 방법은 무엇입니까? [닫은]

저는 Daily WTF 아카이브와 특히 소프트웨어 개발, 개발자의 직업 등에 대한 잘못된 접근 방식을 가진 IT 관련 회사에 관한 이야기를 읽고 있습니다.

보안상의 이유로 로컬 네트워크가없는 회사 , 관리자 만 액세스 할 수있는 소스 제어 서버 등이 있습니다 . 모르는 관리자에 대한 모든 스토리를 추가하십시오. 그들의 일에 관한 어떤 것도 듣고 다른 사람의 말을 듣지 않고 바보 같은 결정을 내립니다.

문제는 인터뷰 중에 그러한 회사에 고용 될지 어떻게 알 수 없다는 것입니다. 물론, 어떤 면접관이 이상한 일을하면서 회사에 문제가 생겼다는 생각을하게됩니다. (저의 경우, 마지막 관리자는 원격 데스크톱을 통해 내 시간의 100 %를 작업해야한다고 말했습니다. "동일한 소스 코드를 수정하는 여러 사람을 피하기" 때문에 slooooow 머신 ; SVN이 무엇인지 설명해야 할 수도 있습니다.

그러나 대부분의 경우 인터뷰 중에 회사의 정확한 이미지를 얻기에 충분한 정보를 얻을 수 없습니다.

그렇다면 이런 종류의 회사에 고용되는 것을 피하는 방법은 무엇입니까?

• 나는 문서 가이드 나 코드 스타일 가이드 라인 같은 문서를 보라고 요구했다 . 문제는 제가 프랑스에 살고 있다는 것입니다. 여기에 대부분의 회사에는 해당 문서가 전혀 없으며, 드물게 해당 문서가 존재하는 경우 오래되었거나, 잘못 작성되었거나, 사용 하지 않거나, 강제로 이해가되지 않는 것을 만드십시오 .

• 나는 또한 프로그래머들이 실제로 어떻게 작동 하는지를 묻는 것에 대해 생각했다 . 그러나 그들이 듀얼 스크린 또는 "최근 현대식-예술적인 방귀 가구"를 가지고 있다고해서 사람들이 이상한 결정을 내리지 못해서 거기서 일할 수 없다는 것을 의미하지는 않습니다.

그런 상황에 있었습니까? 무엇을 시도 했습니까? 효과가 있었습니까?

인터뷰는 양방향 거리입니다. 그들이 무엇을하고 있는지 알려주는 개방형 질문을하십시오. 그리고 답변을 평가할 때 "줄 사이를 읽는"것을 배우십시오. 예를 들어 :

작성중인 소프트웨어가 빨라지지 않도록하려면 어떻게해야합니까? (지루하다면 좀 더 "적절한"것으로 대답했습니다)

좋은 답변 : "우리는 단위 테스트를 사용하고 QA 부서가 있으며 코드 검토를합니다."

반드시 그런 것은 아닙니다. 당신이 인터뷰하고있는 사람은 내가했던 것과 같은 대답을 가질 필요도 없습니다. 당신은 대부분 회사가 작성한 코드를 어느 정도 평가하고 무모한 포기로 문을 밀지 않을 것입니다.

나쁜 대답 : "글쎄, 우리는 더 많은 '단위 테스트'것들을 만드는 것을 의미하고 있습니다. 우리는 단지 그것에 도달하지 않았습니다"

다시 한 번, 단위 시험에 중점을 두지 않고 면접관이 문제에 취한 태도에 대해 더 집중합니다. 일반적으로 "우리는 그것이 필요하다는 것을 알고 있습니다. 우리는 그것을하지 않았습니다."는 적기입니다. 그것은 여러 가능성 중 하나를 의미합니다.

1. 당신의 동료는 게으르다.
2. 관리는 적절한 프로세스를 사용할 시간을 제공하지 않습니다.
3. 동료들은 단위 테스트를 이해하기에 충분하지 않습니다.

이들 중 어느 것도 좋지 않습니다 (그러나 일부는 다른 것보다 더 나쁩니다).

회사에서 기능을 추가하기 위해 사용하는 프로세스를 설명하십시오 (기능이 필요하다고 결정하는 것부터 고객에게 제공하기 위해).

좋은 답변 : "비즈니스 사람들은 기능이 좋은 아이디어라고 결정하고 프로그래머에게 문의하여 구현이 얼마나 쉬운 지 확인합니다. 프로그래머와 기술 직원은 아키텍처를 결정하고 구현합니다. 릴리스 팀은이를 자연스럽게 밀어냅니다. "

나쁜 대답 : "사업 사람들은 프로그래머에게 무엇을해야하는지 알려줍니다."

위와 마찬가지로 답변 자체는 태도만큼 중요하지 않습니다. 좋은 대답은 비즈니스 측면과 기술 측면이 함께 협력하여 제품을 가져 오는 것입니다. 잘못된 답변은 경영진이 프로그래머를 초과 지급 타이 포스트로 간주한다는 것을 나타냅니다.

요약하면 , 인터뷰 중에 올바른 질문을하는 것을 잊지 마십시오. 그리고 특정 답변은 그 답변 뒤에있는 태도만큼 중요하지 않다는 것을 기억하십시오. 마지막으로, 뒤로 물러서지 마십시오 . 어려운 질문을하면 실제로 그 일에 관심이 있고, 누가 당신을 고용 할 것인지에 대해 조금 까다로울 수 있다고 생각합니다.

그들에게 Joel Test를 줄 수 있습니다 :

1. 소스 컨트롤을 사용하십니까?
2. 한 번에 빌드 할 수 있습니까?
3. 당신은 매일 빌드합니까?
4. 버그 데이터베이스가 있습니까?
5. 새 코드를 작성하기 전에 버그를 수정합니까?
6. 최신 일정이 있습니까?
7. 사양이 있습니까?
8. 프로그래머에게는 조용한 근무 조건이 있습니까?
9. 돈으로 살 수있는 최고의 도구를 사용하십니까?
10. 테스터가 있습니까?
11. 인터뷰 중에 새로운 후보자가 코드를 작성합니까?
12. 복도 유용성 테스트를합니까?

고용 후 한 달 정도 이력서를 순환 시키십시오. 일이 제대로 이루어지지 않으면 다른 기회를 두려워하지 마십시오. 회사는 종종 귀하가 면접을보고 일하고 있는지 확인하기 위해 귀하의 고용을 일정 기간 동안 집행 유예로 간주합니다. 일이 실제로 매일 WTF 수준에있는 경우에도 동일한 작업을 수행하는 것이 공정합니다.

나는 이것에 비관적이고 비 전통적인 엔지니어 입장을 취하겠습니다.

당신은 할 수 없습니다.

모든 회사가 예외는 아니지만 Daily WTF 스토리의 후보입니다. 모든 사람 이 예외없이 자신의 직업과 경험에 상관없이 선택한 전문 생활의 일부 측면에서 골칫거리가 될 수 있기 때문입니다.

예. 여기에는 이것을 읽는 사람이 포함됩니다. (이것이 당신에게 적용되지 않는다고 생각한다면, 우리는 당신의 무능 영역 중 하나를 발견했다고 생각합니다 ....)

아마도 당신은 사물을 다르게 보려고 시도 할 수 있습니다.

데일리 WTF의 주목을받는 회사에 고용 된 것은 문제 해결 방법을 보여줄 수있는 기회입니다. 거대한 문제.

이러한 어려움을 기회로 여길 수 있습니다.

Joel Test를 avoid회사 에 사용하는 대신 회사에 사용하십시오 improve.

그보다 더 나가는 것이 무엇입니까 ?

나폴레옹과 같은 백마와 함께 회사에 와서 그들이 모두 잘못되었다고 말하면 매우 빨리 쫓겨날 것입니다.

사실 과 참고 자료를 바탕으로 건설적인 제안 을 할 수있는 기회가 있습니다 . 이전 문장에서 설명한대로 수행하면 대부분의 시간을 처리하도록 제안됩니다 (기회입니다). 아주 적은 경우에 무시됩니다.

모든 인터뷰는 양방향 거리입니다. 고용주는 귀하가 좋은 후보인지 확인하려고합니다. 마찬가지로 회사가 일할 가치가 있는지 판단해야합니다. 많은 질문을하십시오. 당신에게 중요한 것이 무엇인지 파악하고 물어보십시오. 면접관에게 회사에 대해 좋아하고 싫어하는 점을 물어보십시오.

또한, 나는 다른 포스터의 추천을 두 번째로 그들에게 Joel 테스트 를 제공합니다 .

정신병 적 거대 매니아 매니저조차도 Joel 테스트를 통과 한 팀을 운영 할 수 있습니다. 마감일을 지키지 않으면 어떻게 반응합니까? CIO가 CEO 또는 CFO에게보고합니까? 이를 통해 소프트웨어가 아닌 회사에서 IT가 얼마나 중요한지 알 수 있습니다.

직책이 가능한 이유는 무엇입니까? 그들은 많은 매출을 가지고 있습니까?

프로그래머가 과로했는지 확인하는 방법을 찾으십시오. 몇 달에서 1 년 동안 휴가를 보낸 사람이 없습니까? 휴가 시간을 제공하는 회사를 이길 수는 없지만 아무도 그것을 취할 수 있다고 생각하지 않습니다.

나쁜 테스트 관행과 코드 제어 시스템을 조정할 수 있습니다. 미쳐 치료할 수 없습니다.

내가 당신이라면 내가 할 것입니다 :

• 회사에서 한 명 이상의 프로그래머와 인터뷰 할 수있는 가능성을 얻으려고 노력하고 업무에 일반적인 날이 언제인지 물어보십시오. 그들이 그것을 제공하지 않는지 묻는 것이 어려울 수 있지만 그것을 제공하는 회사는 내 책에서 큰 장점입니다.
• 그들에게 새로운 기능이 일반적으로 어떻게 개발되는지, 그리고 프로그래머들이 작업을 어떻게 공유하는지 물어보십시오.

두 질문은 모두 같은 것으로 끝나고, 다른 사람들에게 다르게 요구됩니다. 중요한 점 :

• 팀에서 기술적 문제에 대한 의견 불일치가 어떻게 해결됩니까?
• 작업이 개발자들 사이에서 어떻게 공유 되는가
• 사람들에게 버그를 할당하는 방법
• 사내, 아웃소싱, 기성품을 어떻게 디자인하기로 결정 했습니까?
• 프로젝트 실패 / 성공을 어떻게 판단합니까

이것은 Joel 테스트를 보완합니다. "올바른"답변은 없다는 점에 유의하십시오. 그것은 당신이 찾고있는 것, 찾고있는 회사의 종류, 어떤 종류의 회사인지에 달려 있습니다. 포춘 500에 비해 최고의 도구). 그 사람이이 질문에 대답 할 수 없다면 그것은 거의 확실히 나쁜 징조입니다.

프로세스에 대한 질문을하거나 거기에있는 다른 개발자와 이야기를 나누거나 간단한 작업을 시도하는 등 명백하고 실사를 많이 할 수있는 일이 많이 있습니다. 가장 좋은 점은 쉽게 위장 할 수 있다는 것입니다. 최악의 관리자조차도 자신의 방법론에 대해 말할 수있는 올바른 것을 알고 있습니다. ?) 그리고 대부분의 프로그래머는 회사를 잠재적 인 고용에 사로 잡기를 원하지 않을 것입니다. 왜 시스템을 통과하는 백만 명의 인터뷰 대상자 중 한 명에게 누군가에게 돌아 오는 위험이 있습니까? (비판이있는 건강에 해로운 회사에서 .. 눈살을 찌푸리게하는 것은 ... 그는 진짜 위험이 될 수 있습니다)

그러나보다 주관적인 것을 볼 수 있습니다. 관리자가 유행어 나 정직함으로 가득 차 있습니까? 건강한 환경처럼 보입니까?

면접관의 질문의 질과 지식은 무엇입니까? 이것은 당신이 함께 일하는 모든 사람들이 겪었던 과정입니다. 그들은 당신에게 바보 같은 질문을하고 있습니까? 인사 형 질문? 코딩 질문이 너무 쉬운가요?

다른 사람들이 이미 말했듯이 인터뷰는 양방향 거리입니다 ....

그러나 여기에는 미묘한 심리적 요소가 있습니다. 많은 사람들이 잘하지 않는다고 생각합니다. 이것은 후배들에게 더 큰 문제이지만, 우리 모두 그것에 취약합니다.

나는 많은 사람들이 당신이 정말로 엉뚱한 기업 행동을 바꿀 수 없다는 사고 방식을 가지고 있다고 생각합니다. 그래서 우리는 구인 제안을 받아들이기로 결정할 때 우리의 보폭에 너무 많은 나쁜 감정을 느낍니다. 여기서 심리학의 일부는 고용주와 직원 사이의 힘 관계, 특히 나쁘거나 경쟁이 치열한 경제에서-불쾌한 일 냄새가 나는 경우에도-많은 해고를 당해야 할 것처럼 느낍니다. 시험 등

실제로, 제가 말하는 것은 많은 사람들이 DailyWTF 일자리가 될 것이라는 점을 알고 있습니다. 비결은 더 까다로워지고 면접관을 열심히 뚫는 것입니다. 절대적으로 필사적이지 않으면 엉뚱한 직업을 받아들이지 마십시오. 물론 균형이 있지만 테이블의 구인이 WTF인지 여부를 결정할 때 실제로 감정을 조사하는 것이 좋습니다. 실제로 당신은 진짜 나쁜 직업 냄새를 무시하고있을 때 당신이 단지 "너무 선택이없고 유연하지 않다"고 스스로를 설득하기 쉽습니다.