저는 회사의 .1x 프로그래머입니다. 가장 잘 기여할 수있는 방법은 무엇입니까? [닫은]


61

나는 새로 선발 된 5 명의 스타트 업에서 일합니다. 기계 학습 분야의 박사 학위, RSpec 핵심 팀의 전 멤버, OS X 용 Git 바이너리를 컴파일하는 사람이 있습니다. 바로 직원입니다. 설립자는 Ph. D를 가지고 있으며 (성공적인) 스타트 업을 떠나기 전에 수십억 달러 규모의 회사의 CTO였으며 이제는 스타트 업을 시작했습니다. 우리는 수학 박사 학위를 가진 사람을 얻을 수도 있습니다.

아 아아아 아아아 아아아 아아아 아아아 아아아 ,, 내가, 대학 탈락 인턴. 나는 꽤 똑똑하다고 생각하고 논스톱으로 읽고 있지만, 나와 동료 사이의 경험, 기술 및 지식의 델타는 정말 놀랍습니다.

그러니 자신의 신발을 신으십시오 : 배울 것이 많지만 적어도 활력이있는 밝은 젊은 인턴이 있습니다. 성가신 것은 무엇입니까? 여기와 지금에서 그를 어떻게 사용하겠습니까? 그것이 일어난다면 유쾌하게 놀라운 일이 무엇입니까?


32
초기 단계의 신생 기업에 대한 흥미로운 점 중 하나는 모든 직원이 거의 없기 때문에 모든 사람이 모든 것을 수행한다는 것입니다. 당신은 다른 사람들이하지 않는 일을 잘 파악할 수있는 많은 기회를 갖게 될 것입니다. 한편, 동료가 얼마나 위협을 느끼지 않고 훌륭한 제품을 만드는 것에 대해 걱정하십시오.
James Youngman

3
종이는 행동과 실증 가능한 기술에 비해 많지 않다는 것을 기억하십시오. 당신이 무언가를 보여 주면, 종이는 기술입니다.

6
그것은 인생에서 가장 좋은 것과 같습니다. 그들에게서 많은 것을 배울 수 있습니다. 너무 많이 생각하지 말고 모든 프로그래머가하는 일을하십시오.
Sufendy

4
Thor, Captain America, Hulk 및 Ironman으로 둘러싸인 Hawkeye처럼 보입니다. 그러나 여전히 Hawkeye도 훌륭합니다! : D
bertzzie

20
"OS X의 Git 바이너리를 컴파일하는 사람"== " 'make'를 입력하는 사람"

답변:


58

가장 중요한 것 :

제목에 감탄하지 마십시오. 짧은 시간 안에 박사 과정 동료도 인간이라는 것을 알게 될 것입니다. 박사 학위를 가진 일부 사람들은 실제로 실질적으로 유용한 것을 만들지 않았습니다. 항상 열등감을 느끼지 마십시오.

내가 당신에게 기대하는 것은 무엇입니까? 좋은 코드를 작성하고 작업을 완료합니다. 자신을 정력적으로 묘사 할 때 실제로 일하는 사람 일 가능성이 있습니다. 나는 세부 사항 등에 너무 집중하고 있기 때문에 간단한 작업을 수행하기 위해 영원히 좋아하는 학위를 가진 많은 사람들을 보았습니다. 합리적인 시간에 그것을 잘 사용하고 좋은 코드를 전달하면 모든 사람들이 당신을 존중할 것입니다.

그러나 다른 사람들을 무시하지 마십시오. 그들은 나이가 많을 가능성이 높으며 아마도 그들에게서 소중한 것을 배울 수 있습니다. 그러나 아무 생각도하지 마십시오. 항상 자신을 이해하고 생각하십시오. 나는 당신이 실제로 작동하는 행동과 지식을 복사 할 것으로 기대합니다.


1
+1 저는 EE에서 2 년 동안 1 년에 40k 미만으로 일하는 박사 학위를 받았습니다. 제목은 기술, 역량 및 비판적 사고 기술에 관한 것입니다.
Jonathan Henson

3
제목은 아무 의미가 없습니다. 교육은 아무 의미가 없습니다. 경험은 아무것도 의미하지 않습니다. 인증은 아무 의미가 없습니다. 도구를 사용하여 결과를 얻는 것이 전부입니다.
척 콘웨이 18:41에

그게 .. 이상하게 현명하다.
temporary_user_name

동료의 존중을 보여 주어야하는 것처럼, 당신은 그들이 왕복 할 것을 기대할 권리가 있습니다. 그들이 당신에게서 물건을 배울 수 있다는 것을 잊지 마십시오. 그들은 거의 모든 것을 알지 못합니다.
mattnz

41

겸손은 먼 길을 간다

겸손한 태도로 성 가실 것을 의심합니다. 겸손은 먼 길을갑니다. (이것은 인턴만큼 핫샷에 해당됩니다.)

귀하의 역할이 다른 사람을 명시 적으로 지원하는 것이라면 간단히 질문하여 유용하게 사용할 수 있습니다. "어떻게 짜증나게 할 수 있습니까?"

당신이 찾을 또 다른 것은 대부분의 사람들이 감사하다고 느끼는 것을 좋아한다는 것입니다. 팀원을 진심으로 찾아 보면 많은 질문을하고 많은 것을 배우면서 벗어날 수 있습니다. 그들은 아첨을 느낄 것이지만 그것은 진짜 일 것이다. 또한 배우고 더 유용 해지는 데 도움이됩니다.

마지막으로, 그들보다 적은 것을 아는 것 자체가 유용 할 수 있습니다. 예를 들어, 외부인이 묻는 질문을 할 것이지만 다른 사람에게는 너무 명백해 보이기 때문에 API 문서를 작성하는 것이 더 나을 것입니다.

누가 알 겠어요? 당신은 하인의 마음을 가짐으로써 지도자가 될 수 있습니다.


7
"외부인이 물어 보는 질문을 할 것"에 대해 +1-특히 세부적인 내용을 잘 알고 있고 큰 그림을보기 위해 뒤로 물러서 고 있지만 근처에 있지 않은 열심히 일하는 전문가에게는 어려움 사물에 익숙하지 않은 외부인 (고객!)에게 어떤 일이 생겼는지 알 수 있습니다.
DarenW

17

이미 좋은 답변을 많이 받았습니다. 내 경험을 비슷한 입장에서 공유함으로써 기여할 수 있다고 생각합니다.

배경 : 저는 주요 직종이 CS를 공부하는 동안 몇 년이 지난 지금 다소 큰 회사의 R & D 부서에서 아르바이트를하고 있습니다. 내가 일하는 대부분의 사람들은 EE, CS, 수학 및 물리학에서 박사 또는 석사 학위를 받았습니다. 나는 완전한 멍청한 놈으로 시작했지만 몇 년 동안 많은 것을 배웠습니다.

성가신 것은 무엇입니까?

  1. Google을 사용하여 쉽게 답할 수있는 질문
  2. 질문을하여 다른 사람들을 너무 자주 방해합니다. 차단자가 아닌 질문이있는 경우 요청한 사람을 방해하지 않고 질문을 할 수있을 때까지 다른 작업을 수행하십시오. 몇 가지 질문을 수집 한 다음 상대방의 시간을 요청하거나 상대방이 귀하의 진행 상황에 대해 물을 때까지 또는 대화하기에 좋은 시간을 기다릴 수 있습니다 (예 : 전화 통화로 이미 중단 된 경우). 휴식의 끝 .. 그리고 그에게 "내가 이걸했지만 현재는 여기 저기에 붙어있다"고 말해줘.
  3. Google 및 기타 리소스를 모두 사용한 후 문제가 발생하면 도움을 요청하십시오. 누군가 5 분 안에 해결할 수있는 문제에 대해 이틀 동안 갇혀있는 것을 발견하는 것보다 더 나쁜 것은 없습니다 (설명에서 Neil White)
  4. 다른 사람들보다 똑똑해 지려고하지 마십시오.

여기와 지금에서 그를 어떻게 사용하겠습니까?

  1. 다른 사람들이 실제로 팀에 도움이되는 방식으로 쉽고 짜증나는 일을하십시오. 그게 전부입니다.

그것이 일어난다면 유쾌하게 놀라운 일이 무엇입니까?

  1. 만족스러운 방식으로 대부분의 작업을 수행하고 팀 작업에 점점 더 많이 참여해야합니다.

몇 가지 추가 팁 :

  1. 겸손하라.
  2. 다른 사람들의 일에 관심을 보이십시오.
  3. 그들이 당신에게 무언가를 설명한다면, 당신이 이해하는지 확인하십시오. 그렇지 않은 경우 최소한 기본 아이디어를 얻을 수있는 방식으로 설명하도록 요청하십시오.
  4. 신뢰할 수 있어야합니다. 할 수있는 한 최선을 다해 노력하십시오.

3
"성가 시게 될 것"에 덧붙여 다른 제안을하겠습니다. (Google 및 기타 리소스를 모두 사용한 후 멈췄을 경우) 도움을 요청하십시오. 누군가가 5 분 안에 해결해 줄 수있는 일에 이틀 동안 붙어있는 것을 발견하는 것보다 더 나쁜 것은 없습니다.
닐 화이트

@ 닐 : 당신은 절대적으로 맞습니다! 귀하의 의견을 답변에 병합하여보다 포괄적으로 작성할 수 있습니까?
mort

1
일에 대한 I did this and that, but currently I'm stuck here and there. 가장 중요한 것은 답변을 시도하고 이해했음을 보여줍니다.
Zenon

@mort 물론입니다!
닐 화이트

9

지금까지 다른 사람들로부터 좋은 조언. 특정 질문에 대답하려면 다음을 수행하십시오.

  • 성가신 것은 무엇입니까?

숙제를하지 않고 질문을하면 성 가실 것입니다. 먼저 문제를 해결하기 위해 할 수있는 일을 한 후에 도움을 요청하는 것이 좋습니다. 그러나 누군가 간단한 Google 검색을 통해 또는 매뉴얼을 숙독하여 답변을 찾을 수 있다면 성가신 일입니다.

  • 여기와 지금에서 그를 어떻게 사용하겠습니까?

나는 당신이 이미 일종의 프로젝트 / 할당을 가지고 있다고 가정합니다. 최소한의 감독으로이 작업을 완료 할 수 있기를 바랍니다.

  • 그것이 일어난다면 유쾌하게 놀라운 일이 무엇입니까?

일을 일찍 끝내면 기뻐할 것입니다. 그런 다음 복잡성이 증가하면서 더 많은 프로젝트를 수행하여 신뢰성을 입증 할 수 있습니다. 또 다른 놀라운 점은 팀의 요구를 예상하고 측면에서 충족시키기 위해 노력하는 것입니다. 팀에 자동화 된 빌드 환경, 자동화 된 테스트 프레임 워크, 테스트를위한 특정 컴퓨터 / 네트워크 구성 등이 필요합니까? 이것들은 주변 장치 일 수 있습니다


4

짧은 답변 : 팀에 필요한 것이 무엇인지, 가장 좋아하는 것이 무엇인지 파악하고이를 제공하기 위해 노력하십시오.

더 긴 대답 : 창업 초기 단계에서 대부분의 경우 모든 작업은 "잡아"있습니다. 수행해야 할 작업이나 사람들이 원하는 작업을 모든 응시자가 이용할 수 있습니다. 당신의 선호는 말 그대로 회사가가는 방향을 형성 할 수 있습니다.

HR에 관심이있으세요? 채용 업무를 이어받습니다. 아니면 급여를받을 수도 있습니다. 프로그래밍에 관심이 있으십니까? 팀이 어떤 언어를 사용하고 싶은지 알아보십시오. 일부 코드에 대한 단위 테스트를 작성하십시오. 보고서 작성이 싫어? 그럼 하지마 해당 작업을 다른 사람에게 위임하고 건설적인 해결책을 찾기 위해 노력할 수 있는지 확인하십시오. 약간의 시간을 가지고 당신이하고 싶은 일을 생각한 다음 시도해보십시오.

아주 작은 초기 스타트 업에 관해서는 프로그래밍보다 더 많은 일이 있다는 것을 명심하십시오. 코딩하고 싶다면 훌륭합니다! 오히려 다른 것을하고 싶다면 그것도 좋습니다! 빨리 배우고 많은 질문을하고 자신에게 도전하십시오.


1

내 대답이 얼마나 도움이 될지 잘 모르겠지만 지금은 당신이었습니다. 내가 느꼈거나 알고있는 사람들에 의해 둘러싸여있는 것보다 훨씬 더 많은 기여를했습니다. 이 자세로 행동하는 방법? 고통보다는 그것을 즐기십시오. 당신이 모르는 정도를 생각하는 대신,이 사람들과 함께 배우고 경험할 수있는 것에 대해 생각하십시오. 그것들을 자원으로 사용하고 존중하며 정보와 경험을 수집하십시오.

그렇다고해서 일을하려고하지 말아야한다는 것을 의미하는 것은 아니지만, 그렇게 할 때 어깨 너머로보고 작업을 검토하도록하십시오. 한 작품을 완성한 다음 그들이해야 할 말에 귀를 기울이십시오. 의견을 적어두고 더 나은 코드를 만들기 위해 구현하십시오. 질문하기를 두려워하지 말고, 존중하고 좋은 질문을하십시오-데이터를 흡수하고 질문하기 전에 즉각적인 질문을 고려하십시오-아마도 대답이 이미 제공되었을 것입니다 ... 최고의 사람들이 가르치기를 좋아합니다. 그들의 지식과 삶의 철학을 당신과 나누게되어 기쁠 것입니다.

내 상황에서 나는 그렇게하려고 노력했고 그것이 나를 위해 일할 때마다 나는 가장 행복했고, 그들이 왜 나를 유지했는지 이해하지 못했지만, 가장 큰 시간을 보냈고, 나는 더 나은 프로그래머가되고 심지어 사람이되었다고 생각하고 싶다. 이 경험의 결과로.

이 모든 것이 당신이 자신을 과소 평가해야한다고 말하는 것은 아닙니다. 아마도 당신은 자신을 신뢰하는 것보다 훨씬 나을 것입니다. 그러나 사람들이 여기에 쓴 것처럼, 제목과 학위가 실제 상황에서 항상 인상적이지는 않으며 겸손이 먼 길을가는 것은 아닙니다. 따라서 모든 사람을 존중하고, 듣고, 흡수하고, 경험에서 나만의 교훈을 얻으십시오. 때로는 하지 말아야 할 것을 배우는 것이 더 좋습니다 .

행운을 빕니다.


1

여기에 이미 많은 것이 제시되어 있으므로, 나는 말한 것을 반복하지 않을 것입니다.

한눈에 전문가 및 관리 기술 / 아이디어를 가진 리더가있는 것 같습니다. 그것은 좋지만 불완전 합니다.

당신 은 실용적입니다 : 그들의 삶을 더 쉽게 만듭니다.

커버 할 수있는 영역이 두 개 이상 있습니다.

  • 신생 기업이 선택한 언어의 기술적 세부 사항을 심층적으로 다룹니다.
  • 코드의 품질을 향상시키고 코드의 거친 부분을 매끄럽게 처리

인위적인

그 사람들은 해당 분야의 전문가이며 이것이 좋은 일이지만 종이 봉지에서 길을 코딩하는 방법을 아는 것은 아닙니다. 솔직히, 나는 매우 밝은 사람들이 무시할 수없는 코드를 작성하는 것을 보았습니다.

여기에서 기술 리더가 될 수 있습니다. 모든 미묘함을 알 때까지 언어를 배우십시오. 커뮤니티가 사용하는 관용구를 배웁니다. 존재하는 유용한 라이브러리를 연구하십시오.


품질

감사하지만 유용한 작업이 있습니다.

  • 누가 코드 소스 저장소를 유지합니까?
  • 누가 테스트를 작성 / 유지합니까?
  • 누가 테스트 슈트 통과를 모니터링합니까? 유죄 판결을 식별? 가해자에게 가혹한 핑?

매우 공식적인 것이 든 아니든 도움이되는 몇 가지 단계가 있습니다.

  • 커밋을 어떻게 검토합니까? (코드의 일부 영역과 관련된 소유권이 있습니까?)
  • 작업 / 작업을 어떻게 계획합니까?

아이디어를 갖고 코드를 작성하는 데는 많은 주변 활동이 있습니다.

당신은 여기에서 품질 리더가 될 수있는 기회가 있습니다. 업계 모범 사례 ( "Agile"비트, 스크럼 비트, TDD 비트 등)를 배우고 회사에 적합한 프로세스를 구성하십시오. 빌드 시스템 (make, cmake, ninja 등)을 배우고 쉽게 구축 / 배포 할 수있는 스크립트를 작성하십시오. Jenkins (또는 무엇이든)를 확인하고 지속적인 통합 서버를 구축하십시오.


그들은 각자의 영역에서 인상적이며 훌륭합니다. 당신이 전문화되지 않은 순간부터, 나는 당신이 약점을 식별하고 (당신의 의견을 요청할 수도 있습니다) 격차를 메울 때라고 말할 것입니다!

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