모든 팀원이 수내 교육장 근처에 모일 수 있었다. 우리 팀이 레퍼런스로 잡는 주된 컨텐츠는 지난 업스테이지 웹이나 영상 자료이다. 업스테이지 API를 활용해 서비스를 구현하는 방식과 문제 해결 과정을 주로 참고하고 있다. 우리에게 필요한 점은 무엇인지, 우리와 다른 점
주말 동안 간략하게 Gmail API를 살펴봤다. 나는 MVP 개발에서 Gmail API와 Upstage Document Parse 파이프라인을 담당했다. 실제 Gmail API를 사용해보는데, OAuth 활용이 쉽지 않았다. Google Cloud Platform에서
같이 Gmail API를 담당한 팀원과 메일을 다루는 클래스 객체를 만들었다. Gmail API 구조는 생각보다 복잡했다. 특히 JSON 형식의 메일 관련 객체 구조가 복잡했다. 오늘 대부분의 시간을 Gmail 관련 객체를 조사하는데 시간을 보냈다.Gmail API 공
MIME 타입을 이해하는데 시간이 오래 걸렸다. MIME 자료 구조에서 body와 parts의 차이를 이해하는데 가장 애 먹었다. 현재까지 확인한 바로는 parts는 주로 MIME 타입이 multiparts/\* 인 경우에 값을 들고 있다. body는 그 외에 text
우선 빠른 MVP 개발을 위해 HTML 데이터는 나중에 고려하기로 했다. plain text로만 개별 메일 요약문을 생성하기로 했다. MVP 파이프라인은 다음과 같다.Gmail API에서 지정한 날짜 단위로 메일 불러오기불러온 메일을 개별 요약하기개별 요약문을 모아 최
오늘은 어제 발생했던 이미지 관련 디코딩 버그를 수정하고 PR을 작성했다. GCP 설정 및 OAuth 관련 설명은 노션 링크에 상세하게 설명했고, PR 본문이 너무 길어질 것 같아서 간단하게만 설명했다.오전에는 업스테이지 담당 멘토님과 멘토링을 진행했다. 감사하게도 원