🙂2024.08.08

일일 회고 14회차

Keep

1. 일일 회고를 꾸준히 하면서 성장하기 위해 노력하는 것

Problem

1. 명확한 원인을 파악하지 않고 문제를 해결하는 것

2. 여러 개의 방법 중에 최선의 방법이 아닌 빠른 방법을 선택하는 것

Try

1. 일일 회고를 통해 원인을 명확하게 파악하고 문제를 해결했는지 검토

2. 일일 회고를 통해 최선의 방법을 선택했는지 검토

오늘 할 일

• 회사 업무

  • AI 탐지 결과 저장 로직 변경

  • 신기능 디자인 리뷰 회의

• 사이드 프로젝트

  • 알림 기능 구현

경험 및 배움

회사 업무

AI 탐지 결과 저장 로직 변경

AI 서빙을 담당하는 팀원으로부터 AI 탐지 결과 저장에 대한 수정 요청을 받았다. AI 모델로부터 탐지된 객체의 가로와 세로를 의미하는 width와 height을 pixelWidth와 pixelHieght으로 변경하는 요청이었다. 백엔드에서는 서빙 서버로부터 geojson을 전달받아서 width와 height을 추출하게 되는데, 해당 이름이 변경되면 에러가 발생하게 되므로 수정 작업이 필요했다.

단순하게 width와 height을 pixelWidth와 pixelHeight으로만 변경하면 되는 작업이긴 하지만, 이렇게 변경하여 배포하게 되면 서빙 서버가 업데이트되기 전까지는 문제가 발생하게 된다. 그러므로 이전 버전과 새로운 버전을 모두 지원하기 위해 width와 height이 존재하지 않을 경우 pixelWidth와 pixelHeight으로 값을 추출하도록 변경한 후에 배포하였다.

이와 같이 변경하게 된 히스토리를 PR에 작성해 놓았지만, 다른 개발자들이 히스토리를 빠르게 파악할 수 있도록 주석을 달아 놓는 것도 좋을 것 같다.

신기능 디자인 리뷰 회의

어제에 이어서 2차 리뷰 회의를 진행했다. 1차 때 나왔던 피드백들이 반영되긴 했지만 성능적으로 불가능한 기능이나 핵심 기능이 아닌 부가적인 기능들이 아직 존재했다. 프로젝트 납품기한이 얼마 남지 않았기 때문에 잘못되거나 불필요한 기능들은 최대한 제거하고 작업을 진행하기로 했다. 2차 회의를 통해 어느정도 기능이 정리가 되었지만 공수를 산정했을 때 마감기한까지 개발하기 어려운 기능들이 있을 수 있으므로 공수 산정 이후에 한 번 더 회의를 진행하기로 했다.

사이드 프로젝트

알림 기능 구현

이벤트 리스너를 통해 이벤트를 저장하는 코드는 구현했으나, 이 코드가 버그가 발생하지 않는지 확인이 필요하다. 이벤트 처리와 같이 비동기 로직에 대한 테스트 코드를 작성하는 것이 어렵기 때문에 어떻게 테스트를 구현하는 것이 좋을 지 조사가 필요하다.

앞으로 할 일

• 회사 업무

  • LWLock 발생 원인 및 해결 방법 분석

  • Github Actions 추가 개선 (ref. 백엔드 Github Actions 개선)

• 개인 학습

  • AOP의 Joinpoint 분석

  • @Transactional 동작원리 학습

  • Webflux와 R2DBC에서의 페이징 활용법 조사

• 사이드 프로젝트

  • Swagger Docs 보완

  • @Profile 적용

  • 알림 기능 구현