crabLab

실전 프로젝트 6주차(09/30 ~ 10/06) https://github.com/moodCatcherProject/Front-End GitHub - moodCatcherProject/Front-End: mood catcher mood catcher. Contribute to moodCatcherProject/Front-End development by creating an account on GitHub. github.com 마무리 단계 길고 긴 프로젝트가 끝이 나고 있다. 마무리단계에서는 발표를 위해 팀이 협력하여 그간의 자료들을 문서화하고 정리했다. 이 기간 우리가 계속 얘기했던건 진짜 아이러니하게도 “다시 코딩하게 해줘..”였다 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 개발자는 개발자인가보다 6주차 마지막날 전시회..

실전 프로젝트 5주차(09/23 ~ 09/29) 배포 그 이후 유저 피드백 정리 🤔 유저 피드백 · moodCatcherProject/Front-End Wiki GitHub - moodCatcherProject/Front-End: mood catcher mood catcher. Contribute to moodCatcherProject/Front-End development by creating an account on GitHub. github.com 정말 어마어마한 피드백이 쏟아졌다.. 프론트, 백, 디자이너, 기획자가 다 뭉쳐서 찾은 것보다 더 많은 에러와 피드백 사항들이 쏟아졌다. 사실 이번주는 기술적으로 무언가를 추가하고 그런게 없다 끊임없는 유저 피드백과의 싸움이었다. 나는 이 과정의 나를 “..

실전 프로젝트 4주차(09/16 ~ 09/22) 동료 피드백 파티 만약 꼼꼼하게 코딩을 하지않은 개발자가 있다면 이 파티에 간다. 근데 사실 꼼꼼하게 안하지는 않았다.. 9/16, 9/17 백엔드, 디자이너, 기획자님께 전반적인 피드백을 받았다.. 단지 그 목록들은 이 글의 맨마지막에 작성하겠다.. 동료 피드백이후 느낀점 사실 의외로 느낀점은 처음부터 완벽은 없다 이다. 우리가 버그를 안 발견하려 한것도 아니었고 계속해서 프론트작업을 하고 있었다. 이와중에 정말 꼼꼼하게 버그없이 디자인적으로 완벽하게 제품을 낸다? 이건 효율이 떨어진다. 이번에 느낀것은 적절한 시기에 빠르게 다른 사람들에게 피드백을 꼭!꼭!꼭! 받아야 한다는 점이다. 생각지도 못한 피드백들이 나왔다. 지옥에서 돌아온 무한스크롤 무한스크롤..

실전 프로젝트 3주차(09/09 ~ 09/15) 3주차에는 어떤 일이? 2주차가 지난이후에는 사실 조금 순조롭게 진행되는 느낌이었다(사실 뒤늦게 생각하면 전혀 아니었다.. 진짜 아니었다.. 아 이때 경각심을 갖고 좀 더 꼼꼼했더라면..) FE에서 자체적으로 발견되는 잔버그들을 수정하고(자체적으로.. 정말 못 발견한 걸까 아니면 일부러 흐린눈으로 모른척 한걸까..) 이번 주차에 기존의 http를 https로 바꾸고 CICD를 적용하고자 했다. AWS, s3, Route53, cloudfront, https 기획자님의 addon기능중 최상위권 희망은 지도 기능이었다. 따라서 Geolocation API를 위해서도 https는 필수였고 보안과 더불어 사용자의 신뢰도를 확보하기 위해서 필수적으로 적용해야했다. ..

실전 프로젝트 2주차(09/02 ~ 09/08) Json-server 이상하게 나는 이 json-server를 다루는게 힘들었다.. 초반에 백엔드에서 API가 바로 뚝딱 나오지 않는것은 당연하고 따라서 프론트에서는 mock API를 통해 작업을 해나아가야 한다. 다른 사람들은 이 과정을 잘 해나가는 것 같은데 요상하게 나는 이 부분이 매우 힘들었다.. 백으로부터 데이터가 안오는데 어떻게 작업을 해????? 데이터가 없는데!!!!! 이딴 생각을 이렇게까지 하진 않았지만 비슷하게는 했다.. 사실 방법은 알고 있었는데 Json-server를 사용하는 것 이었다. 1주차에 프로젝트의 방향이 어느정도 잡히고 난 이후 2주차에는 (나 홀로)json-server와의 사투를 했다.. 그 와중에 초조함 불안함 사실 2주..

실전 프로젝트 1주차(08/26 ~ 09/01) 협업 툴 정리 우선 협업을 위한 툴들의 기초를 만들었다. 우리 팀은 크게 두가지 였는데 노션과 Figma였다. (이거 두개다 내가 적극적으로 주장하고 기본 틀을 만들었다. 물론 그 이후에는 팀원들과 같이 더 잘 만들었지만..) 팀 노션의 구조는 크게 아래의 4가지였다. 협업과 화목한 소통을 위해 육성으로가 아닌 문서로 자신이 다른 포지션에게 요구사항을 전달할 수 있는 공유 사항 포지션별로 회의와 각종 자료들을 정리할 수 있는 포지션 별 하위 페이지 프로젝트의 뼈대를 담당하는 문서를 정리하는 프로젝트 구성 페이지 프로젝트의 룰을 정하고 피드백들을 정리하는 프로젝트 진행 페이지 이렇게 정리를 하고 나니 프로젝트가 좀 더 정형화되어 진행되는 느낌이었고 중구난방 ..