반응형
아직 얼마 되지 않은 개발자 경력, 가장 개발자다웠던 해를 고르라 한다면 올해라고 말할 수 있다.
물론 그 만큼 아쉽고 스스로에게 실망스러운 점들도 많았다.
<2021 회고>
- 인강을 듣지 못 했다.
- 결제 관련 모듈을 개발하는데 있어 코틀린이 필요하다 하여 코틀린쪽 인강 듣고 좀 다시 기억을 되살려보려 했으나.. 결제 관련 개발 일정 업체가 바뀔 수 있어 무기한으로 밀리고 회사 서비스에 항공 서비스를 새로 추가하는게 되어 들을 틈이 없었다.. 무엇보다 코틀린을 지금 들어야 하는 필요성을 트끼지 못 했다.
- 사실상 백엔드는 CTO님을 빼면 쉽다 서비스, 회사 Admin 서비스 백엔드에 대한 총괄을 내가 하고 있고 신규 서비스 추가, 고도화 작업 기획 회의 및 일정 추산 전체적인 오퍼레이팅 및 개발을 내가 하고 있다.
(솔직히 말하면 내가 원하는 모습은 아니다. 지금의 나는 팀장급마냥 기획 회의를 나가지 않고 오롯이 개발에만 집중을 하고 싶고 사수와 함께 더 나은 코드를 만들고 고민하고 찾아보고 싶으니깐.. 그래도 올해 경력직으로 내 사수를 뽑으면 달라질 것이라 믿는다.)- 이 과정 속에서 일정 추산하는데 있어 아직 너무나도 많이 미흡하다.. 내 마인드부터 바꿔야하는데 이게 쉽지 않다. 원인은 아래와 같다.
- 머리 속에 다른 이슈 사항이 들어오지 않는 다는 가정하에 일정을 짠다. (생각하긴 하는데 조금 들어오겠지? 정도로만 반영한다.)
- 가장 큰 문제: 해당 내용을 개발하면서 다른 코드도 수정을 할 수 있을꺼란걸 캐치하지 못 했다. 대표적으로 이번 이관 작업 일정을 추산할 때 내가 auth 인증 쪽과 의뢰 핵심 API쪽 이관을 맡았는데 이관을 진행할 때 monorepo구조 특성 상 (이건 내가 다른 monorepo글 써놓은거 보면 있음) 다른 repo에서 사용하고 있으면 공통 코드로 이관시켜야하는 클린 코드 작업들도 생각했어야 하는데 놓쳐서 더 오래 걸릴 수 밖에 없었다.
- auth를 이관하는데 있어 이미 다른 repo에서 임시로 만들었던 auth들을 정리하고 정상화 시키는 작업을 해야했다. - 다른 사람들 코드 PR해주고 내가 PR해줘야하는걸 빼먹음
- 그냥.. 즉 개발에 대해서만 편협하게 생각하고 일정 짰었음
- 이 과정 속에서 일정 추산하는데 있어 아직 너무나도 많이 미흡하다.. 내 마인드부터 바꿔야하는데 이게 쉽지 않다. 원인은 아래와 같다.
- 이건 올해 말 개발자 기획자 회고 때 말했던 내용인데 회사 IR준비나 이런 이슈로 하반기 내내 고도화 작업, 시스템 리뉴얼, 항공 신규 서비스 굵직한 개발 일정들이 전부 이루어지면서 코드 퀄리티가 높지 않았음. 예외처리 빠져있었던 것들도 많았고 케이스별 에러코드도 명확히 분리되지 않았었다.
- 하반기 되면서 공부를 많이 못 했다. typescript관련 스터디 하나 했는데.. 그래도 이건 좀 많이 도움 됐다.
<2022 계획>
- 백엔드 개발자는 참 사이드 프로젝트를 따로 진행하는게 쉽지 않다는게 속상했는데 뜻이 맞는 프론트 개발자 친구와 둘이 뭘 만들어 보기로 했다. 기획 및 내용은 정해졌고 이를 위한 공부 내용은 아래가 될 것 같다.
> AWS EC2, RDS, S3, Cloudwatch
> Pipeline 구축
> Node, Typescript - 올해 Typescript했던 스터디 끝나면.. mysql이나 함수형 언어 관련 스터디를 진행할 듯 하다.
- 운동.. 해야한다. 아래 이유때문에라도
- 결혼 준비
이거 하면 그냥 2022 끝나고 2023 가요대제전 보고 있을 듯 하다. 번아웃 오지 않게 컨디션 관리 잘 하면서 잘 해보자 올해도
반응형