- 팀 명 : 버리지마 나의 작은 아기봉다리
- 프로젝트 명 : 쓰쓰또쓰
- FE 팀원 : 천지인(팀장), 오아름, 정순현
- BE 팀원 : 진하늘(팀장), 김대현, 안윤아
- 배포 링크 : 쓰쓰또쓰 (모바일 환경에 최적화 되어있습니다. )
"잘" 분리 배출된 플라스틱 비닐의 8%만이 재활용된다는 사실을 아시나요?
쓰쓰또쓰는 낮은 재활용률의 한계를 탈피하고자 사용자에게 버리지 말고 더 쓸 것을 제안 합니다.
사용자가 두번, 세번 더 쓴다면 단번에 재활용률 100%, 200%를 달성한 것이지 않을까요? 👀
천지인 (FE, 팀장) |
🙋🏻♀️ 오아름 (FE) |
정순현 (FE) |
---|---|---|
- 로그인 페이지 |
- 메인 페이지( |
- 뱃지 페이지 |
진하늘 (BE, 팀장) |
김대현 (BE) |
안윤아 (BE) |
---|---|---|
- 회원 도메인 CRUD |
- 시리즈 도메인 CRUD |
- 뱃지 도메인 CRUD |
Git | Github | Notion | Discord |
---|---|---|---|
Next.js | TypeScript | Styled- Components |
Axios | PWA | ESLint | Prettier |
---|---|---|---|---|---|---|
Java | mySQL | JWT | Gradle | AWS | Spring | Spring Security |
Spring Boot |
---|---|---|---|---|---|---|---|
HOME | DETAIL | NEWLOG |
---|---|---|
BOOKMARK | MYPAGE | FOLLOW |
BADGE | PROFILE | |
태그이름 | 설명 |
---|---|
Feat | 새로운 기능 추가 |
Fix | git과 관련된 버그 수정 |
Design | CSS 등 UI 수정 |
Style | 코드 포맷 변경, 세미 콜론 누락, 코드 수정이 없는 경우 |
Refactor | 코드 리팩토링 |
Docs | 문서 수정 (MD 파일) |
Test | 테스트 코드를 생성하거나 수정 하는 경우 |
- 사용자 행동에 따라 잦은 API 호출이 예상되어 불필요한 서버 통신을 최소화하는 것을 목표로 개발했습니다. 기획 단계에서 화면 기능 정의서를 만들어 각 컴포넌트에서 필요한 데이터를 문서화하였고, 이를 백엔드와 공유하여 컴포넌트별로 필요한 API를 정의했습니다.
- 하지만 이는 오히려 과도한 서버 통신의 결과를 만들었습니다. 이를 통해 효율적인 API 통신을 위해서는 다각적인 고민이 필요함을 배우게 되었습니다.
- 도전적인 과제로 Next.js App router를 선택했지만 충분한 사전조사가 이뤄지지 않아 프로젝트의 완성도를 높이지 못했습니다.
- server component, SSR 등을 활용하지 못한점에서 아쉬움을 느꼈으며, 스택을 선택할때는 충분한 레퍼런스 조사를 통해 해당 스택이 프로젝트에 어떤 영향을 미칠지 미리 고려해야함을 배웠습니다.