본문 바로가기

회고

[회고] 2024년 11월 3일(일)

수행

  • 청하 프로젝트 iOS 리팩토링 작업
    • 구글 소셜 로그인 화면 전환 Router 패턴으로 화면 전환 책임 분리
    • 구글 소셜 로그인 기능 Clean Architecture 구조로 리팩토링

공부

  • Coordinator 패턴과 Router 패턴의 책임 범위
    • Coordinator는 기능 단위 또는 여러 화면의 흐름을 관리하고, 앱 전반의 로직을 조율하는 경우가 많습니다.
    • Router는 단일 화면에서 필요한 전환을 처리하는 데 초점을 맞추며, 한 화면 또는 기능 단위의 화면 전환을 처리하는 경우가 많습니다.
  • Pull Request 강제 Closed
    • "git filter-branch --tree-filter 'rm -f ./test.txt' -f" 커맨드를 이용해 해당 경로 파일을 모든 히스토리에서 삭제했지만 강제 적으로 삭제한 거라 Pull Request가 강제로 닫힘

만족

  • Router 패턴으로 리팩토링하여 SOLID 원칙 중 SRP 원칙을 준수하여 코드 유지보수성 항샹
  • Clean Architecture 도입으로 코드를 좀 더 구조화시킬 수 있었음

아쉬움

  • 강제 git push 로 인한 커밋 히스토리 오류를 발생시킴
  • 아직 Clean Architecture에 대한 개념이 미숙하여 프로젝트 적용에 생각보다 많은 시간이 소요됨

개선점

  • 강제 git push를 방지하기 위해 원격 Repository에 업로드 전 Local에서 철저히 테스트해보고, 자세히 살펴보자
  • Clean Architecture 개념 숙지

느낀점

  • 무턱대고 적용하기보단 어떤 결과가 나올지 미리 생각해본 후, 적용하자

 

[회고 구조]

1. 수행: 오늘 하루 동안 했던 업무 정리

2. 공부: 일을 하면서 인터넷으로 검색해서 알게 된 정보들, 혹은 팀원과 얘기하면서 알게 된 도메인 지식들을 정리

3. 만족: 업무를 하면서 좋았던 점

4. 아쉬움: 업무를 하면서 아쉬웠던 점

5. 개선점: 아쉬움에서 썼던 것을 토대로 다음날 액션을 취할 수 있는 방법들을 작성

6. 느낀점: 하루 일과 총평

 

[회고 노트 시 필수 사항]

회고 노트는 반드시 당일에 작성한다.

'회고' 카테고리의 다른 글

[회고] 2024년 11월 4일(월)  (0) 2024.11.04
[회고] 출시 프로젝트 회고  (0) 2024.03.29