📝 뉴스피드 프로젝트

✅ Keep

꼭 문제가 되는 이슈가 아니더라도 Issues에 해야 할 일을 기록하고, PR할 때 해당 Issue를 링크로 연결하는 것이 중요하다. 이렇게 하면 나와 같이 일하는 팀원의 진척도를 확인할 수 있을 뿐만 아니라, 작업하는 데 어떤 이슈를 겪고 있는지 팀원중 누군가가 언제든지 파악할 수 있다.
잦은 Conflict를 막기 위해 자주 Commit하고, 변경점이 생길 때마다 커밋 타입과 변경된 내용을 명확히 작성하는 것이 좋다. 또, 이슈 번호를 함께 기록하면 커밋 메시지를 한눈에 파악하기 편하다.

특정 브랜치 간의 직접적인 Pull을 지양해야 한다.
- 내가 작업한 코드를 협업하는 팀원에게 전달하기 위해서는 PR 후 dev 브랜치에 머지한 뒤, 동료가 작업하는 브랜치로 dev에서 코드를 Pull해 오는 것이 바람직하다.
- 하지만, 과정이 번거롭다는 이유로 나와 팀원 한분의 브랜치를 직접 서로 Pull하는 경우가 있었다.
- 이렇게 하면 브랜치 사이에 Merge가 복잡해지고, Issues에 기록된 변경 사항이 섞이는 문제가 발생할 수 있다.
- → 번거롭더라도 코드 이동은 반드시 dev 브랜치를 거쳐야 한다.
AI에 대한 의존도가 너무 높아지는 것이 걱정된다.
- 개발자로서의 기본 소양 중 하나는 검색을 통해 정보를 습득하는 능력이라고 생각한다.
- 그런데 AI의 답변을 그대로 받아들이고, 스스로 깊이 고민하지 않은 채 코드를 작성하는 습관이 생길까 우려된다.
- 초보 단계에서는 AI를 활용하는 것이 학습에 도움이 될 수 있지만, 문서를 직접 읽고 이해하는 습관을 들이는 것이 실력있는 개발자로 나아가는

PR을 통해 코드 리뷰 문화를 정착시키기
- 단순 Merge가 아닌 PR 리뷰 과정을 거쳐야 한다는 원칙을 세우고 실천하기
- 리뷰를 남기는게 어렵다면 적어도 LGTM(Look Good To Me)를 써주는 것이 좋다.
- 코드 리뷰를 통해 서로의 작업을 공유하고, 개선할 점을 논의하는 문화 형성하기
Commit Message & Issue 활용 강화
- 커밋 메시지를 더욱 명확하게 작성하고, 어떤 변경이 있었는지 요약하여 남기는 습관 기르기
- 작업 중 발생한 문제를 Issue에 정리하고, 해결 후에도 해결 방법을 기록하여 협업의 연속성을 높이기
공식 문서(React, MDN, GitHub Docs)를 우선적으로 참고하기
- AI의 답변을 참고하되, React 공식 문서나 MDN을 먼저 확인하고 이해하는 습관을 들이기
- 공식 문서의 경우 읽었을 때 이해하기가 어렵지만 익숙해 진다면 공식문서 만큼 공신력있는 사이트는 없을 것이다.
- 검색을 통해 필요한 정보를 찾는 능력을 키우고 장기적인 실력 향상을 유도하기!