회사에 미친 정책이 있는지 확인하는 방법 [폐쇄]

구직 인터뷰를 할 때 "오픈 소스 없음"또는 "허가없이 소프트웨어를 설치하지 않음", "지원을 잃을 때까지 소프트웨어를 업그레이드하지 않는 것"과 같은 미묘한 정책이 있는지 알아내는 섬세하지만 정확한 방법이 있습니까? 또는 "방문 블로그 없음"?

나는 당신이 너무 미묘하다고 생각하지 않습니다.

"내가 마지막으로 일한 곳은 일부 오픈 소스 라이브러리를 활용 한 것입니다. 벤더가 다시 연락하기를 기다리는 대신 직접 조사하고 문제를 해결할 수있어 유용하다는 것을 알았습니다. 또한 법적 문제가있을 수 있음을 이해할 수 있습니다 "이러한 라이브러리 사용에 대한 정책이 있습니까?"

"우리 기계는 어떤 종류의 기술 지원이 필요하다고 가정합니다. 16 진수 인코딩을 지원하는 신뢰할 수있는 무료 텍스트 편집기를 설치해야하는 경우 어떤 과정을 거쳐야합니까?"

"저는 제 기술에 정말 열정을 가지고 있으며, 해당 분야의 조명을 최신 상태로 유지하고 있습니다. Oracle 기술 블로그와 같은 업무 관련 웹 사이트를 방문하는 정책은 무엇입니까?"

면접관이 일반적으로 "나에게 질문이 있습니까?"라고 물을 때 면담이 끝날 때 제기 할 수있는 질문입니다.

질문을 신청하려는 직업과 연결되도록 그런 식으로 표현하십시오. 예를 들어 다음과 같은 질문을 할 수 있습니다.

• 회사는 오픈 소스 소프트웨어 사용에 대한 의견이 있습니까?
• 사용자 정의 소프트웨어 설치에 대한 회사 정책은 무엇입니까? 예를 들어 개발 속도를 높이는 데 도움이되는 XXX를 사용합니다.
• 웹 컨텐츠 필터를 사용합니까? 내가 일했던 마지막 장소에는 연구 능력이 심각하게 제한되어 있었기 때문에 묻습니다.

일부 회사는 일반적으로 끔찍한 문화를 가지고 있으며 종종 소프트웨어 개발을위한 끔찍한 환경으로 확장됩니다. 여기에 세 가지 문제가 있다고 생각합니다

1. 회사 문화는 무엇입니까?
2. 해당 문화는 해당 회사의 소프트웨어 개발로 어떻게 확장됩니까?
3. 특정 팀에 대해 인터뷰한다고 가정하면, 그들의 문화는 얼마나 비슷하거나 다른가요?

첫 번째 부분은

1. IT 부서는 다른 모든 컴퓨터를 관리하는 것과 같은 방법으로 개발자 컴퓨터를 관리합니까?
2. 새로운 기술이나 새로운 소프트웨어를 채택하기위한 정책은 무엇입니까?

두 번째 부분 :

1. 개발 환경은 얼마나 표준화되어 있습니까?
2. 개발자가 나머지 팀에 소개 할 새로운 도구와 기술을 시험해 볼 수 있습니까?
3. 어떤 제한이 있습니까?

마지막 부분은 다른 개발자에게 문의하십시오

1. 어떤 블로그를 읽습니까?
2. 어떤 블로그와 웹 사이트를 추천하십니까?

각각의 경우에, 질문은 가장자리에 있으며 대답은 더 정직 할 것입니다.

인터넷이 리소스, 즉 스택 오버플로와 같은 것으로 간주되는지 또는 제한된 인터넷 사용 정책이 있는지 묻습니다.

회사에 대해 가능한 모든 정보를 찾으려면 https://www.glassdoor.com 을 방문 하십시오 .

나는 엔지니어들에게 그들의 일상에 대해 물었다.

기존 개발자를 만날 기회를 얻으십시오. HR 담당자 나 관리자가 정책이 생각하는 것과 실제로 실제로 작동하는 방식은 종종 다릅니다. 이것들은 내가 상사가 아닌 내 직업과 비슷한 직업 설명을 가진 사람에게 물어볼 모든 질문 입니다.

반면에 상사와 HR 유형은 일반적으로 회사 문화가 중요하며, 장래의 직원이 몇 시간 동안 팀과 연락하여 자신에게 맞는 느낌이 들게하여 자신과 그들에게 위험을 줄 이도록합니다.

가장 먼저-걱정하는 모든 것을 물어보십시오. 가정에 아무것도 남기지 마십시오. 나는 이것을 충분히 강조 할 수 없다. 나는 한 번 무언가를 가정하고 나중에 그것을 후회했다.

둘째, 이것은 (IMHO) 매우 중요합니다. 회사 사무실을 걸어 다닐 수 있는지 물어보십시오.

그곳에서 일하는 사람들을 관찰하십시오. 문제가 있으면 "알고있을 것"입니다. 이것의 일부는 모든 종류의 페로몬을 방출하는 스트레스를받은 사람들에게서오고, 다른 부분은 타락한 소리를들을 수있는 사람이없는 포레스트에 잘린 나무 중 하나 인, 어리 석고 설명 할 수없는 침묵에서옵니다. .

제안을 한 후에 보다 직접적인 질문 을 고려하십시오 . 무례 할 필요는 없지만 걱정이되는 경우 ...

대기업 (은행, 보험 등)의 사내 IT에서 근무한 경험

"오픈 소스 없음"-이것은 어쨌든 미친 정책이 아닙니다. OSS 라이센스에 따라이 종류는 매우 유효합니다. 모든 프로젝트에 예산이 있고 예산에 맞기 만하면 비용을 절약 할 수 있습니다 (합리적인 한도까지).

"허가없이 소프트웨어를 설치하지 않음"-인프라 지원, 보안 및 법적 관점에서 매우 유효합니다. 예를 들어 wireshark를 설치하면 해고 될 수 있습니다.

"지원이 중단 될 때까지 소프트웨어를 업그레이드하지 마십시오"-소프트웨어에 따라 다릅니다. 그래도 개발 팀에 VS 2003/2005를 사용하고 있다면 가능합니다. XP에서 Windows 7 및 Office 2010으로 10000 개의 데스크톱을 업그레이드하는 것에 대해 이야기하고 있다면 그렇지 않습니다. 비즈니스 정당화가 필요합니다.

"방문 블로그 없음"? -네, 이것은 나쁜 정책입니다.

내가 찾은 가장 좋은 방법 중 하나를 크게 매우 정중하고 캐주얼 한 방식으로 표현을 요구하고, 사무실의 주위에 표시 할 요청하는 것입니다 - 없는 회의실을 주도하고 정착 한 후 전체 인터뷰가있어 .

회사가 당신을 보여주고 싶지 않다면, 그들이 무언가를 숨기고있을 가능성이 있습니다. 회의실은 항상 "기업 BS"로 가득 차 있으며 많은 상과 매우 멋진 모습으로 회사를 놀라워 보이게하지만 외모는 속임수이며 회의실의 유일한 목적은 위대의 환상을주는 것입니다.

또한 잠재적 인 동료들과 1 ~ 2 분 (상담원이 아니라 대화해야 함)과 대화를 나누고 그들과 함께 브로치하십시오. 직장에서 어떤 오픈 소스 도구를 사용하고 있는지, 직장에서 어떤 참조 사이트가 멈춰 있는지 (예 : Stackoverflow) 물어보십시오. 그들은 최신 정보를 유지하고 아침에 커피를 마시고 코딩을 시작하기 전에 개발자 블로그를 빨리 읽도록 요청합니다. 다시 말하지만, 다른 개발자들과 대화를 할 수 없다는 것은 위험에 처한 일이며, 가능한 동료와 이야기를 나누면 전체 문화를 모을 수 있습니다. 거기에 큐브의 행

GlassDoor 와 Jobitorial 은 이러한 종류의 인텔에 대한 두 가지 옵션입니다.

또 다른 전략은 로컬 사용자 그룹으로 이동하여 회사에서 일하는 사람들을 찾아 대화에 참여시키는 것입니다. 신청을 고려 중이라고 말하고 질문하십시오.