Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Readme 수정 #136

Merged
merged 2 commits into from
Nov 3, 2023
Merged

Readme 수정 #136

Changes from all commits
Commits
Show all changes
2 commits
Select commit Hold shift + click to select a range
8272480
Readme 수정
quokka-eating-carrots Nov 1, 2023
89e6254
Merge branch 'develop' of https://github.com/Field-Passer/newFieldPas…
quokka-eating-carrots Nov 1, 2023
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
18 changes: 9 additions & 9 deletions Readme.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -51,8 +51,8 @@
<p>PrivateRoute 설정</p>
</td>
<td align="center" width="200px">
<p>조민정1</p>
<p>조민정2</p>
<p>회원 게시글, 댓글 조회</p>
<p>관리자 게시글 관리 및 고객센터 답변</p>
</td>
<td align="center" width="200px">
<p>검색</p>
Expand Down Expand Up @@ -202,24 +202,24 @@ npm run dev
✨ 프로젝트를 진행하면서 중요하게 생각한 것

1. 반응형 웹 페이지를 자연스럽게 구현하기 <br />
1. `react-responsive` 를 활용하여 `useScreenHook` 을 작성 <br />
1. 웹 페이지 크기에 따른 폰트 사이즈, 버튼 크기 등 디자인을 상수로 저장하여 활용
a. `react-responsive` 를 활용하여 `useScreenHook` 을 작성 <br />
b. 웹 페이지 크기에 따른 폰트 사이즈, 버튼 크기 등 디자인을 상수로 저장하여 활용
1. 중복된 코드를 최소화로 하기 <br />
1. 반복되는 코드는 util, hooks, constants, components로 작성
a. 반복되는 코드는 util, hooks, constants, components로 작성
1. 다른 사람이 내 코드에 대해 질문할 때 명확하게 대답할 수 있게 하기 <br />
1. 팀원의 코드를 참고할 때도 왜 그렇게 작성했을지 생각한 후 참고 <br />
1. 닌자 코드가 되지 않게 조심
a. 팀원의 코드를 참고할 때도 왜 그렇게 작성했을지 생각한 후 참고 <br />
b. 닌자 코드가 되지 않게 조심

✨ 프로젝트 후기 <br />
오랜 시간 진행해 온 프로젝트인 만큼 완벽하게 끝내고 싶었던 생각이 큰 프로젝트였습니다. 제가 가진 역량을 최대한 활용하여 프로젝트를 완성하려고 노력하였고, 팀원들 역시 처음 진행했을 때보다 더 다양한 방법을 제시해 주시면서 저 역시도 성장할 수 있는 기회였습니다.

프로젝트를 진행하면서 아쉬운 몇 가지를 꼽아 보자면 첫째, `**styled-components` 를 작성하는 스타일이 달랐던 점\**입니다. 우선 저는 class-name을 자주 활용하지 않는 편이었는데 팀원들의 pr을 확인하면서 *아, 이렇게도 작성할 수 있구나\*를 많이 느꼈습니다. 제가 개발하기로 한 기능을 넣으려 다른 팀원의 코드에 추가적으로 작성해야 할 때, 저와는 다른 스타일의 코드를 보고 어려움을 느꼈습니다. 그 후 팀원의 방식이 좋다고 느껴져 제가 작성한 코드에도 활용하려고 노력하였습니다.
프로젝트를 진행하면서 아쉬운 몇 가지를 꼽아 보자면 첫째, **`styled-components` 를 작성하는 스타일이 달랐던 점**입니다. 우선 저는 class-name을 자주 활용하지 않는 편이었는데 팀원들의 pr을 확인하면서 *아, 이렇게도 작성할 수 있구나*를 많이 느꼈습니다. 제가 개발하기로 한 기능을 넣으려 다른 팀원의 코드에 추가적으로 작성해야 할 때, 저와는 다른 스타일의 코드를 보고 어려움을 느꼈습니다. 그 후 팀원의 방식이 좋다고 느껴져 제가 작성한 코드에도 활용하려고 노력하였습니다.

둘째, **공통으로 사용할 수 있는 디자인 관련 컴포넌트를 정하자**입니다. uxui 분들이 주신 디자인을 보면서 최대한 공통으로 사용할 수 있는 건 컴포넌트로 빼서 작성을 하긴 했지만 다른 팀원이 편하게 사용하기 위해 작성하는 것은 꽤나 견고한 설계가 필요하다는 것을 느낄 수 있었습니다.

이런 아쉬운 점들이 있지만 프로젝트를 진행하면서 더 성장할 수 있었던 것도 있습니다. 첫째, **반응형 웹 페이지 코드를 작성하는 게 조금은 익숙해졌다는 점**입니다. 그 전 프로젝트를 진행할 때는 `tailwindCSS` 를 활용하여 class-name으로 간단하게 반응형을 구현하였는데, `styled-components` 와 `react-responsive` 를 활용하여 css 관련 hooks도 작성하고, 웹 페이지의 크기에 따른 조금 더 명확한 코드를 작성할 수 있었습니다.

둘째, **오류에 대체하는 법**입니다. try-catch-finally를 적절하게 사용하려고 노력하였습니다. 이번 프로젝트에서는 사용자가 웹 페이지를 이용할 때 게시글 작성을 성공한다든지, 게시글을 삭제하려고 한다든지 어떤 행동을 하였을 때 그 행동이 정확히 실행되었는지 modal을 통해서 메시지를 전달하였습니다.
둘째, **오류에 대체하는 법**입니다. `try-catch-finally`를 적절하게 사용하려고 노력하였습니다. 이번 프로젝트에서는 사용자가 웹 페이지를 이용할 때 게시글 작성을 성공한다든지, 게시글을 삭제하려고 한다든지 어떤 행동을 하였을 때 그 행동이 정확히 실행되었는지 modal을 통해서 메시지를 전달하였습니다.

셋째, **팀 프로젝트라서 제가 놓친 부분들을 더 신경 쓸 수 있었다는 점**입니다. 완성을 하는 것에 급급한 저와 달리 웹 최적화에 대한 부분이나, 다른 분들이 구현한 기능에 대해 설명을 들으면서 다른 분이 구현한 기능과 연계되는 기능을 개발할 땐 조금 더 이해를 한 상태에서 구현을 할 수 있었던 점이 좋았습니다.

Expand Down