1년차 주니어 개발자 박주현 A.K.A 오월의 2025년 회고록

한 해를 마무리하는 날이 왔습니다.

취뽀에 성공했던 작년 12월처럼 올해도 회고록을 작성해보려고 합니다.

이번 회고록을 쓰기 위해 24년 회고록을 살짝 엿봤는데요. 한 해를 요약했을 때 23년은 "성장", 24년은 "간절함" 이라고 되어 있네요. ㅎㅎㅎ  

25년 한 해도 엄청 성장하고 간절했지만, 중복되니 다르게 요약하자면 음,,,,,, "적응과 뽐내기" 라고 요약할 수 있을 거 같습니다.

 

 

신입 개발자로서 회사에 기술적으로든 커뮤니티적으로든 적응을 했어야 했고, 매 순간순간 제 자신을 그리고  실력을 보여주고 뽐내야 했습니다. 

 

저번 회고록은 분기별 요약을 해서 적었는데, 이번엔 4L 형식으로 작성해 보겠습니다. 작년 회고록이 궁금하신 분이 호오오옥시나 있을까 아래에 첨부해두겠습니다.

 

https://programmer-may.tistory.com/246

신입 주니어 개발자 박주현 A.K.A 오월의 24년 회고록

 

 

 

 

👍Liked (좋았던 것) - 올해 좋았던 경험, 기술, 팀워크

 

"정규직 전환과 높은 퍼포먼스"

입사 후 1월부터 2월까진 교육을 들으면서 정규직 전환 평가를 받아야만 했습니다. 1차, 2차 평가로 진행됐고, 저를 비롯한 동기들이 절반 정도만이 정규직 전환 됐습니다. 사내 자체 프레임워크 내용이 꽤나 어려웠으며, 높은 교육과 업무 강도를 요구했습니다.

 

모두들 정규직 전환이 되지 않을까 조마조마해 하며 스트레스를 많이 받았습니다. 이런 스트레스는 제 자신에게 도움될 것이 하나도 없다는 걸 알기에 마인드셋을 바꿔 매일 아침 출근했습니다.

 

제가 자주 보는 게임에서 한 캐릭터의 명대사가 있는데, 그게 바로,

"내 솜씨를 제대로 보여줄 시간이군"

이라는 대사입니다.

 

매 교육 받으러 가는 출근 아침마다 평가 받으러 가는 입장이 아닌, 교육자분들께 "내 하드 스킬, 소프트스킬 솜씨를 제대로 보여줘야겠다😎"라는 마음으로 행했습니다.

 

 

그렇게 마음 가짐도 홀가분해지니 머리속도 복잡해지지 않고, 교육도 스펀지처럼 잘 흡수할 수 있었습니다. 특히나 이해한 내용들을 다른 동기들에게 세미나를 열어 설명해주거나, 다이어그램 또는 도식도 만들어 공유해주는 등 이런 이미지를 회사에서 높게 평가 받았습니다.

 

 

또한 기술적으로도 교육팀장님께 정말 감사하게 큰 칭찬을 받았는데, "주현님은 신입이지만, 신입 같지 않고 3년차 정도 실력을 가진 것 같다. 앞으로도 그런 자세와 태도로 일하면 너무 좋을 것 같다." 라는 말을 해주셨습니다.

그말을 들을 때 정말 뿌듯했고, 내 솜씨를 제대로 뽐냈구나하는 생각도 들었습니다. 😄😄

좋은 포퍼먼스로 혼자 원하는 팀에 들어갈 수 있었습니다.

 

 

"오너십(Ownership)을 가지고 일하는 태도"

25년 한 해 중 가장 잘한 점이라고 하면 바로 업무에 주인의식을 갖고 대하는 태도라고 생각합니다. 제 스스로한테 엄격해서 칭찬을 잘 안 하는데 이건 정말 칭찬 받아 마땅한 점이라고 생각합니다.

 

 

팀장님이 주신 업무 즉 주어진 업무만을 하는 게 아닌, 현재 시스템의 불편함이나, 개선점이 보이면 제안서를 만들어서 건의드리고, 새로운 작업을 만들어서 컨펌 하에 진행하였습니다.

 

 

그렇게 제안 내용을 건의드리고 설득하는 과정에서, 팀장님께 '이렇게 생각할 수 있는지 몰랐는데 많이 배웠다.' 등 개발 본부장님, 인프라 부문장님, 타팀 팀장님, QA동료 등등 많은 분들께 칭찬을 들을 수 있었습니다.

 

 

이런 성과는 제 개인적인 성장만 이끄러 낸게 아니라 사내 시스템의 향상도 직관적으로 이끌어 냈습니다.

 

 

"인증토큰 저장소를 Redis 로 전환하는 작업"

https://programmer-may.tistory.com/264

RDB에서 Redis로🪄 인증 토큰 저장소 구조 개선과 73% 저장 공간 절감

데이터 저장 공간을 73% 절감하면서, 간헐적인 고객 접수 건도 없앴습니다.

 

"사내 유틸 함수 리팩토링 건의"

https://programmer-may.tistory.com/263

Type Predicate를 활용해 사내 내장 유틸함수 타입 가드 적용

불필요한 코드를 덜어낼 수 있게 됐고, 가독성 및 유지보수를 높일 수 있었습니다.

 

"데이터를 1건 단위 요청에서 N건 단위 배치 요청으로 개선 작업" 에서는 다른 작업을 하다가 여러 API 문서를 참고해 배치 요청으로 보낼 수 있는 개선점이 보여 건의드리고, 100개 기준 100번 요청 보내던 걸 50개씩 2번만 보내도록 개선했습니다. (쿠팡 - 상품준비중 처리)

 

"N번 형태의 반복 DB 호출을 제거하고 JSON 파라미터를 활용한 단일 쿼리 처리 방식으로 개선" 작업에서는 이력 데이터 DB 호출 횟수가 O(N) → O(1)로 감소했습니다.

 

"HTTP Request 타임 아웃 적용과 Retry와 Fallback 정책 적용 작업" 에서는 외부 수집처와 통신의 단순한 실패율을 극감 하며, 외부 서버 장애 발생시 자동으로 개발자들에게 알리고, 요청을 막아 불필요한 리소스 낭비를 막을 수 있었습니다. (진행 중)

 

제안 드린 내용이 유의미하고, 개발도 탄탄히 진행하니 많은 분들의 신임을 얻을 수 있었고, 이건 다음 제안안의 신뢰도 상승으로 이어졌습니다. (이것도 일종의 실력 뿜뿜이 됐습니다.) 또한 팀장님을 비롯하여 부문장님과 본부장님께 큰 칭찬을 받을 수 있었습니다.

 

 

 

이런 태도는 주니어 개발자때만을 국한해서가 아닌 삶의 태도로서 갖고 갈만하라고생각합니다.

적극적인 업무 태도와 실력 향상 덕분에 토스 러너스 하이 프로그램에도 뽑힐 수 있었다고 생각합니다.

 

"현실적인 목표 달성 - 자격증 3개"

취준생활을 하며 느꼈던게, 객관적인 측면에서 나는 이만큼 할 수 있는 실력을 가진 사람인데, 겉으로 티나지가 않는다는 점입니다. 그런 지표를 나타내는게 우리나라에선 자격증이라고 떠올랐고, 일단 올해는 기본적인 자격증은 다 따자라는 목표를 세웠습니다. (자격증이 전부는 아니지만, 서류상에서 기초를 티내기엔 좋다고 생각합니다.)

 

이상적으로는 자격증 4개, 현실적으로는 자격증 3개를 목표로 세웠는데, 목표에 부합하게 기본적인 자격증 3개를 땄습니다.

각각 "정보처리기사", "SQLD", "리눅스마스터 2급" 입니다.

 

잦은 야근이 있지만, 퇴근해서 틈틈히 공부해 땄다는 점, 심지어 자격증 난이도가 상향평준화 되고 있는 시점에서도 모두 한 번에 땄다는 점이 뿌듯했습니다. (통장도 save,,,,ㅎㅎㅎ)

 

 

"지속적인 기록"

취준동안 가장 열심히 한 게 배운 내용을 개발 기술 블로그에 기록하기 입니다. 입사후에도 사내에서 많은 글을 작성했습니다. 모든 동료 개발자에게 공개된다는 점이 어떻게 보면 부끄럽고 부담도 됐지만, 제가 배운 내용을 공유할 수 있다는 점이 더 크게 다가왔기에 열심히 작성했습니다.

 

 

회사 개발 HUB 게시판에 글을 작성을 통해, 동료 개발자분들에게 칭찬과 인정을 받을 수 있었습니다.

운영중인 기술 블로그에 회사에서 작성한 모든 글을 담진 못했습니다. 하지만 대외비가 아닌 내용인 글들은 이 블로그에도 다른 언어로 정리하고 포스팅하며 리마인드 하는 시간이 됐습니다.

 

 

✍️ Learned (배운 것) - 체득한 개념/기술/사고

 

"최고가 최선이 아니다."

최고라고 생각했던 방법이 꼭 최선의 방법이 되지 않을 수 있다는 걸 배웠습니다.

막연하게 알고 있는 말이지만, 실무를 하다보니 직접 경험하고 느낄 수 있었습니다. 사내 인프라 구축 시스템을 보며 오토 스케일링이라는 제일 좋은 방법도 있는데 왜 도입하지 않는 거지 라는 의문이 들었습니다. 이는 제가 사내 시스템의 깊은 사정과 히스토리 등을 몰랐기에 섣부르게 판단했던 것이였습니다.

 

배포 프로세스와 서버 구축상 힘들다는 걸 인프라 팀장님께 듣고 최고의 방법이 회사한테 최선의 방법이 될 수 있진 않겠구나 라는 걸 배웠습니다.

이런 비슷한 경험들을 통해 내가 최고라고 생각하는 방법이 무조건 최선일 수 없고, 많은 경험과 지식을 쌓아야 정말로 최선의 선택을 내릴 수 있겠구나라는 생각이 들었습니다.

 

 

"웹 프로그래밍 스킬 강화"

인증인가 토큰 스토어를 개발한다거나, API 통신 모듈을 개발한다거나, 스크래핑 로직을 작성하면서 1년 전과는 비교도 안될 정도로 하드 스킬이 늘었습니다. 암호화, 난독화, 압축 등도 배우고, 비즈니스 요구사항을 로직으로 풀어낸다거나 외부 서버의 특이점을 우리 로직에서 반영해야하는 경우가 많아 다양한 통신 프로세스를 경험하고 배웠습니다. 

 

은행 같은 경우 이중 로그인이 되지 않아, 한 아이디당 병렬처리를 할 수 없어 메세지큐 통신에서도 직렬로 처리하는 경험, 외부 서버에서 내려주는 난독화된 JS 파일의 로직을 파악해 보는 경험, 외부 수집처의 주문상태에 따라 우리 데이터의 진행상태를 바꾸는 경험 등등이 실무자로서 하드 스킬 향상에 도움이 됐습니다.

 

 

"업무 처리 분배 방법"

일하면서 느낀 것이 오전과 오후의 집중도가 다르다는 점이었습니다. 둘 모두 100% 의 집중도면 좋겠지만, 사람인이상 그럴 수 없습니다. 특히나 점심시간도 11시대여서 오전 근무가 더 짧기때문에 체감되는 게 더 컸습니다.

 

 

이런 점을 자아성찰하고 오전엔 문서작업이나 외적인 업무를 처리하고, 오후엔 코딩을 하는 형식으로 일을 진행했습니다. 고객 문의 등 외부요인 때문에 매일 지켜지진 않았지만, 구분을 짓고 일을 처리하니 효율이 오르는 걸 체감할 수 있었습니다.

 

 

 

🪫Lacked (부족했던 것) - 부족함, 시행착오, 아쉬운 점

 

"팀 이동"

한 해 동안 크게 아쉬운 점은 딱히 없었지만, 굳이 하나 뽑자면 팀을 이동하게 된 점을 뽑고 싶습니다. '옮긴 팀이 별로다. 전 팀이 그립다.' 이런건 절대 아니고, 제가 스스로에게 굳게 믿었던 신념?! 중에 하나가 깨졌던 순간이라 이걸 뽑게 됐습니다. 

어릴 때부터 어떤 조직이라도 잘 녹아들고, 무리에 잘 어울린다는 이야기를 많이 들었습니다. 그래서 팀에 배치 받았을 때도 절대 팀 옮길 일이 없다고 스스로 자만했습니다.

 

전 팀장님께 제 성격은 클라이언트 사이드에 비즈니스 로직을 녹이는 업무에 적합하고, 매우 능동적이고, 개선하고자 하는 의지가 많은 스타일이라 다른 팀이 어울린다라고 하시면서 팀 이동을 권유 하셨습니다.

어떤 어떤 팀에 가게 돼서 슬프다 보다 제 스스로에대한 믿음이 깨진 순간이라 매우 슬펐습니다. 저희 회사가 잦은 팀 이동이 있긴 하지만, 전 절대 옮길 일이 없다고 생각했습니다. 매우 자만했던 거죠.

그날 밤 서러움인지?  분함인지? 무엇인지 모르겠지만 동기들과 한 잔을 걸치고 울었던 기억이 납니다.😭😭🥲🥲(그래도 동기들 앞에서 운게 아니라 집갈 때 몰래 혼자 울어서 다행이라는,,,,,,)

 

옮긴 팀은 전 팀장이자 부문장님의 말씀대로 제 성격과 업무 스타일에 매우 잘 맞았습니다. 심지어 하는 업무마저 하고 싶었고, 관심있는 쪽이라 매우 잘 적응했습니다.

무언가에 절대라는 건 없고, 저의 자만심도 한 풀 꺾이게 되는 사건이라 뭔가 아쉬우면서도 자만이란 부족함으로 "팀 이동" 뽑았습니다.

 

 

 

Longed for (바랐던 것) - 내년의 갈망/욕구

 

"러너스 하이 우수 참여"

1월에 진행 중인 러너스 하이 2기를 잘 마무리 하기 입니다. 좋은 퍼포먼스를 내고 싶고, 백지 시험과도 같은 프로그램에서 저희 최대한의 아웃풋을 쏟아내고 싶습니다.

훌륭하고 좋은 마무리로 한 해 시작을 산뜻하게 하고 싶습니다.

 

 

"자격증"

내년에도 자격증 따기는 계속 될 거 같습니다. 목표는 이번에도 3개인데, 이번엔 어려운 자격증을 도전해보려고 합니다. 따보고 싶었던 자격증이 있는데, AWS Certification SAA 나 DA 그리고 CCDAK(Certified Confluent Developer for Apache Kafka) 자격증입니다. 그래도 실무에서 쓸 수 있고 실무에 제일 도움이 되는 자격증 위주 먼저 따볼 생각입니다.

 

자격증에 계속 딸려고 노력하는 건, 자격증 갯수가 늘어나는 것도 있게지만 무엇보다도 꾸준히 공부를 하는 습관을 형성할 수 있어서 입니다. 이런 태도와 습관이 앞으로도 어떤 공부를 하게 됐을때 녹슬지 않고 빠르게 흡수할 수 있다고 생각하기 때문입니다.

 

 

"일관성"

지금 저의 업무 태도 중에 좋은 자세가 맞닿드린 문제를 단순히 해결하는 것 뿐만 아니라 어떻게하면 다시 발생하지 않을지 근본적인 문제점을 해결하려고 하는 태도입니다. 또한 개선할만한 점들을 적극 팀과 회사에 권유하고 이를 실천하는 점입니다.

 

이런 태도가 잠깐 반짝 하는 스타일이 아닌, 2년, 3년, 시니어 개발자가 될 때까지 꾸준하게 갖고 가는 것이 목표입니다.

한 발자국 더 앞 설려고 하는 발걸음이 저를 남들보다 더욱 빨리 성장할 수 있도록 이끈다고 생각합니다.