Homile

✅ 오늘 한 일 주말간 Python 스터디가 있지만 마냥 프로젝트를 신경쓰지 않을 수 없었기 때문에 조금이나마 구현을 시작했다. Navbar 구현 데스크탑 버전과 786px에서 모바일 환경으로 만들 수 있도록 구현했다. 공유장터, 레저용품 판매점, 로그인, 회원가입 등 페이지 이동을 위해 router설정을 해주었다. 다크모드 테스트 해(라이트모드), 달(다크모드) 아이콘을 클릭시 테마가 전환될 수 있도록 했다. Styled-components의 기능중 ThemeProvider를 사용하여 변수에 지정된 색상을 테마가 바뀜에 따라 변화하도록 설정할 수 있었다. ThemeProvider? context api기반으로 만들어졌으며 Redux와 같이 루트파일에서 글로벌로 지정할 수 있다. 참고자료 styled-c..

✅ 오늘 한 일 UserFlow 작성 화면 구성, API 설계 시 사이트의 동작 과정을 알기 쉽게 하기 위해 작성했다. miro를 사용하여 작성 Figma 화면 디자인 (PC/Mobile) 와이어프레임을 토대로 PC화면과 반응형(모바일) 화면을 구성했다. (팀원 전체) 반응형 디자인을 할 떄 많은 생각을 했다. 사이즈가 786px이 모바일인 줄 알았지만 사실 태블릿 사이즈였다. 1920 → 786 → 428순으로 웹, 태블릿, 모바일의 크기다. 428이 모바일중 가장 큰 사이즈이다. React 반응형 테스트 반응형을 미디어쿼리에 하나씩 필요한 곳에서 작성을 할지 아니면 컴포넌트를 변경을 해줄 지 많은 고민을 했고, 디자인 틀이 다르게 변화되는 것이 있어서 컴포넌트를 교체하는 형식을 사용하기로 했다. 사용..

✅ 오늘한 일 와이어 프레임 완성 작성된 와이어 프레임중 빠진곳을 체크하여 다시 작성하고 수정하는 시간을 가졌다. 완성된 와이어 프레임을 가지고 백엔드분들과 소통하여 어느부분에서 어떤 데이터, API가 필요한지에 대해서 대화를 했다. 화면 정의서 완성 1차적으로 내가 작성한 화면 정의서를 프론트 팀원분들께 보여드리면서 이런식으로 한번 작성해보면 좋을 것 같습니다! 하며 화면정의서를 작성하는 시간을 가졌다. 나도 이렇게.. 작성하는게 맞는가?에 대한 생각이 많았지만 최대한 많은 자료를 참고하여 작성했기에 경험이란 느낌으로 작성하는 시간을 가지게 되었다. 완성된 화면 정의서를 다같이 모여서 검토하고 수정하는 시간을 가지며 조금 더 다듬어서 완성했다. 📌 해야할 일 웹 디자인 작성 반응형 디자인 작성 메인 프..

✅ 오늘한 일 프로젝트 중간에 추석이 껴서 조금 나른해질 뻔한 마음을 다잡고 프로젝트를 조금이라도 진행했다. react에서 사용하는 다양한 라이브러리를 찾아보고 어떤것을 메인 프로젝트에서 사용하면 좋을지 자료를 찾는 시간을 가졌다. 찾은 라이브러리를 실제로 사용해보고 정리하는 시간을 가지는 시간이었다. 화면 정의서 작성 조금 완성된 와이어프레임 만큼의 화면 정의서를 작성했다. 프리 프로젝트때는 혼자 작성했었지만 프론트 팀원분들도 작성해보면 좋은 경험이 될 것 같아서 남은 화면 정의서는 팀원분들에게 나눠드리는게 좋을 것 같다고 생각했다. 리액트 초기 틀 작성 프리 프로젝트 때 미흡했던 파일, 폴더 구조잡기, 라이브러리 설치 등 초기 틀을 작성해보았다. 작성하면서 정말 미흡했던 점이 많았다는 것을 다시한번 ..

✅ 오늘한 일 주제 선정 큰 주제를 팀원들과 함께 하나씩 던져봤더니 총 16개정도?의 주제가 나왔다. 이미 서비스 중인 주제들도 굉장히 많았지만 포트폴리오를 위한 협업 프로젝트이기 때문에 없는 서비스 주제를 찾기보단 기능에 중점을 맞춰서 주제를 선정했다. 사용자 요구사항 정의서 작성 선정된 주제를 가지고 팀원들과 함께 필요한 기능과 왜 필요한지를 사용자 요구사항 정의서에 작성했다. 와이어 프레임 작성 와이어 프레임을 팀원들과 함께 작성하다가 백엔드분들은 명세서를 작성하시는 것이 낫다고 판단되어 프론트끼리 작업을 했다. (처음엔 같이 어떤식으로 가면 좋을지 대화하며 작성) 📌 해야할 일 와이어 프레임 추가 작업 UserFlow 작성 화면정의서 작성

✅ 오늘 한 일 S3를 통한 최종 배포 스택오버플로우의 모든 기능을 구현하지 못한 것은 아쉽지만 팀원들과 정한 기능은 완벽하게 구현해서 만족스럽다. 실 개발 기간은 주말 제외 평일만으로 기준으로 두었을 때 7일이다. (화면 정의서, 사용자 요구사항 정의서 등 기획관련 및 배포 제외) 메인을 위한 도약의 발판이라고 생각하면서 서로 공부하면서 모르는 것을 백엔드, 프론트엔드 나누지않고 모두가 함께 극복할 수 있었던 것이 가장 좋은 기회였다고 생각한다. 메인화면 메인화면의 나의 파트는 상단 Navbar, 왼쪽 사이드바였다. navbar 비로그인, 로그인 시 나타나는 화면이 다르다는 것을 깨닫고 상태관리도구인 redux를 사용하여 로그인 여부를 판단하고 navbar의 출력되는 화면을 변경해 주었다. (메인화면,..

✅ 오늘한 일 개인 프리 프로젝트 회고 프리 프로젝트를 하면서 진행했던 파트 및 어려웠던점에 대해 전체적인 회고록을 작성했다. 팀 프리 프로젝트 회고 팀원들과 함께 프리프로젝트를 하면서 좋았던 점, 아쉬웠던 점, 개선할 점을 얘기하는 시간을 가졌다. 전체적인 팀원들의 생각은 비슷했다. 분석 설계 회고 좋았던 부분 Git book으로 API 명세서 작성 된 것 사용자 요구사항 정의서를 필요한 만큼 작성했다. 화면 정의서를 Figma로 팀원 모두와 필요한 부분에 대해서 실시간으로 대화를 나눴다. 아쉬웠던 부분 너무 필요한 기능만 하게되어 단순한 기능만 구현하게 되었다. 화면 정의서를 구체적으로 작성하지 않았다. 변경 사항을 주기적으로 업데이트 하지 못한 부분이 있다. 팀원간에 커뮤니케이션이 적었다. 개선할 ..

✅ 오늘한 일 로그아웃 기능 구현 옵션 버튼을 클릭했을 경우 드롭다운이 나타나면서 log out 버튼을 클릭하여 로컬스토리지의 memberId,token 값을 지워주고, 리덕스에 isLogin 이라는 로그인 여부를 판단해주는 상태를 false로 바꿔주었다. 로그아웃을 하게되면 Ask Question 버튼이 사라지게 작업을 해주었다. (리스트 부분은 아직 진행하지 않음..) 버튼이 있어도 상관은 없었다. 백엔드분들이 user의 토큰이 header로 넘어오지 않으면 작성되지 않게 막아두셨다고 한다. 그리고 로그인을 했을 때, user생성일이 담긴 memberId라는 값이 응답값으로 오는데 이것을 가지고 로그인한 유저가 작성한 글인지 판별하여 Edit, Delete 버튼의 유무를 나타낼 수 있게 진행했다. 이..

✅ 오늘한 일 로그인 유지 우리팀은 쿠키대신 로컬스토리지에 토큰값을 담아주기로 했다. 그렇기 때문에 리덕스를 사용하여 토큰값이 있을 경우를 로그인중이라고 알려주는 역할을 하면 될 것 같았다. 하지만, 아래와 같은 오류가 발생했고, 해답 또한 찾아냈다. 오류: 처음엔 리덕스에 담아서 로그인 중이라는 것을 알려주면 된다고 생각하였지만, 스토어에 담긴 상태값은 웹 브라우저를 새로고침 할 때, 초기화가 된다고 한다. 이사실을 모르고 ‘왜?자꾸 로그아웃이 되는가?’ 에 대한 의문을 품어 다양한 방법으로 시도를 하였다. 해답: 로그인 중인 상태를 App.js 파일에서 처리를 해주면 된다. 우리팀의 경우 로그인시 헤더에 담겨서 넘어오는 토큰을 로컬스토리지에 담고 있다. 이때, 로컬스토리지에 담긴 토큰의 값이 unde..

✅ 오늘한 일 백엔드와 통신하기 및 코드 수정 백엔드분들이 질문 작성, 수정, 보기, 삭제, 답변 작성, 수정, 삭제, 보기까지 API가 구현되었다고 하셔서 요청에 대한 응답값을 작성된 코드에 매칭시켜서 코드를 수정했다. 부분적으로 수정만 하면 되는 부분이라 다행이었다. 코드를 수정 중 데이터가 한차례 늦게 오는 경우가 있엇다. 비동기 처리를 제대로 해주지 않아서 문제가 생겼던것 같다.... 그래도 해결은 했다.!! 코드를 수정하고 난 뒤 질문 삭제하기를 진행하던 중 새로운 오류를 발견하게 되었다. 이래서 테스트 과정은 꼭 필요한 것 같다. 해당 증상은 질문에 답변이 있을 경우 질문이 삭제가 되지 않는 문제였다... 이부분에 대한 오류가 있음을 백엔드분께 전달 드렸더니 거의 바로 수정해주셨다.!! O-O..