주 개발자와 선임 개발자의 차이점은 무엇입니까?


최상의 답변

이는 조직에서 사용하는 정의에 따라 다릅니다. 가장 좋은 방법은 HR 부서에서 게시 한 형식으로 조회하는 것입니다. 찾을 수 없다면 작업을 시작할 때입니다.

내가있는 곳에서는 범위와 영향이라는 문구가 사용되었습니다. “범위”는 귀하가 담당 한 프로젝트의 일부에 대한 것입니다. “영향력”은 표준 개발 계층 구조 외부의 사람 및 그룹과 작업하는 데 얼마나 효과적 이었는지에 대한 것입니다. 역할에 따라보고하는 사람이있을 수도 있고 없을 수도 있습니다. “역할”은 별도로 정의되었습니다. 예를 들어, Principal은 수준이었습니다. 설계자는 역할이었습니다.

주요 수준에서는 제품 수준의 책임이있었습니다. 시스템의 가장 낮은 수준에서 제품 수준까지 작업했습니다. 많은 부분을 잊었지만 범위 측면에서 여러 해에 걸친 릴리스주기에 걸쳐 제품의 적어도 주요 부분 또는 아마도 여러 부분을 담당했습니다. 당신이 책임지고있는 시스템의 모든 부분을 코드 수준까지 알고 있거나 필요에 따라 매우 빠르게 선택할 수 있어야했습니다. 일상적인 코딩을 할 수는 없지만 코딩과 디버깅에 필요한 곳이면 어디든 빠르게 이동할 수 있습니다. 뛰어난 기술 및 의사 소통 능력이 필요했습니다. 당신은 공식적 으로든 비공식적 으로든 초급부터 상급까지 계속해서 개발자를 멘토링했습니다. 책임 영역을 벗어난 전체 제품에 대한 광범위한 기술 지식이 있습니다. 당신은 다른 사람들을 멈출 수 있습니다. 잠재적 인 문제를 발견하고 문제가되지 않도록 사전에 조치를 취할 수 있습니다.

영향력 측면에서 상위 수준의 관리 및 기타 분야와 협력하여 제품 계획을 수립하고 실행했습니다. 레벨 및 제품에 따라 다른 제품 팀과 협력하여 기능 및 릴리스의 기술적 측면을 조정했습니다.

답변

주임 소프트웨어 엔지니어가 크고 복잡한 소프트웨어를 제공하며 이에 따라 직접 지시합니다. 비즈니스 목표에 맞추고, 그룹간에 작업하고, 팀 생산성을 개선하고, 최소한 부서 수준에 영향을 미칩니다. 그들의 프로젝트는 보통 10 명 한 팀에 비해 너무 큽니다. 그들의 목표는 “현금 흐름 개선”또는 “100–1000X 규모”와 같이보다 일반적입니다.

아키텍트는 높은 수준의 소프트웨어 설계를 담당합니다. 일반적으로 직함과 레벨이 아닌 역할입니다. Amazon, Microsoft 및 Google의 엔지니어링 사다리에서는이 용어를 사용하지 않습니다. 일부는 소프트웨어 설계보다 백서를 작성하는 데 더 능숙하기 때문에 제목에는 부정적인 의미가 있습니다. 이 용어는 한 사람을 의미하는 반면 현대 프로젝트의 아키텍처는 일반적으로 공동으로 설계됩니다.

선임 소프트웨어 엔지니어는 도움없이 적당히 복잡한 프로젝트를 처리 할 수 ​​있습니다. 제목은 매우 시니어가 아니므로 약 5 ~ 7 년의 경험이 필요합니다. 대부분의 엔지니어는이 수준에 머무르며 수십 년 동안 작업을 즐깁니다.

일반적으로 수석 엔지니어를 넘어 서면 코드 작성 시간을 줄이고 프로세스 개선, 아키텍처 감독, 새로운 엔지니어 멘토링, 다른 사업부.

일부 회사는 7 년의 경험을 가진 엔지니어가 다른 곳의 선임 엔지니어와 동일한 급여로 동일한 작업을 수행하지만 수석 엔지니어 직함을 가진 소유권 인플레이션이 있습니다.

대기업은 규모로 인해 추가 수준이 필요합니다. 회사 전체에 영향을 미치는 Google의 저명한 엔지니어가 연간 2,000 만 달러를 반환하는 스타트 업의 제품보다 분기당 200 억 달러의 매출로 훨씬 더 많은 제품을 다루고 있습니다. 최고 수준과 선임 엔지니어 간의 차이는 회사 규모에 따라 증가합니다.

직위 인플레이션이 없으면 수석 엔지니어는 영향력, 자율성,보고 대상 및 보상 측면에서 이사와 같습니다. 저명한 엔지니어는 부사장과 같습니다.

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다