20220405

오늘 한 일

• 팀 데일리 스크럼
  • 어제 정규시간 이후에 Issues, PR templates 를 추가한 거에 대해 짧게 공유하고 개발용 branch 없이 작업하고 Github 의 Projects 기능을 적용하기 위해 함께 있을 때 templates 을 다시 추가해보았다.
• todo list 프로젝트 요구사항 분석
  • 지금까지 단계별로 주어진 요구사항에 맞춰 코딩을 해왔었기에 기획서를 보면서 안드로이드 팀에게 어떤 API 를 제공해주어야할 지 요구사항을 분석해보았다.
• Database 설계
  • todo list 앱에 필요한 Database 를 생각해보았다. 'todo list' 이기 때문에 하나의 todo 에는 어떤 속성이 필요한지 고민해보았다. 그런 생각의 꼬리를 이어가면서 User, todo 의 history table 까지 필요할 것 같다는 설계를 해보게 되었다.
• API 설계
  • 분석한 요구사항과 Database 를 설계한 내용을 바탕으로 API 를 설계해보았다. 클라이언트로부터 어떤 요청이 올 지 몇 가지 케이스를 생각해보았다.
• postman 을 이용한 mock API 생성
  • 안드로이드 팀에게 mock API 를 만들어 전달하기 위해 postman 을 이용하여 mock API 를 만들어보게 됐다. 앞서 설계한 API 를 postman collections 에 하나씩 추가했다. API 를 만드는 게 낯설어서 많은 게 새로웠지만 지난 주까지 했던 웹 서버 미션 경험이 있어서 어떤 걸 요청하고 어떤 걸 반환해줘야 할 지에 대한 그림은 그릴 수 있던 것 같다. API 마다 응답할 때 status code 를 어떻게 줘야할 지 고민하게 됐고, Github REST API 를 참고하며 API 를 만들어볼 수 있었다.
• 팀 데일리 회고
  • 안드로이드 팀과 만나 짧게 오늘 하루 작업한 내용을 공유하는 시간을 가졌다. 오늘 만든 mock API 를 소개(?) 해보았고, 안드로이드 팀이 해야할 일이 생각보다 더 복잡해보인다는 걸 알게 되었다 😅

소감

• 요구사항을 분석해보고 DB, API 를 설계해보니 어떤 기능이 추가되어야할 지 큰 그림을 그릴 수 있어서 좋았다. 당장 설계 할 때는 잘 떠오르지 않고 이게 맞나? 하는 생각도 했지만 이러한 절차를 프로젝트 초기에 함으로써 앞으로 진행될 개발이 수월해질 것 같다는 느낌을 받았다.
• mock API 를 만들어보았는데 팀 프로젝트를 할 때 실제 API 까지 개발하는데 많은 시간이 소요가 되는데 그 전에 클라이언트 개발자가 개발하는데 어려움이 덜 할 수 있도록 비교적 빠르게 API 를 만들어줄 수 있어서 mock API 가 협업을 하는데 큰 도움이 되겠다는 걸 느낄 수 있었다.

좋았던 점

• API 를 만들기 위해 Database 를 설계하고 API 를 설계하는 일련의 과정을 경험할 수 있어서 좋았다.

개선할 점

• 프로젝트를 진행하면서 모르거나 궁금해서 찾아 해결한 내용을 그냥 지나치지말고 기록해두자!