24.07.12
today 😉
[배달의 민족 서비스(CLI) JAVA 프로젝트 회고‼️]
Keep (유지)
- 프로젝트 전체 아키텍처를 Spring Application과 최대한 비슷한 구조로 설계하기 위해 샘플 코드를 미리 작성해와서, 팀원들과 공유하며 프로젝트 아키텍처 설계에 기여함. 다음 프로젝트에서도 설계 방향과 구조에 대한 생각이 먼저 든다면 샘플 코드로 설계하고 싶은 아키텍처를 설명할 예정.
- 패키지를 도메인 단위로 나누고 도메인간 전달할 데이터에 대한 DTO를 사전에 설계함으로써 코드 의존성 분리 및 충돌을 방지함.
- 팀 커뮤니케이션에 적극 참여 함으로써 프로젝트에 대해 깊게 이해하고 팀원들의 PR을 면밀히 살핌.
Problem (문제)
- 프로젝트 규모도 작고 기간도 짧다 보니 도메인 단위가 많지 않아 분업이 힘들어 하나의 도메인을 팀원과 같이 개발해야하는 상황에서 모든 로직을 설명하면서 개발하기가 힘들어 "맡은 도메인을 각자 개발하여 코드를 비교해보자"는 해결책을 냈지만 좋은 해결책은 아니였던 것 같다. 좋은 개발자일수록 자신이 구현하려는 로직과 근거를 잘 설명할 수 있어야하는 것 같다.
- 구체적인 회의 안건을 정하지 않고 회의를 하여 불필요 회의시간을 낭비하였다.
Try (시도)
- 회의 또는 기획 안건을 명확히 하고 회의를 진행한다.
- 프로젝트가 작더라도 분업을 명확히하고 구현단계에 들어간다.
[ MVC 흐름 ]
[ S -> Service 되는지 ]
