배포를 작업이 다 끝난 후에 한번만 하면 된다고 생각했는데, 마지막 날인 오늘 배포를 진행하면서 마주하게 된 문제점들이 상당히 많아서 배포자동화를 활용하여 매일 코드리뷰시간에 머지함과 동시에 배포가 잘이루어지고 있는지도 확인하면서 다음 프로젝트를 진행하면 더 좋을 것 같다.
2주프로젝트에는 사용하는 스택의 범위를 너무 넓히지 않기 위해서 Redux를 활용하지 않았는데 아무래도 여럿이 함께 작업하다 보니 props로 내려준 상태들을 추적하는데 어려움이 있었다. 4주프로젝트를 진행할 때는 Redux를 활용해볼 예정이다.
API문서를 서버가 어떤일을 담당하게 될지 명확하게 구상해놓지 않은 상태에서 작성하려니까 어려움이 많았다. 아무래도 SR준비하는 시간도 촉박하기도 해서 내가 맡았던 일들 중에서 가장 아쉬운 결과물이 나온 것 같다. 줌 수업을 통해 배운 API문서 작성 요령 등을 참고하여 4주프로젝트에는 정말 RESTFUL한 API문서를 만들 수 있도록 해 봐야겠다.
Try (Action Items)
[ ] mysql에 이미지를 저장하는 방법과 관련 스택을 공부하여 게시판을 구현하려고 할 때, 사용할 수 있도록 해야겠다.
[ ] 회원정보를 다루는 서버부분에는 암호가 노출되는 문제를 막고자 해시를 사용했는데, 좀 더 보완하기 위해 솔트값 또한 활용하면서 해당 솔트값을 DB에 저장하는 방식도 활용해보고자 한다.
[ ] Typescript언어 사용은... 접하게 될 새로운 스택이 너무 많다면 그에 집중하고 typescript를 사용하지는 않으려고 한다.
개인 First Project
Keep (유지할 항목)
Problem (문제라고 생각하는 항목)
Try (Action Items)