👨🏻‍💻 About Me

• 안녕하세요! 주니어 개발자 김가람 입니다!
• 세상에 없던 서비스가 이제는 하나둘 생기고, 그것들을 누리며 살다가, 이제는 세상에 없던 서비스를 만들기 위해 시간가는줄 도 모르고 개발에 푹 빠져있습니다.
• 관심있고 흥미있는 기술이 생긴다면, 두려움 보다는 일단 도전해보고 적용해보는 것이 즐거운 경험이라고 생각하는 개발자 입니다.
• 주로 백엔드 개발을 진행하였지만, React Native와 Android Studio를 사용하여 풀스택 앱 개발 경험도 가지고 있습니다.
• 현재 서비스중인 여러가지 연동 플랫폼을 유지보수 하며, 신규 프로젝트를 수행하는 업무를 맡고 있습니다.
• 관심있는 오픈소스나 이슈를 틈틈히 공부하고, 학습한 내용을 블로그에 기록할 수 있도록 노력하고 있습니다.

Contact & Code

• Email | [email protected]
• GitHub | https://github.com/garam0410
• Blog | https://ramka-devstory.tistory.com/

🔎 Work Experience & Project

(주) 다우기술 (2021.12-재직 중)

Web Application Developer / 사원

기술 스택 : Spring Boot, Java, Kotlin, Vue.js, JPA, RabbitMQ

1. 다우오피스 플랫폼 개발 및 유지보수 (백오피스, 제휴연동)

업무 내용

• 다우오피스를 주문, 결제, 프로비저닝 되는 과정까지를 관리해주는 백오피스 시스템 유지보수 및 신규 개발
• 다우오피스와 연결 되어있는 여러가지 서비스들을 지원하는 플랫폼들을 개발 및 유지보수
• 업무를 진행하는데 영향을 주는 반복 이슈를 주로 대응

수행 기간 : 2023.01 ~ 현재

기술 스택 : Java, Spring Boot, JPA, RabbitMQ, Vue.js

추가 주문이 등록되지 않는 문제 개선

• 중장기 개선 프로젝트 이후, 같은 계열의 고객사가 추가주문을 진행하려고 할 때 주문등록이 안되는 이슈가 있었음
• 에러 내용이 duplicate key 였기 때문에, 당연히 로직상에 문제가 있다고 판단하였는지 수많은 로그가 코드상에 구현되어 있었음
• 당시, 삐약삐약 프로젝트를 끝마치고 온 이후에 실제로 팀 업무를 처음 시작하였기 때문에 코드 분석이 필요했음
• 테스트할 때는 제대로 동작하는 로직이, 운영에 릴리즈 된 이후에는 동작하지 않은 문제를 서버 환경 문제 또는 DB 문제라고 판단
• 연관된 테이블들을 모두 확인해보고 비교해보니, FK 가 잘못 연관 되어 있는 것을 확인
• 연관관계를 다시 제대로 맺어주고, 해당 이슈를 마무리함
• 팀에 복귀전, 팀에서는 거의 한달간을 이 문제 때문에 머리가 아팠지만, 빠르게 찾아서 문제해결을 했기에 단순한 문제였지만 개인적으로 되게 짜릿했던 경험

통계 데이터 엑셀 다운로드 시, 데이터가 많을 경우 Time Out으로 인해 다운로드 불가한 현상 개선

• 한번에 페이징으로 조회할 데이터 크기를 늘리고, Querydsl로 필요한 필드만을 추출해서 성능 개선

메인 플랫폼 서비스 Spring Event 개선

• ApplicationEventPublisher처럼 AbstractAggregateRoot도 동일하게 이벤트를 발행하고 동작한다고 생각하고 구현된 로직들이, 사실은 약간 다르기 때문에 운영상에 제대로 이벤트가 발행 되지 않았던 문제들이 있었음
• AbstractAggregateRoot의 registerEvent는 실제로 save, delete와 같은 네이밍의 인터페이스가 호출되어야 발행되는데, 이를 모르고 사용한 로직들이 다수 존재하였음
• 그렇다고 잘못 쓰여진 부분에 save를 명시해주자니, 해당 서비스 로직은 무언가 insert, update가 아님에도 선언해주는 것이 이상했음
• 그래서 AbstractAggregateRoot의 이벤트 발행 과정을 몰라도, 트랜잭션이 마무리될 때, 발행되지 않았던 이벤트들을 발행할 수 있도록 개선
• 구현 참고자료
  • https://ramka-devstory.tistory.com/6
  • https://ramka-devstory.tistory.com/7

신규 대고객 (B2C) 서비스와의 통신을 위한 이벤트 로직 개발

• 서비스 주문 내용이 적용 되었을 때, 클라이언트 플랫폼에서 관리할 수 있도록 응답 이벤트를 전달할 수 있는 로직 구현

글로번 채번 규칙 개선 방안 조사 및 프로토타입 구현

• 제공하는 그룹웨어 서비스는 여러개의 클러스터에 각각의 독립적인 어플리케이션이 구성된 환경

  9인 이하 무료 서비스를 제공해주고 있었고, 잠시 체험후에 서비스를 사용하지 않는 사용자 마저 고사양의 운영중인 클러스터에 해당 데이터가 존재

  사용자가 많아지면서 고사양 클러스터의 유지비용 문제가 생길 수 있기에 사용중이 아닌 데이터의 경우 이관을 고려하게 됨

  현행 글로벌 ID 채번 규칙의 경우에는 다른 클러스터의 동일한 ID 값을 중복으로 가질 수 있기 때문에 현실적으로 데이터 이관이 힘듦

  그렇기 때문에 모든 클러스터에서 유니크한 채번 규칙의 필요성을 느꼈고, 그중 하나를 선택하여 프로토타입을 구현

• 구현 참고자료

  • https://ramka-devstory.tistory.com/1
  • https://ramka-devstory.tistory.com/2
  • https://ramka-devstory.tistory.com/3

2. 신규 서비스 '삐약삐약' FE, BE 개발 (스토어 링크)

프로젝트 개요

• 2030 세대를 위한 영양제 관리 및 건강 관리 소셜 서비스
• 사내 최초 이면서 유일한 Kotlin Backend 를 개발한 프로젝트

프로젝트 인원 : PM 1명, FE/BE 4명(소속 파트), Mobile 2명

프로젝트 기간 : 2022.03~2022.12

기술 스택 : Kotlin, Spring Boot, JPA, RabbitMQ, Vue.js

설문, 게시판, 건강데이터 화면 및 로직 구현

• 모바일 네이티브 + 웹앱 형태의 어플리케이션에 필요한 API 개발
• 게시판 작성 및 이용자 사전 설문 기능, 설문 분석 후 결과에 따른 영양제 추천 대시보드 개발

소셜 로그인, 인증 개발

• OAuth 소셜로그인 연동 개발
• 모바일 앱과의 인증 개발

RabbitMQ 활용 Push 서비스 개발

• 사용자에게 전송되어야할 푸시 알림을 수많은 요청이 와도 수행할 수 있도록 메시지 큐 사용
• FCM이 한번에 여러개의 푸시 알림을 보낼 수 있는 최대 갯수 (500건)에 맞추서 페이징 처리후에 알림 전송
• 푸시 실패가 다른 로직에 영향을 주지 않도록 Spring Event를 통해서 로직 분리
• 동일한 푸시 알림이 두번씩 나가는 이슈

ISMS 대응

• AOP를 활용하여 관리자 액션 수집
• 마지막 로그인, 비밀번호 변경 등과 같은 에이징 처리 구현

3. PR(Pull Request) Collector 개발

수행 기간 : 2023.02 ~ 2023.04

프로젝트 인원 : 1명 (본인)

기술 스택 : Kotlin, Spring Boot 3.0.0, JPA

팀에서 진행하는 Pull Request의 코드리뷰 분석을 위한 서비스 로직 개발

• 팀장님의 요청으로 Pull Request는 팀원이 내용을 확인했을 때 이해할 수 있도록 작성했는지, 리뷰의 수준 및 기여도 측정을 위해서, PR Collector라는 이름으로 팀 내에서 사이드 프로젝트를 진행
• 팀내 신기술 전파와 학습을 위해서 최근 삐약삐약 프로젝트에서 사용한 Kotlin과 최신 Spring Boot 3.0.0을 사용하여 개발을 진행하고, 다른사람이 이를 고도화하여 학습할 수 있는 방향으로 제안을 드렸고, 위와 같은 기술 스택으로 프로젝트를 진행하게 됨
• Atlassian의 Git Hook을 사용해서 Pull Request를 수집하고, 수집된 정보를 바탕으로 데이터를 DB에서 관리
• 수집되는 정보는 Pull Request를 작성한 사람, 코멘트, Repository, Source Branch, Target Branch 등의 정보가 있음