선임 개발자로 채용 된 적이 있으며, 주니어 개발자도 된 적이 없습니다. 어떻게해야합니까? [닫은]

저는 야간에 프리랜서와 코더로 일해 왔으며 최근에는 특정 분야에서 부족한 부분이 있지만 멋진 NY 회사에서 여러 수준의 인터뷰를 한 후 채용되었습니다. 경험이 적은 노인들을 고용하는 것이 일반적입니까? 그들은 특정 학습 곡선을 존중하기 위해 몇 주를 기다 립니까?

나는 회사에서 일하는 것에 대해 전혀 모른다. 그래서 내가 걱정하는 이유이다. 일주일이 지난 후에도 여전히 소스를 확인하고 탐색하고 있지만 일주일의 작업 후에 일부 동료가 내가 느리다고 생각하는 것 같습니다. 저는 수학, 물리, 알고리즘에 능숙하지만 여전히이 회사에서 사용되는 모든 템플릿에 대해 배워야합니다.

여기에 이미 경험이 부족한 팀원이 있습니까? 이것이 허용됩니까?

걱정하지 말고 상사와 회의를 할 계획입니다. 좋은 생각 같나요?

[편집하다]

이 답변에 감사드립니다. 저는 확실히 새로운 선임 개발자입니다. 월요일에 자신감을 가지고 사무실로 돌아 왔습니다. 좋은 임금을받는 첫 주 동안 알려지지 않은 템플릿 / 소스 앞에서 약간의 무능함을 느끼는 것이 일반적이라고 생각합니다.

"선임 개발자"에 대해 일반적으로 인정되는 정의는 없습니다. 정의는 조직 내에 존재할 수 있지만 선임 개발자는 대개 다음을 나타냅니다.

1. 소프트웨어 개발 경험 (최소 3-5 년)
2. 지속적인 감독없이 일할 수 있음 (종종 감독없이)
3. 개발 환경 및 도구에 익숙
4. 주니어 개발자를 감독하거나 가르 칠 수있는 능력
5. 중소 규모의 프로젝트를 설계하고 구현할 수 있습니다.

특정 상황에 대해 말하기는 어렵지만 일반적으로 새 팀에 합류 할 때 학습 곡선이 있습니다.

도구와 프로세스가 얼마나 표준으로 사용 되더라도 각 팀은 현재 상태로 이끄는 결정 이력을 가지고 있습니다. 조직에서 사용자 지정 라이브러리 또는 환경을 사용하는 경우 첫 번째 질문은 설명서 및 교육에 대한 질문입니다 . 대기업은 신입 사원, 심지어 선임 직원을위한 정식 교육을받을 수 있습니다. 기존 설계, 빌드 환경 문서, 프로세스 등을 읽으십시오. 이것들이 존재하지 않으면, 그것들을 문서화하도록 제안하십시오 .

그런 다음 기존 선임 개발자와 페어링 을 요청합니다 . 이것은 일반적으로 예상되는 것과 작동 방식을 배우는 가장 빠른 방법입니다. 그들은 그 문제를 어떻게 해결 했습니까? 단위 테스트 및 검토에 얼마나 많은 노력을 기울였습니까? 그들은 왜 그런 식으로하지 않았습니까? 다른 개발자가 개발 환경 을 설정 하고 릴리스 프로세스 를 안내하도록하십시오 .

기술과 기술이 아니라 언어와 도구를 아는 것이 분명합니다. 예를 들어, 이전에 다른 방식으로 일을했는데 자신의 방식보다 낫다고 생각되면 잠정적으로 정중하게 제안하십시오.

바라건대, 그들과 페어링해도 속도가 느려지지 않을 것입니다. 그들은 소스 제어에 전념하기 전에 오타와 문제를 파악할 수있는 또 다른 눈을 좋아할 수도 있습니다.

마지막으로, 일주일 안에 큰 프로젝트를 완전히 이해하지 못할 것이므로 작은 버그 나 기능을 고치기 시작하십시오 . 친구가 검토하고 모든 피드백을 받도록하십시오. 당신은 물건을 그리워 할 것입니다. 당신은 실수를 할 것입니다. 괜찮아. 그들에게서 배우고, 반복하지 말고 열심히 노력하십시오. 당신이하는 일을 잘한다면, 그곳에 갈 것입니다.

일주일이 지난 후에도 여전히 소스를 확인하고 탐색하고 있지만 일주일의 작업 후에 일부 동료가 내가 느리다고 생각하는 것 같습니다.

일주일 은 짧은 시간입니다. 한 달이 지난 후에도 여전히 소스를 확인하게됩니다. 당신은이 회사가 그들의 코드를 알고 싶어하지 않습니다. 이를 위해 개발 도구 또는 IDE가 있습니다. 일주일 후에 일부 동료에게 문제가 발생하면 어떻게 작동하고 어떤 도구를 사용하는지 물어보십시오. 그들이 당신이 일주일 후에 느리다고 생각한다면, 이것은 완전히 모욕적입니다. 기존 애플리케이션을 이해하는 데 필요한 최소 시간은 약 1 개월입니다. 특히 기업의 경우, 때로는 문서화되지 않은 경우가 대부분입니다. 당신은 인간이 아니라 컴퓨터입니다.

당신은 당신이 느리거나 그들이 당신보다 낫다는 것을 보여주지 말라고 동료들에게 요청해야합니다. 그들은 당신이 물건을 썼기 때문에 그들이 당신보다 더 빠르다는 것을 확신합니다. 누군가가 당신에게 직업을 제공합니다. 킥 스타터 설명, 일일 스탠드 업 및 주간 브리핑이 제공됩니다. 이들이이 동작을 계속하면 심각하게 걱정되므로 관리자와 함께이 문제를 해결하거나 떠나야합니다.

저는 수학, 물리, 알고리즘에 능숙하지만 여전히이 회사에서 사용되는 모든 템플릿에 대해 배워야합니다.

이것은 정상적인 현상이며 몇 달이 걸릴 수 있습니다. 아주 작은 비트의 앱에서 먼저 작업을 시도하면 코드, 프로세스 (이것은 코드보다 중요 할 수 있음), 방법론 (비공식적이지 않더라도) 등을 전체적으로 볼 수있게됩니다.

"회사에서 일하는"경험이있는 사람들에게도 발가락에 닿는 것이 반드시 나쁜 것은 아니며 경고와 집중력을 유지합니다. 자신감을 갖고 마비되지 않는 한.

쉬워진다. 큰 코드 기반으로 작업하려면 복잡한 점에 익숙해 지려면 시간이 필요합니다. 1 년 전 개발로 전환하기 전에 여러 회사에서 근무한 시간이 10 년이 넘었지만 복잡한 문제 나 어려운 코드 (우리의 코드)를 다룰 때 여전히 자기 의심의 여지가 있습니다. 기본 라인 수는 수백만 명에 달합니다.)하지만 나는 병사, Google, StackOverflow 및 여기에 웹 사이트를 열어 놓고 엉덩이를 벗고 도움을 요청하기에 너무 자랑스럽지 않습니다. 당신은 팀의 일원이며 더 이상 홈 데스크의 고독 코더가 아닙니다. 동료의 경험과 지식을 활용하십시오.

여러 수준의 인터뷰를 마친 후에 는 고용 되어 정보에 입각 한 선택을했습니다. 시원하게, 당신은 일을 얻었다. 그것은 당신의 능력에 이미 어느 정도의 신뢰가 있고 당신이 지금 코딩을하고 있다는 것을 의미합니다. 당신은 잘 할 것입니다.