본문 바로가기

TIL173

Plmography 프로젝트 작업 로그 #23 - 풀스택 (23.01.04 TIL) 하고 있는 작업이 너무 어려워서 진도가 안나가길래, 오늘은 리프레시할 겸, 자신감도 찾을 겸 로그인과 회원가입 기능을 구현했다. 그래서인지 웬일로 하루종일 피곤하지도 않고 졸리지도 않는 집중이 잘 되는 하루였고 최초로 16 뽀모도로를 달성했다! (1뽀모 기준 40분) 하지만 역시 과유불급이라고, 쉬는시간이 거의 없다시피 작업만 하다보니 쉽게 지치는 게 내일은 또 컨디션이 안좋을 것만 같은 예감이라서 (ㅋㅋㅋ) 절반 뽀모는 쉬는 시간 꼭 갖기로 나만의 액션플랜을 세워놨다. 풀스택을 동시에 하면서 느끼는 게 아직은 백엔드와 프론트엔드가 어떻게 서로 소통하는 지 파악이 안된 것 같다는 느낌이 들었다. 분명 이렇게 서버에서 응답을 주는 게 아닌가? 싶은데 테스트는 통과되지를 않으니 내가 뭔가 잘못했겠지..^^ .. 2023. 1. 4.
Plmography 프로젝트 작업 로그 #22 - 스프린트 관리하기 (23.01.03 TIL) 첫 주인 기획주를 제외하고, 프로젝트 작업 3주차의 두 번째 날이다. 어제까지만 해도 스프린트 작업을 세세하게 설계했다고 좋아했는데, 중간 중간에 자꾸 할 일이 생겨서 스프린트에 그것들을 추가하면서 작업했는데, 일과시간이 거의 끝나가는 오후쯤 트레이너분께서 어제 한 말이 생각났다. '스프린트를 한 번 설계했으면 중간에 추가하지 말라'는 것. 인간의 욕심은 끝이없고,,,,,, 어쨌든 하루 종일 집중해 작업 해서 눈으로 보이는 결과물이 있기도 했고, 또 그에 따른 테스트들을 통과시켜서 테스트 전체 all green 이 나오긴 했는데 아직도 할 일이 쌓여있는 게 제대로 스케줄 관리를 하지 못해서 생긴 불상사같다. 그래도 스프린트 작업의 스토리포인트를 제대로 기록하고 있고, 이런 실수를 인지한 이상 이제 남은 .. 2023. 1. 3.
Plmography 프로젝트 작업 로그 #21 - 엔티티와 VO (23.01.02 TIL) 3주전 프로젝트인 마카오 기프트때는 모든 엔티티의 필드들은 primitive 타입을 사용했었다. 그래서 이번 프로젝트에는 vo (value object, 값객체) 를 많이 사용해보겠다고 다짐을 했기 때문에 그렇게 작업을 하는 중인데, 아직은 엔티티와 vo 의 차이점을 명확히는 알지 못해서 헷갈리는 부분이 많다. 엔티티의 필드는 모두 VO 로 바꿔주는 것이 좋다. 모두 바꾸지 못할 경우 유일성이 있는 필드는 VO 로 만들어주자. 저번 프로젝트 때 받은 피드백인데, 당시에는 이렇게 머리로 받아들이기만 했는데 막상 구현하려고 하니 헷갈리는 것이다..! 동기 중 한 분께 여쭤봤더니 엔티티와 함께 태어나고 없어진다면 vo 로 할 수 있을 것이고, 그보다 더 독립적인 기능을 한다면 엔티티로 빼면 된다고 말해주셨지만.. 2023. 1. 2.
Plmography 프로젝트 작업 로그 #20 - 컨텐츠 상세 페이지 작업중..(23.01.01 TIL) 이번주는 외부 API 사용에 대한 두려움을 없앨 수 있는 작업들을 많이 한 것 같다. 백엔드에서 api 를 db 에 저장하는 것 부터 시작해서, 프론트에서 api 를 호출하여 화면에 출력하는 것 까지! 오늘은 tmdb 에서 제공하는 get credits 라는 api 를 사용해서 출연진들의 리스트를 불러오고, get videos 라는 api 를 사용해서 유튜브 링크를 화면에 출력해주었다. 유튜브 영상 출력은 어제 완료했지만 복잡한 코드가 되어버려서 오늘 약간의 리팩토링을 거쳤고, 한 컴포넌트에 있었던 데이터들을 컴포넌트 4개로 분리해주었다. 진도가 많이 느리긴 한데, 일단 핵심가치 기능 먼저 구현하는 걸 최우선으로 생각해야겠다. 느리지만 굴러가는 중,, 2023. 1. 1.
Plmography 프로젝트 작업 로그 #19 - api 로 유튜브 영상 불러오기 (22.12.31 TIL) 상세 페이지에서 유튜브 링크 불러오기 작업을 진행한 오늘.. db 에 저장된 tmdbId 값을 가져오고, 그 아이디값을 프론트에서 호출하는 api 에 넣어주어서 유튜브 링크를 화면에 출력했다. 일단 apiStore 를 만들어서 api 호출문을 저장해줌. // apiStore async fetchVideo(tmdbId) { const apiBaseUrl = apiConfig.tmdbApiUrl; const apiKey = apiConfig.key; this.videoUrl = await ( await fetch(`${apiBaseUrl}/movie/${tmdbId}/videos?api_key=${apiKey}&language=ko-KR`) ).json(); this.publish(); } 그런데 db 에서.. 2022. 12. 31.
Plmography 프로젝트 작업 로그 #18 - DB 쿼리문 + 기년회 (22.12.30 TIL) 인수 테스트를 할 때, 모든 테스트는 항상 동일한 상태에서 독립적으로 동작되어야 한다. 그래서 백도어 api 로 데이터베이스를 리셋하는 걸 만들어놨지만, 리셋 후에 데이터를 밀어넣는 api 가 동작될 때 내가 의도치 않은 방향으로 동작되었다. 예를 들어, db 를 리셋해주는 api 가 동작되고 난 후 'DELETE FROM TABLE_NAME' 을 하고 다시 테이블이 생성될 때 id 값이 delete 되기 전 테이블의 마지막 번호가 이어진 상태로 생성이 되는 것이었다. 데이터 삭제 전 테이블의 id 가 1~200 이었다면, 데이터들이 삭제된 후 다시 들어갔을 때 첫 번째 컬럼의 id 가 201 부터 시작되었다. 나는 id 값에 따라 1~50 까지는 A 데이터, 51~100 까지는 B 데이터를 넣는 쿼리문.. 2022. 12. 30.