2024년 새해가 밝았다. 2023년 개발자로서의 나는 얼마나 성장했고 어떤 것이 부족하며 앞으로 어떻게 할지 글을 쓰며 정리해보려 한다. 얼마나 성장했을까? 2023년 1월의 나와 지금의 나를 비교해봤을때 얼마나 성장했을지를 생각해봤다. 상태 관리와 컴포넌트를 설계하는 역량 컴포넌트 설계의 경우 함수형 프로그래밍을 학습한게 영향이 있었다. 순수한 부분과 순순하지 않은 부분을 구분 짓고 사고를 확장시켜 이를 컴포넌트 설계에도 적용하려고 했던 것이 도움이 됐다. 상태 관리는 Redux, Tanstack Query와 같이 여러 상태 관리 라이브러리를 써보면서 공통되는 원칙을 기반으로 한게 도움이 됐다. 최소한의 데이터를 상태로 정의하며 이를 가져오도록 selector를 사용하되 컴포넌트에서는 최대한 작은 데..
회고
팀 기능 (2023.10.15 ~ 2023.11.14) 한달동안 팀 기능 개발을 완료하여 운영환경에 배포했습니다. 기존의 스프린트 방식의 프로세스에서 shape up 방식의 프로세스를 처음 경험하다보니 시행착오를 겪었지만 운영환경에서 유저들이 잘 사용하고 있는 것을 보니 나름 잘 해낸 것 같네요. 잘한점 할당된 작업과 추가적인 작업들을 빠른 속도로 개발 및 수정하여 다른 팀원들의 부담을 줄이고 더 빠르게 테스트를 하도록 했다. 기존의 UI, 비지니스 로직을 따로 개발하는 것이 아닌 MSW를 사용해 함께 개발하도록 프로세스를 개선하여 연동할때 이슈가 발생하지 않도록 했다. 못한점 디테일한 디자인을 놓치는 경우가 많았다. 개발 상황에 대해 팀원들에게 자주 공유하지 않았다. 개발하면서 테스트를 작성하지 않았다..
2022.10.24 ~ 2022.11.11 2주 동안 진행했던 프로젝트에 대한 개인 회고를 해보려 합니다. Keep 프로젝트의 마감일이 얼마 남지 않았을때 팀원들의 티켓을 가져와 적절히 처리하였습니다. Problem web3 프로젝트 경험해본 입장으로서 중심을 잡아주지 못하여 팀원들이 web3에 익숙해지는데 시간이 걸렸습니다. 비동기를 잘 처리해야 하는 프로젝트의 특성과 규모에 대한 판단을 잘못하여 적절치 못한 기술의 사용으로 복잡도를 증가시켰습니다. 프로젝트 시작 전, 설계적인 부분에 있어 미리 잡고 들어가지를 못했습니다. (이 부분은 이 전의 프로젝트 회고에서도 문제라 생각했던 점이므로 앞으로는 더 각별히 주의해야겠습니다.) Try 프로젝트 시작하기 전에 이 프로젝트의 특성과 규모를 명확히 판단하고 ..
