2023 사내 프로젝트 회고
1. 리틀치프 프로젝트 히스토리 겸 회고
2022년에 어느정도 기획을 듣고, 브릿지 api 개발 시작한다는 것까지 들었었던 상태로 2023년 5월경에 용현님께 인수인계 받은 프로젝트입니다. 주찬님이랑 기획 싱크된 상태로 개발을 시작했는데 F&B쪽 api/어드민 api 작업을 완료하고 PE 클래스 관련된 api 개발 중반 즈음에 리틀치프측 David(브릿지 개발자)이 전달해주는 내용이랑 용현님께 인수인계 받은 내용이 싱크가 안 맞기 시작했습니다.
- 브릿지와 리틀치프 api 디비 활동 데이터 싱크 맞추는 방식(스케쥴러냐, 웹훅이냐)
- 용현님 인수 인계시 : 웹훅 엔드포인트로 브릿지에서 활동 데이터를 쏴주기로 했었다.
- 브릿지 개발자와 회의시 : 난 한번도 활동 데이터를 웹훅으로 쏴주기로 한적이 없었다. 브릿지 api쪽에서 스케쥴러 돌려서 활동 관련 데이터를 브릿지에서 가져가야한다.
- 나중에 임베디드쪽 개발자분 : 저희쪽에서 웹혹 쏴주기로 했던거 같은데? 아닌가요?
- QR 입장 플로우 전반
- 브릿지와 리틀치프 api 종합 점수 계산 책임 주체
- 용현님 : 브릿지에서 넘겨주기로 했었다.
- 브릿지 개발자 : api쪽에서 알아서 계산하는거 아니였나요?
활동쪽 엔티티 설계가 브릿지와는 아예 별개로 설계되어있었고, 관련 로직이 기본 CRUD만 세팅되어있거나 DI를 싫어하셔서 일부 로직이 도메인 서비스(해당 부분은 데이터 매퍼 패턴 사용)가 아닌 외부에 별개의 서비스에 액티브 레코드 방식으로 작업되어있어서 코드 파악 및 이슈 트래킹이 힘들었다. 결국 엔티티부터 서비스까지 다시 구현했다. 뭔가 활동 관련해서 이상한 부분이 있을 때, 책임 주체가 api 서버인지, 브릿지인지, 임베디드쪽인지 파악이 안되서 혼란스러웠다.
2. 고미에너지
Prisma 처음 써본 프로젝트였는데 TypeSafe해서 생각보다 괜찮았다. 생성되는 쿼리 성능이 안좋아서인지 생성 관련 쿼리나 조회관련 쿼리 트랜잭션을 하나로 묶으면 Prisma Transaction API 쪽에서 Transaction Time Out 에러가 자주 발생하였다. Prisma로 스키마 관리하고, 쿼리 생성/엔티티 접근은 Drizzle ORM으로 하면 괜찮지 않을까 싶습니다. Prisma 5.0 버전 업데이트 했다가 이슈 많이 생겼다. 메이저 버전 업데이트는 함부로 올리지 말기 라는 교훈을 얻었다....
3. 휴먼퍼포먼스랩
래환님이랑 처음 싱크 맞춰본 프로젝트입니다. 기획 듣고 1주일하고 반 안에 백엔드 1차적으로 마무리하느라 조금 정신없이 작업했던 프로젝트라서 제가 기획 전달받았던 부분과 조금씩 변경사항이 있을 때, 스트레스를 조금 받았었다. ex) 카카오 소셜 로그인인줄 알았는데 카카오 싱크로 기획이 변경되었는데 별다른 변경 사유가 없어서...