- 배포 URL : https://rolling-flame.vercel.app/
▫️ Rolling은 롤링페이퍼 문화를 웹에서 즐길수 있게 구현한 커뮤니티형 플랫폼 입니다.
▫️ 간편한 UI로 쉽게 커스텀 롤링페이퍼를 생성, 삭제, 메시지 삭제, 메시지 생성이 가능합니다.
▫️ 롤링페이퍼에 대한 반응 기능으로 단순 롤링페이퍼가 아니라, 좀더 나아가 커뮤니티의 기능까지 도모 할수 있는 플랫폼 입니다.
🔹 반응형 디자인 (모바일, 태블릿, 랩탑, 데스크탑 지원)
- mobile, tablet, laptop, desktop 지원
🔹 Header
- 해당 롤링페이퍼에 이모지로 반응을 남길수 있어, 커뮤니티형 플랫폼의 기능을 도모했습니다.
🔹 롤링페이퍼, 메시지 생성
- 편리한 UI로 커스텀 롤링페이퍼를 쉽게 생성하고 삭제할 수 있습니다.
- 익명으로 롤링페이퍼에 메시지를 남기고, 폰트를 지정하여, 메시지에 좀더 감정을 불러일으킬 수 있습니다.
🔹 list 페이지
- 최신 롤링페이지와 인기 롤링페이지를 보여주어 활발하게 반응이 이루어진 롤링페이퍼를 확인할 수 있습니다.
- 사용자 친화적인 Swiper로 직관적인 네비게이션과 부드러운 전환 효과를 제공, 반응형 디자인을 지원해 다양한 화면 크기에서도 최적의 UX를 제공하였습니다.
🔹 롤링페이퍼 페이지
- 무한 스크롤로 사용자의 편의성을 높였습니다.
- scrollupButtton 으로 스크롤이 너무 많이 내려갔을때를 고려한 사용자 편의성을 높였습니다.
- 롤링 페이퍼 삭제기능시 이중체크로 사용자의 불편함을 유발할수 있는 부분을 고려했습니다.
├── src/
│ ├── api/ # API 호출 함수
│ │
│ ├── constants/
│ ├── hooks/ # 커스텀 훅
│ │
│ ├── components/ # 컴포넌트 관련
│ │ │
│ │ ├── Badge/
│ │ ├── CircleImages/
│ │ ├── Emoji/
│ │ ├── ListCard/
│ │ ├── ModalContent/
│ │ ├── SelectableBox/
│ │ ├── ShareButton/
│ │ ├── Skeleton/
│ │ ├── RollingCard/
│ │ └── common/ # 공통 컴포넌트 관련
│ │ ├── Header/
│ │ ├── Button/
│ │ ├── Input/
│ │ ├── Modal/
│ │ ├── Select/
│ │ └── Toast/
│ ├── pages/ # 페이지 관련 파일
│ │ ├── FromPage/
│ │ ├── LandingPage/
│ │ ├── ListPage/
│ │ ├── RollingPage/
│ │ └── ToPage/
│ │
│ └── styles/ # 전역 스타일, theme 관련
│ ├── GlobalStyle.jsx
│ ├── Layout.jsx
│ └── theme.jsx
│ ...
├── .env # 환경변수
├── .gitignore
├── package.json
├── vercel.json
└── README.md| 이름 | 역할 | GitHub |
|---|---|---|
| 임용균 | button 컴포넌트 / toast 컴포넌트 / list page | https://github.com/ozen0718 |
| 김희진 | header / layout / badge / postCard 컴포넌트 / landing page /emoji/ from page | https://github.com/heewls |
| 황혜진 | modal 컴포넌트 / to page / 카카오 공유 버튼/ 발표 / theme.color | https://github.com/hhjin1 |
| 이재혁 | 초기 프로젝트 세팅 / input 컴포넌트 | https://github.com/LEEHAEHYUK |
| 유선향 | select / post{id} page / 배포 / 발표 준비 / theme.font / 전역상수 / 모달 컨텐츠 | https://github.com/grimza99 |
1. 프로젝트 사전 기획
- 목표 설정 → 커뮤니티 기능 목적의 웹 애플리케이션 개발 → 제시된 피그마와 swagger를 기반으로 필수 구현기능 뿐아니라 사용자의 경험 개선을 목적으로 추가기능 구현까지 목표
- 일정 계획: 프로젝트 마일스톤 설정 및 일정 관리
- 1주차 : 공통 컴포넌트 완료후 1차 배포
- 2주차 : 분담된 페이지를 개발, 주기적인 코어타임으로 서로의 진행 현황 교류
- 3주차 : UX 와 성능 향상을 위한 리팩토링 , 회고 , 프로젝트 발표 자료 준비
- 팀 구성 및 역할 분담: 역할 분담 부분 참고
- 리소스 및 도구 선정 : 개발환경 부분 참고
2. 프로젝트 수행
- 개발: 기획시 역할 분담에 따라 진행, 주기적인 진행 사항 교류, 코드리뷰, pr approve 설정으로 코드리뷰 참여 유도
- 배포: → Vercel로 배포 상황에서 발생할 수 있는 오류의 주기적인 관찰을 목표로 함
3. 프로젝트 완료
- 최종 리뷰 및 피드백 → 발표일보다 2일전인 10일을 최종 배포일로 목표하여 예기치 못한 오류에 대비 할수 있게 함.
- 결과 보고서 작성: →README.md, 프로젝트 보고서
- 회고: → 마지막 배포 이후 전체 팀원의 회고를 수집하고 취합, 전달하여 각 팀원의 성장을 촉진할 수 있는 방안을 모색
이번 프로젝트의 진행으로 라이브러리의 세팅과 변수 관리가 기능 구현과 설계 측면에서 많은 영향을 끼친다는 것을 알게 되었습니다. 각 컴포넌트 담당자를 명확이 정해 진도가 빠르게 나갓지만 더 자주 커밋을 올려 리뷰를 진행하여 코드의 품질을 높혔으면 좋았을거 같다는 생각이 들었습니다. 또한 컴포넌트의 라이브러리의 사용, 반응형 작용들을 경험할 수 있어서 좋았습니다. 기획 단계의 중요성을 배운 프로젝트 였던거 같습니다.
확실히 강의만 수강 하는 것보다 직접 기획과 프로젝트 전반에 걸친 이해를 필요로 하는 프로젝트 진행이 저의 이해도를 더욱 향상 할 수 있게 해준 것 같아서 강의 뿐만 아니라 개인적인 스프린트 미션 또한 잘 수행 해야겠다는 생각이 들었습니다. 또한 “프로젝트의 절반이 곧 기획이다.” 라는 생각이 들 만큼 기획의 중요성을 다시 한번 실감하게 되었습니다.
초기 라이브러리 세팅과 환경 변수 관리의 중요성을 다시 한번 느꼈습니다. 팀원 간 개발 환경 차이로 인해 package-lock.json 충돌이 지속적으로 발생했고, 이를 맞추는 과정에서 많은 시간이 소요되었습니다. 또한 기획 단계에서 충분한 소통이 이루어지지 않아 프로젝트 후반에 조정이 필요했고, 이 과정에서 효율성이 떨어지는 아쉬움이 있었습니다.
처음 경험하는 팀프로젝트기에 뿌듯함과 아쉬움이 공존 하는 데요, 프로젝트를 통해 팀원 들과 협력하며 많은 기술을 배우고 경험할 수 있었습니다. 일정 관리와 효율적인 개발을 위해 노력했지만, 일부 예기치 못한 상황에서 어려움을 겪었습니다. 기획 단계에서 미처 의논 하지 못했던 부분이 나중에 문제가 되는 경우도 있었습니다. 향후 프로젝트에서는 더 꼼꼼히 초기 기획과 커뮤니케이션을 개선하려고 합니다.
| 날짜 | 진행 사항 |
|---|---|
| 1월 23일 | 초기 기획 및 초기 세팅 |
| 1월 24일 | 공용컴포넌트 개발 |
| 1월 27일 | 공용컴포넌트 개발 완료 / 1차 배포 |
| 2월 3일 | 2차 배포 및 중간 점검 |
| 2월 7일 | 추가기능, 성능 고도화 , 리팩토링 회의 |
| 2월 10일 | � 최종 배포 |
| 2월 12일 | 제출, 발표 |
- 전체 개발 기간 : 2025년 1월 23일 ~ 2월 11일
- 1차 배포 : 2025년 1월 27일
- 최종 배포 : 2025년 2월 10일
- 최종 제출, 발표 : 2025년 2월 12일






