Homile

✅ 오늘한 일 와이어 프레임 완성 작성된 와이어 프레임중 빠진곳을 체크하여 다시 작성하고 수정하는 시간을 가졌다. 완성된 와이어 프레임을 가지고 백엔드분들과 소통하여 어느부분에서 어떤 데이터, 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..

✅ 오늘한 일 로그아웃 드롭다운 메뉴 틀 구현 한동안 너무 힘을 많이 썻는지 살짝 피곤한 날이었다. 그래서 간단하지만 생각을 조금 해야하는 작업을 진행하기로 했다. ;ㅅ;b 로그인 시 나타나는 navbar 옵션버튼을 클릭할 경우 드롭다운이 출력되며 log out을 할 수 있는 버튼이 생긴다. 이것을 구현하기로 했다. 이전에 컴포넌트 만들기를 해보면서 드롭다운을 한번 작업해 본적이 있어서 비슷하게 진행했다. 그 당시에는 div 태그로만 작성했지만 이번에는 ul, li 태크를 사용하여 리스트 형으로 작업을 해주었다. 그렇게 완성된 드롭다운이 아래와 같은 화면이다. 하지만, 여기서 문제인점은 log out을 누르거나 외부 배경을 누를 경우 드롭다운이 닫혀야 하는 것을 구현하지 못했다. ;-; 여러가지 시도(u..

✅ 오늘한 일 답변 작성 기능 구현 답변을 작성할 경우 title을 뺴고 내용만을 작성하여 데이터를 서버로 전달하고 해당 데이터를 바로 받아와서 작성된 답변이 실시간으로 보이도록 했다. 작업을 하던중 실시간으로 보여주려 했으나 새로고침을 해야 볼 수 있었다. 이것은 windows.location.reload()를 사용하여 새로고침을 하여 해결했다. 답변 수정 페이지 구현 답변 수정하기 페이지의 로직도 질문 수정하기 로직이랑 똑같은 형식으로 진행된다. 그리고 두 개의 컴포넌트를 처음에 하나로 사용했었는데 질문하기에는 title이 존재하고, 답변 수정 페이지에는 title이 존재하지 않아서 삼항연산자를 사용해 하나의 컴포넌트로 사용하려 했지만 아직 실력이 부족했던 것 같다. 다음에는 조금 더 컴포넌트를 재사..