지금까지의 회고
지금까지의 회고를 하기 전 문득 개발자가 된 이유에 대해 생각해 보았다.
생각해 보면 그때의 나는 거창한 프로그램을 만들어야지!라는 이유보다는 단순히 “재미있어서”, “스스로 더 알고 싶어 하는 욕구” 두 가지 이유였다.
저 두 가지 이유 덕분에 개발자가 되었고, 아직까지 개발자로 일을 하고 있는 것 같다.
모든 직업에 적성이 중요하겠지만, 특히 개발자라는 직업은 특정 기술을 배워 평생을 먹고사는 직업이 아닌 끊임없이 발전하는 기술을 공부해야 하기 때문에 더욱 적성이 중요한 것 같고 나는 다행히도 이런 배움에 재미를 느끼고 있다.
그리고 최근 들어 "잘하는 개발자"에 대해 생각하게 되는데 "잘한다"의 기준이 애매한 것 같다는 생각을 했다.
- 코드의 퀄리티는 조금 떨어지더라도 주어진 업무를 기간 내에 개발하는 개발자는 잘하는 개발자일까? (= 일 잘하는 개발자가 잘하는 개발자인가)
- 개인 시간에 새로운 기술을 배워 업무에 적용하여 나는 이것도 다룰 수 있고 저것도 다룰 줄 아는 개발자로 보이는 개발자는 잘하는 개발자일까?
- 개발 실력은 뛰어나지만 소프트 스킬이 조금 부족한 개발자는 잘하는 개발자라고 할 수 있을까?
등등 "잘하는 개발자"에 대한 모습을 떠올리며 나름대로 정의해보려고 했다.
그래서 현시점에서 내린 결론은 "팀 내에 문제가 생겼을 때 해당 문제를 해결하기 위해 도움을 요청할 때 가장 먼저 생각나는 사람"
즉, 팀 내에서 "신뢰받는 개발자"가 가장 잘하는 개발자가 아닐까 싶다.
그래서 나는 현재 회사에서 신뢰받는 개발자일까?라는 생각도 해봤다.
처음에는 아주 작은 기능을 리팩토링 하는 업무만 주어졌지만 최선을 다해 문제없이 잘 마무리했다. 점점 담당하는 업무의 비중이 커지며 신뢰를 받는다는 느낌과 동시에 나의 실수가 회사의 손해까지 이어질 수 있다는 생각에 책임이 커진 느낌도 받았다.
아무튼 어디를 가든 신뢰받는 개발자가 되기 위해 더 많은 공부가 필요하다는 것을 느꼈고, "재미"가 나의 원동력인 만큼 원하는 도메인의 서비스를 제공하는 회사로 이직하고 싶은 마음이 있다.
커리어 코칭 참여 계기
우선 궁극적으로 이직을 하고 싶어 신청하게 되었다.
현재 다니는 회사가 힘들다거나, 비전이 없다거나 같은 회사에 대한 문제로 인해 이직을 희망하는 것이 아니라 도메인에 대한 다른 경험을 하고 싶고 개발자가 많은 회사로 이직하고 싶은 마음이 더 컸다.
참여하게 된 계기를 정리해 보면 아래와 같다.
- 이직을 하기 위해 효율적으로 준비를 하고 싶었다.
- 목표로 하는 도메인의 기업에 이직하기 위해서 어떤 방향성으로 준비를 하는 것이 좋은지 알고 싶었다.
- 아는 것을 말로 표현하는 것을 잘하지 못한다는 것을 느꼈고, 말하는 연습이 필요하다고 생각하게 되어 면접 준비를 하고 싶었다.
- 작성된 이력서에서는 어떠한 질문들이 나오는지, 추가로 어떤 꼬리질문이 이어질 수 있을지 경험해보고 싶었다.
5년 뒤 커리어 방향성
가장 쓰기 어려웠던 섹션인 것 같다.
사실 현재의 방향성도 잡지 못하여 해당 과정을 신청했는데, 5년 뒤 커리어 방향성을 정하는것이 뭔가 뜬 구름을 잡는 두루뭉실한 느낌이라 어려웠던것 같다.
그래서 커리어 방향성 보다 내가 5년뒤 원하는 개발자 모습을 적어보면 "이커머스 도메인에 대한 경험을 쌓으며 대용량 트래픽을 효과적으로 처리할 수 있는 개발자"가 되고 싶다.
8주간의 목표
- 나의 업무 경험 및 강점이 잘 녹여 들어간 이력서 완성하기
- 해당 이력서 바탕으로 나올 수 있는 면접질문 공부 및 대비하기 (말로 표현하는 연습)
- 앞으로의 구체적인 커리어 방향성 결정하기 (최소 1~2년 후라도..)
- 궁극적인 목표인 수료 이후 가까운 시일 내로 원하는 도메인의 서비스 회사로 이직하기
