회사/팀 마다 다르고, 개발 많이 하더라도 새로 시작하는 사람에게는 배우는 과정으로 그런 업무를 주기도 합니다. 전체 조직이 maintenance만 하고 있다면 재미 없을 수도 있겠습니다만, 더 중요한 것은 조직과 개발 시스템, 프로세스를 익히는 것입니다. 그런 것 마저도 배울게 없는 곳이라면 이직을 생각해 볼 수 있겠죠.
회사마다 팀마다 직급마다 다르지만 새로운 project/feature design에 집중하시려면 스타트업이나 신생팀일수록, 그리고 시니어/TechLead 직급일수록 기회가 많은 거 같아요. 잘은 모르겠지만 하시는 일이 application engineer에 가까워 보이네요
내 첫 직장에서 유닛 테스트 fail 하는걸 고치라고 첫 업무가 주어졌다. 겉보기엔 아주 하찮은 기능의 테스트였고, 그래서 low priority로 있다가 나에게 주어진 것. 그런데 User space의 이 테스트 코드가 뭐가 잘못됐는지 그냥 봐서는 찾을 수가 없었어. 만약 쉽게 spot가능한거 였으면 이렇게 backlog에 남아있지 않았겠지. 결국 OS kernel 까지 들어갔는데, 직접적으로 만지는 곳은 kernel code에 customize된 부분이 없었음. 그래서 rdtsc로 타이밍 측정을 해서 어딘지는 모르겠지만, 타이밍이 맞지 않다는 분석을 해서 clock rate이 이상하다고 올림. 결국 아키텍트가 보더니 ‘이런…. 하드웨어 팀에서 또 clock 바꿨는지 확인해봐’라고 하고, 확인결과 바뀐 것 확인. 그대로 ship했으면 x될뻔. 하찮아 보이는 테스트였고 신입에게 주어졌지만, 결국 상당히 중요한 것이었다. 하여튼 첫 버그 어싸인먼트에서 이번에 뽑은 신입이 완전 바보는 아니라고 평가받게 되었지.
