추상화 2

2024 10월 3째 주 (촉박한 프로젝트 일정속에서)

일정이 너무 촉박해 놓치는 것들 최근에 일정이 빠듯한 프로젝트에 중간에 투입되어 바쁘게 개발 중에 있다. (이번주엔 야근을 3번 정도 했다..)바쁘게 개발하다보니 지켜왔던 것들을 조금 놓치게 되는 것들 그리고 어떻게 개선하면 좋을지 혹은 개선했는지를 정리해 보려고 한다.  1. 코드 리뷰일정이 바쁘다 보니 각 기능들이 특정 브랜치에서 연속적으로 작업된게 아닌 부모 브랜치에서 병렬적으로 작업되었다. 이렇게 했을 때, 보다 상위 기능에 추가 작업이 이뤄졌을 때, 직접접인 영향도가 하위 브랜치엔 없다는 장점이 있을 수 있는데, 병렬적으로 작업되다보니 서로의 개발 내용을 몰라 중복 코드가 왕왕 생긴 점각 PR 에서 개발된 기능들이 꽤나 의존적이었던 관계로 병합 과정 및 기능 재점검을 위한 통합 테스트가 진행되어..

회고록 2024.10.20

2024 9월 4째 주 (결제 도메인의 추상화 보존기)

결제 도메인의 추상화 보존기 - 비효율적 연동 구조에서의 교훈: 소통 비용과 인터페이스 개선 경험  결제 서버는 여러 서비스들이 연동되는 플랫폼이다 보니 당연하게도 어떤 설계를 디자인할 때 추상화에 많은 신경을 쓰게된다. 다만, 이번에 진행하고 있는 프로젝트에서 각 서비스들의 리소스가 부족하다보니 특정 데이터를 전달받을 때, 각 서비스에서 이미 사용하고 있던 API 를 전달받게 되었다. 우리가 원하는 타입 A로 전달받지 않으니 서비스 별 서로 다른 응답값들을 A 타입으로 조합 및 가공해야하는 추가 공수가 발생했고, 이는 하기 2가지의 문제가 있었다.  결제 도메인에서 불필요한 서비스 도메인 지식을 알아야 한다는 점서비스 종속 코드 증가서비스 지식을 알기 위한 상호간 소통 비용이 증가하는 점 모든 응답 케..

회고록 2024.09.29