내 모든 일이 내부 프로젝트에있을 때 예비 고용주에게 어떻게 적성을 보여줄 수 있습니까? [닫은]


30

나는 현재 (10 년) 동안 현재의 지위에 있었으며 그 당시에는 디자이너, 시스템 설계자 및 프로그래머로서 잘 수행 한 것 같습니다. 그러나 모든 작업은 외부 세계에서는 접근 할 수없는 내부 프로젝트에 관한 것입니다.

나는 많은 볼 이 같은 조언 '은 말 그대로 뭔가를 가리 키와 매우 인상적 "나는이 쓴"말할 수 있다면'제안합니다. 고전적인 Joel-ism이 말하는 것처럼 똑똑하고 일을 끝내는 열렬한 프로그래머이기 때문에 모든 것이 보이지 않는 이유는 무엇입니까?

오픈 소스 프로젝트에 열성적으로 참여해야합니까? "실제"블로그 (기업 내부가 아닌)를 시작 하시겠습니까? 솔직히, 나는 10 년 동안 대부분의 시간을 여기서 행복하게 보냈으며, 최근에는 녹색 목초지로 떠나는 것을 고려했습니다. "공공의 존재"를 희생시키면서 현재 고용주에 대한 업무에 집중하기 때문에 조사를 시작하기 전에 침몰 할 예정입니까?


주말 / 위크 나이트 프로젝트가 있습니까? 약간의 엔지니어링과 작업이 필요한 것들? 나는 항상 그것들이 소개하기에 훌륭하다는 것을 알았습니다. 또한 거래에 대한 열정을 보여줍니다.

2
Joel Spolsky에 따르면 내부 개발자는 쓸모가 없다고 말합니다.
JonH

답변:


24

외부 프로젝트를 보여주는 것이 도움이되었지만 과거에 고용하거나 고용 된 적이있어 결코 막을 수 없었습니다.

작업 한 프로젝트에 대해 이야기하고 인터뷰 한 사람에게 수행 한 작업, 수행 한 작업, 조직에 가치를 제공 한 방법에 대해 자세히 설명 할 수있는 경우. 당신이 한 일과 일반적으로 프로그래밍에 대해 흥분하는 것은 많은 장소에서 점수를 얻는 좋은 방법입니다. 오픈 소스에 관심을 보이고 github 계정을 가지고 있다면 일부 프로젝트, 작은 패치를 따르는 것만으로도 가치가 있습니다. 나는 대부분의 고용주가 실제로 github에서 오픈 소스 프로젝트의 세부 사항을 보려고 시도하지 않는 것을 발견했습니다.


+1 : 항상 개인 프로젝트를 문서화하십시오. CodeProject에 기사를 쓰는 것이 결코 아프지 않습니다. 몇몇 예비 고용주들은 면담 중에 긍정적으로 반응하고 호의적 인 논평을했습니다.
IAbstract

1
사람들이 블로그를 언급했다고 생각합니다. 나는 그들이 실제로 많은 경우를 제외하고는 직원으로서 블로그에서 절대 대단한 적이 없습니다. 그러나 나는 보통 몇 개의 게시물을 한눈에 볼 수 있으므로 실제로 훌륭하면 눈에 띄게됩니다.
트래비스

4

물론 시작하기에는 너무 늦지 않았습니다.

온라인에 존재하지 않는 프로그래머를 항상 만납니다. 그들은 공급자가 아닌 콘텐츠 소비자이지만, 좋은 사람들은 일자리를 찾는 데 많은 어려움을 겪지 않는 것 같습니다. 10 년 동안 같은 장소에 있었다면, 이력서에 기재 할 업적 목록이 있고, 함께 일한 몇몇 사람들이이를 증명할 수 있기를 바랍니다.


7
실제로 90 %의 많은 엉터리 블로그가 있습니다. 글을 쓰지 않을 때 알기 위해서는 두뇌가 필요하다고 생각합니다. :)
Job

2

오픈 소스 프로젝트에 기여하는 것은 아마 당신에게 줄 것입니다 동안 일부 와 장점을 몇 가지 에 인터뷰 일부 환경을 가지고 있지 것은 거기에서 다른 면접이나 환경에 손상 않을 수 있습니다.

일부 특정 환경이나 면접관은 그들이 사용하거나 기여하는 오픈 소스 프로젝트에 더 중점을 둘 수 있지만, 이력서가 다른 경우 그 프로젝트에 관여하지 않아 어려움을 겪지 않을 것입니다.

항상 그렇듯이 신청하는 직무에 맞게 직무 응용 프로그램을 조정해야합니다. 그들이 관심을 가질만한 영역을 강조하고, 관심이 없을 것 같은 영역을 강조하십시오.

현재 위치에 대한 인터뷰에서, 나는 장래의 고용주가 그것이 무엇을 포함하는지 알기 때문에 한때 극 자외선 현미경으로 한 일을 강조했습니다. 광학 엔지니어 나 UHV 엔지니어는 아니지만 소프트웨어 엔지니어로서 반사 (굴절이 아닌) 광학 및 초고 진공 시스템에 대한 평가를 받았습니다. 이것은 거의 확실하게 군중으로부터 눈에 띄게했다.

마지막으로, 코드를 보여줄 수 없거나 (또는 ​​때로는 제품에 대해 자세하게 이야기 할 수 없다고해서) 디자인 결정과 그 효과에 대해 이야기 할 수 없다는 의미는 아닙니다. 제품.

내 경험으로는 다음과 같이 설명 할 수 있습니다.

  • 대학을 졸업 한 후 첫 직장에서 나는 군용 GIS 클라이언트 / 서버 시스템을 리팩터링하여 사용자가 축소함에 따라 기하 급수적으로 느려지지 않고 모든 줌 범위에서 일정한 성능을 유지했습니다.
  • 나는 이미 6 개월 늦게 진행된 프로젝트를 진행했는데, 여기서 소프트웨어는 작성되지 않았으며 하드웨어가 실시간 테스트 준비가 될 때까지 가장 중요한 기능을 성공적으로 제공하지 못했습니다.
  • 이전의 아날로그 카메라 호환성을 유지하면서 Firewire 및 Gig-E Vision 카메라 지원을 추가하여 구식 라이브러리에서 최신 라이브러리로 머신 비전 애플리케이션을 성공적으로 포팅했습니다.

등등.


1

나는 지금까지 말한 모든 것에 동의하며, 스스로 무언가를 만드는 것이 좋습니다. 여가 시간에하고있는 일이 크고 흥미롭지 않아도됩니다. 그것은 "이봐 요, 근로 시간이 끝난 후에도 일에 관심이 있어요"라는 태도를 보여줍니다.


1

나는 그것을 강조하지 않을 것입니다. 나는 많은 일들이 분류되는 국방 분야에 있기 때문에 누구와도 이야기 할 수없는 프로젝트를 진행하고 있습니다. 이것은 github 계정이없는 것과 결합하여 내 물건을 알고 있으며 내가하는 일을 잘하고 인터뷰에서 잘하고 있음을 보여주지 못했습니다.


1

이것은 매우 일반적입니다. 기밀 유지 또는 기밀 유지 계약에 따라 코드를 작성하는 직원이 많은 계약 회사가 없습니다.

그들 중 많은 사람들은 부업 프로젝트 나 오픈 소스 작업이 없지만 여전히 문제없이 작업을 변경할 수 있습니다. 따라서 NDA를 위반하지 않고 수행 한 작업 및 프로젝트 유형에 대해 이야기 할 수 있어야합니다.

물론 오픈 소스 프로젝트 (또는 2 개)에 참여하거나 시작한 경우 실제로 무언가를 보여줄 수있는 좋은 방법입니다.


0

이런 종류의 문제에 대한 나의 해결책은 온라인 포트폴리오로 사용할 수있는 작은 암호로 보호 된 웹 사이트를 만드는 것이 었습니다. 그런 다음 고용주와 프로젝트별로 수행 한 작업을 나눕니다. 특정 프로젝트와 연결되는 기술의 색인이 있습니다.

기밀 유지 조항을 사용하면 내 사이트에서도 많은 세부 정보를 제공 할 수 없지만 내가하는 일과 사용하거나 얻은 관련 기술이 무엇인지 강조 할 수 있습니다.

이와 같은 것이 도움이 될 수 있습니다. 궁극적으로, 나는 그것이 상황이 아니라고 말한 다른 사람들과 동의합니다. 몇 가지 긍정적 인 권고와 함께 10 년의 경험은 상당한 무게를 지녀야합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.