Judaeng

✅User API 요청 작성 유저와 관련된 로그인, 회원가입, 로그아웃, 회원 수정, 마이페이지 등등 부분을 작성했다. 그전에 작성했던 Token, 마지막 HA 부분의 코드를 되짚어보면서 작성을 시작했다. 아직은 정확히 만들지는 못했지만, 계속 도전해 볼 생각이다. ✅토큰 인증 로그인 작성을 할 때 토큰 방식으로 인증하려고 신경을 많이 썼다. 지금은 잘 안되지만ㅠㅠ.. 이 부분도 계속 도전해 볼 생각이다. post에 email, password를 보내는 형식으로 요청 응답 부분을 다시 작성해봐야 될 것 같다. ✅자동 배포환경 만들기 Jenkins를 설치해보고, 배포 쉘(shell)을 공부하고, 자동 배포 환경을 만들어보았다. 이 부분은 따로 공부해서 적용해본 부분이다. 팀원들에게는 미리 말씀드리고 만들었..

✅server 기본 모듈 및 프레임 설계 npm init 부분에서도 헷갈리고, 완전 처음부터 하는 거라서 너무 어색했다. 정말 깨끗한 도화지에 만드는 거라서 걱정이 너무 많았다. 하기 전에 필요한 모듈을 공책에 적어서 하나씩 적용하는 흐름으로 진행했다. 생각보다 잘 진행되었다. 그래서 다행이지만 무언가 마음이 편하지는 않다. ✅배포 테스트 프로젝트가 완성되고 나서 배포를 진행하게 되면 엄청난 문제가 생긴다고 Code 분들이 미리 경고해주셨다. 그래서 다른 분들은 더 일찍 배포 테스트를 진행했지만 우리 팀은 4일 차에 테스트해보았다. AWS를 통해 서버는 EC2 서비스를 이용했다. 아직 클라이언트 분들은 애기가 없어서 못 들었지만 S3 서비스를 사용하실 것 같다. 나는 EC2 서비스를 통해 직접 배포를 해..

✅테스크 카드 만들기 주어진 프로젝트 가용시간에 맞춰 프로젝트 레포에 이슈를 생성하고 해결하는 카드를 만들었다. 완전 처음만들어보는데 생각보다 귀찮았고 어려웠지만, 만들어놓으면 진행을 순서대로 할 수 있고, 역할 분배 부분도 잘 되어서 좋았다. 하지만 우리는 역할 분배가 어려울 것 같아, 아마 계속 같은 부분을 같이할 것 같다. 테스크 분배하는 것이 아마 매우 힘들고, 어렵지 않을까 싶다. ✅스키마 작성 프로젝트의 데이터베이스 스키마를 작성하기 위해서 먼저 팀원들과 다이어그램을 만들어보았다. 툴은 dbdiagram을 사용했고, 이 툴을 사용하려면 옆에 코드를 하나씩 작성하는 것이 조금 불편했다. 그전에 만들 때는 코드를 작성 안 해도 만들어졌었던 툴이었는데, 조금 새로웠다. 스키마도 정말 중요한 부분이라..

✅API 문서 작성 어제 정했던 아이디어 부분에 어떤 요청이나 응답이 필요한지 생각해보고, 팀원들과 같이 추가했다. API 문서는 gitbook을 이용해 만들었다. API 문서를 팀원들이랑은 처음 작성해봤는데, 생각보다 엄청 엄청 중요한 과정이라는 걸 조금 많이 느꼈다. 처음에 API 작성을 하기 전에 "플로우 차트나 다이어그램이 있었으면 더 작성하기 편하겠다"라는 생각을 많이 했다. 프로젝트를 하기 전에 작성해야 할 SR(Software Requirement) 과정이 얼마나 중요한지 깨닫는 시간이었던 것 같다. 나중에 API 문서가 수정돼야 할 경우 조금 많이 어려움을 얻을 것 같다. 처음에 잘 작성을 해야 작업을 할 때 문제없이 잘 진행될 것 같다. 일단은 잘 작성한 것 같아 좋고, 요청과 응답을 정..