11.17(화) 1:00 ~ 5:30

• API 데이터 필요한 리스트 작성
• API Web part와 논의
• 유저 시나리오 모두 작성 (그림)
• 앱 전체 와이어 프레임 작성

• 코드 컨벤션을 결정
  • naming convention
  • css order convention

• 팀명 결정 => 환상의 섬 마다가스카르
  • 파파고의 시그니쳐 캐릭터가 앵무새임을 착안하여, 앵무새가 마음껏 뛰놀 수 있는 마다가스카르를 팀명으로 결정
  • 파파고라는 실용성있고, 완성도 높은 번역 기술이 유저친화적인 앱이라는 생태계에서 마치 날개를 달고 날아다니듯 그 기술력을 마음껏 뽐낼 수 있기를 희망하는 의미
  • 마치 마다가스카르섬에서 다양한 종의 동식물이 어우러져 살아가듯이, 세계의 다양한 언어를 사용하는 사람들이 언어의 장벽을 허물고 어우러져 살아갈 수 있도록 하고자 하는 팀의 포부를 담음

• 확장성을 고려한 API 및 DB 설계
  • 현재 기능 요구사항에서는 한국어/영어 번역만을 지원하지만, 향후 다른 언어가 추가될 때를 생각하여 변화에 쉽게 대응할 수 있는 설계를 하기로 합의함

• 서버에서 클라이언트로부터 텍스트를 전달받아 DB에 저장하는 시점 VS 메시지를 전달받는 클라이언트로 전달하는 시점
  • 번역된 텍스트를 전부 DB에 보관하여 관리하는 경우 지원하는 언어가 많아졌을 경우 DB 관리에 문제가 있을 것으로 예상
  • DB에는 원본 텍스트만 저장하고, 메시지를 전달받는 클라이언트로 전달하는 시점에, API를 통해 번역본을 얻어 클라이언트로 전달하는 방식 채택
  • API 통신 횟수가 너무 빈번해지는 문제점이 발생될 것으로 예상되어 지속적인 논의 필요

1. 로그인 기능이 있는 경우의 장점

   • 휘발성 없는 서비스(채팅 목록 등) 제공이 가능
   • 유저 데이터 관리가 용이

2. 로그인 기능이 없는 경우의 장점

   • 익명성 보장 가능
   • 단발성으로 활용하고자 하는 경우에 용이

• 주요 기능을 우선적으로 프로토타입으로 구현하는 방식을 채택 (소켓 통신)

  • 익숙하지 않은 기술 스택인 GraphQL 사용을 결정하여, 이를 먼저 적용해 보기 위한 프로토타입 구현의 필요성 제기
  • 주요 기능인 실시간 채팅 기능 테스트를 프로토타입을 구현하여 진행하는 것으로 결정

• 이후 API 명세 및 ERD 수정 가능

• iOS 향후 목표

  • 프로토타입으로 소켓 통신 동작 확인 후, class diagram 및 설계 진행
  • 내일(수)까지 프로토타입 완성
  • 서버와 시간이 안 맞을 경우, View 작업