Duplicate

IT 스터디

목적: 비전공자로 UPF 2022SS Organizer에 참여한 고은빈님과 함께 IT 지식 스터디를 진행. 개발자와의 커뮤니케이션을 위해서
추천 이유: https://youtu.be/w0w4PvooOmY 기간: 2022.02.05 (토) ~ 2022.02.22 (화)

4장

94p. “CRUD 관점은 매우 중요한데, 초보 기획자들은 기획 단계에서 CRUD관점에서 데이터를 바라보는 것을 놓치는경우가 있다. 데이터를 볼 수는 있는데 만드는 기획이 없거나 등…”
→ Q. 위와 같은 잘못된 기획의 구체적인 사례가 어떤 것이 있는지?
⇒ A. “서비스 기획 단계에서 C/R/U/D에 해당하는 ‘기능’을 누락하고 기획했다.” 고 이해해도 됨.
102p “API는 응답을 보내는 쪽에서 만들고, 요청을 보내는 쪽은 활용한다.”
→ Q. API체계는 서버 컴퓨터에서 만든다는 뜻. API끼리도 통신이 가능하다.
⇒ A. SDK: 다른 소프트웨어에서 사용하기 좋게 API를 잘 포장한 것.
109p. 예시 대화 “서버에서 이미지 URL을 보내줘야 한다.”
→ Q. 무슨 뜻?
⇒ A. 프론트엔드와 서버는 API를 통해 소통한다.
⇒그 방식 중 하나가 REST API 인데 형식은 JSON 을 따른다. ⇒ JSON? {”name”: “스테이고요”, “url”: “https://a0.muscache.com/im/pictures/9f3e70c4-f23f-4cdf-8a3a-edd64bf3d75e.jpg?im_w=720”} ⇒ 서버에서 이미지가 빠졌을 때는 {”name”: “스테이고요” } 이렇게 된다.
⇒ 이런 JSON 응답이 왔을 떄는 그림을 그릴 수 없다. ⇒ 대신, 서버에서 응답을 받지 않아도 클라이언트에서 따로 기본이미지를 보여준다던지 처리가 가능하다. ⇒ 서버에서만 그림을 주는 것이 아니라, 클라이언트 자체도 이미지를 그릴 수 있다.
110p. 예시 대화 “클라에서 보내주는 JSON에 필수 파라미터가 빠져있다.”
→ Q. 무슨 뜻?
⇒ A. API가 소통하는데에 필요한 필수 정보 (요청값)이 빠져있다.

부록 - API문서를 통해 서비스 분석하기

“API문서를 통해 해당 텍스트와 이미지의 출처를 알아야 한다.”
→ Q. 출처가 서버인지, 클라이언트인지 어떻게 알 수 있나? Request에 있으면 클라 / Response에 있으면 서버?
⇒ A. 변경되는 정보 = 서버 / 고정되는 정보 = 클라
⇒ Response에 있으면 서버에 있는 정보라고 생각하면 됨.