ReviewUs - 뉴스피드 프로젝트

 

프로젝트명

ReviewUs

 

와이어프레임

 

 

ERD

 

 

API

 

 

 

PPT자료

ReviewUs_PPT.pdf

6.73MB

 

 

NOTION

https://www.notion.so/moveuk/A-2-reviewus-e8a033fb4ff94cd08da32b05583da4bb?pvs=4

 

GITHUB

https://github.com/Moveuk/reviewus

팀 컨벤션

https://moveuk.notion.site/1f4607337d4447beb48a8d64cf986597?pvs=4

발표 시나리오

https://docs.google.com/document/d/1ujDJozjLaX9yvqaMzyHb2Sscl2bW_b2hcELL1id6ulk/edit?usp=sharing

 

 

프로젝트 테스트

 

 

프로젝트 시연영상

https://youtu.be/wPR_s7rGiIA

 

 

 

KPT 회고

 

• 일시: 2024-01-15 (월) 16시~16시반 (30m)
• 참석자: 4명 (동욱, 성현, 정민, 제원)
• 내용: KPT 회고

 

## KEEP

• 컨벤션이란게 어떤 것이고 팀 개발 활동에서 어떠한 영향을 주는지에 대해서 이해하고 사용했다.
• 팀 단위로 깃을 사용해보는 경험이 많은 도움이 되었다. 
• 서로 소통을 노력하는 부분이 좋았다. 팀 분위기가 팀 개발 능력에도 영향을 준다고 생각된다.
• erd와 api명세가 왜 중요한지 느끼는 시간이 되었다

 

## PROBLEM

• 의사결정에 대한 근거를 명확히 하지않았다.
• 구현하고 싶은 기능은 많았지만 현실적으로 어려운 부분이 있거나 배우지 않아서 모르는 부분이 너무도 많다는 것을 느꼈다. 앞으로 많은 부분을 배워야 할 것을 많다는 것을 느꼈다.
• PR시 서로 대화하거나 소통하지 않는다면 머지할 때 충돌을 하게 되는 점을 알게 되었다. 소통의 중요함과 서로 소통후 PR해야하는것의 중요성을 느꼈다.
• 코드를 무작정 작성하고 구현하기 보다는 정확히 어떤의도를 두고 코드를 짤것인지, 생각하고 코드를 짜야겠다는 점을 느꼈다
• 코드의 내용이 정확히 어떤 역할을 하는지 이해도가 많이 부족하다. 코드를 읽고 해석하는 연습을 많이 해야할 것 같다.
• 에러가 발생 했을 시, 스스로 해결할 수 있는 능력을 길러야 한다는 것을 느꼈다.
• 프로젝트 시작시 설계와 정책을 꼼꼼히 작성하지 못해 프로젝트를 진행하면서 정책 충돌이 생겨 회의로 인한 시간 소요가 컸던 것 같다.
• 다른사람의 코드리뷰를 대충 진행했던 점, 코드를 읽고 이해하는 습관이 필요해보인다.

 

## TRY

• 우리가 원하는 서비스 모델과 기능 구현 가능성의 이해도를 높이고 그 기능 구현을 위한 기술 및 툴들에 대해서 지식을 쌓고 근거를 찾는 노력을 해야할 것 같다.
• 중꺾그마 - 포기하지 않고 하루하루, 매주 지식을 쌓아가도록 하자.
• 깃 브랜치 컨벤션을 명확하게 정의해서 인지를 하고 있어야겠다.
• 코드를 짤때 erd와 api를 보고 정확히 이해하며 팀원과의 소통을 거쳐 왜 이런 코드를 작성하는지 이해한 후 코드를 짜보아야겠다
• 코드를 보고 이해가 가지 않는 부분을 대충 넘기지 않고 꼼꼼히 알아보고 직접 이해한 것을 구현할 수 있도록 노력해야 겠다.
• 에러가 발생했다고 해서 무조건 주변의 도움을 받기 보다 내가 스스로 알아보고 구글링하고 gpt도 알아보고 등 노력해야한다는 것을 알았다.
• 정책을 미리 설정하고 프로젝트를 진행하면 더 구현하거나 만들때 수월할 수 있다는걸 깨달았고 다음에도 이러한 것을 이용해야 함을 느낄 수 있었다. 또한, 정책을 문서로 작성하여 팀원 모두가 헷갈릴 때마다 보는 습관을 들여야겠다.
• 다른 팀원의 코드를 보고 코드를 이렇게 작성한 의도를 생각하며 리뷰를 해야겠다.