nakyeonko3/devcamp-onboarding-04

프로젝트 피드백, 질문답변

Closed this issue · 1 comments

nakyeonko3 commented

오늘(2024.05.24)에 받은 피드백 내용을 러프하게 정리함.

프로젝트 피드백

개발자의 결정에는 항상 근거가 있어야 한다.

  • 항상 기술도입에는 근거, 항상 서비스 도입에는 도입하는 이유가 있어야 한다.
  • 항상 서비스를 만드는 데는 다른 서비스와의 차별점이 있어야 한다.
  • 어떤 문제를 해결하는 서비스가 되어야 한다.

글쓰기가 정말 중요하다.

  • 문서화 해둔 자료가 근거 자료가 되기 때문에 중요하다.
  • 문서가 프로젝트에 관련된 책임과 문제에 대한 근거 자료가 되기 때문에 글을 쓰는 것이 좋다.
    프로젝트에서 작성한 스펙 문서가 자신의 개발에서 어떤 책임이 있는지 알려준다
  • 자신의 생각과 아이디어를 글을 쓰는 것은 쉽지 않다. -> 많은 연습이 필요함
  • 문서 형태로 정리를 하면 다른 사람 사람의 생각을 이해하는데도 도움이 되는 것 같다.

문서나 브랜치에 역할과 기능을 최소화시키는 것이 좋다.

  • 하나의 함수에 수십개의 기능이 들어 있으면 수정이 어려워진다.
  • 브랜치도 마찬가지로 가능하면 하나의 역할만 수행하는 브랜치를 만들도록 하자.
  • 이슈도 3주 짜리 이슈보다는 하루 이틀 단위로 이슈를 작게 쪼개는 것이 좋다.

정확한 용어를 작성하는 것이 중요하다

  • 수량화의 중요성, 숫자로 명시하는 것이 중요
  • 명확한 용어를 사용하는 것이 중요 예) 플랫폼, 기업(채용담당자), 구직자, 1만명
  • 대문자 소문자 정확하게 작성해야함.
  • 기술용어의 띄어쓰기 대문자 소문자 조심해야함.
  • #17

일의 범위와 일의 의도를 파악하고 일을 하는 것이 좋다

  • A를 하라고 하면 일에 의도인 B를 생각하지 않고, 오직 A만 하는 것은 나쁘다.
    예) 밥을 해놓으라고 했는데 말을 했을 때, 그냥 밥통에 쌀밥만 만들고 아무것도 먹을 게 없음. 헉!
  • 일의 중요도를 정해서 일하고, 우선순위를 정해서 일하는 것이 좋다.
  • 어디까지 일할지 정하는 것이 좋다.
  • 일의 벨런스가 중요하다.
  • 이번 프로젝트는 깃허브 이슈관리, 프로젝트 기획하기, 각종 개발 도구에 친숙해지기, 협업하기 등이 의도가 되었다고 할 수 있다.

PPT 작성 조언: PPT를 만들 때 아이디어가 중요하다

  • PPT 컨셉을 정하는것이 중요하다 ex)어벤져스 컨셉> 빨간색로고, 약간 개발자 컨셉
  • 발표에 컨셉이나 드립을 넣어서 재밌게 만드는 것도 정말 중요한 것 같다. -> 발표가 지루하지 않고 재밌어짐

README.md는 꼭 작성하기

  • README.md가 있어야 해당 프로젝트가 무엇인지 알 수 있다.
  • 이번 프로젝트는 주어진 템플릿에 맞게 리포지토리 문서를 작성하는 것이 중요함
nakyeonko3 commented

GitHub Issues 로 일정 관리하기 조언

깃허브 이슈 사용하는 방법

깃허브 이슈관리로 team 에서의 역할 분담 정하기

  • 해야 되는 일이 있을 때 특정 인원이 책임지고 맡아서 하는 것이 좋은 것일까 아니면 다 같이 하는 것이 좋은 것일까?
  • '담당자가 정해지지 않은 이슈' 와 '담당자가 정해진 이슈' 두가지로 나눠 볼수 있다.

담당자가 정해지지 않은 이슈

  • 구체화되지 않은 일들, 담당자에 따라서 일의 결과물이 심하게 달라질 수 있는 일들.
  • 너무 어렵고 힘들일, 불확실한 일들을 담당자를 정하지 않고 모두가 같이 그 이슈를 진행하도록함
  • 일을 작게 쪼개서 난이도를 줄여서 '담당자가 정해진 이슈'로 바꿀 수 있음.

담당자가 정해진 이슈

  • 구체화 되고 몇명이 담당할 수 있는 일들. 담당자가 누구인지 상관없이 같은 결과물이 나올수 있는 일들
  • 일을 작게 쪼개고 구체화시킨 다음 각 이슈에 대해 담당자를 정해서 일을 처리하기

github issue를 통한 일정 관리 팁들

  • 이슈에 지금 현재 진행사항을 코멘트로 남겨주면 좋다.
  • github isuue를 통한 일정 관리의 핵심은 누가 어떤 일을 하고 있는지 명확하게 알 수 있는가 이다.
  • 이슈를 하나당 일의 크기를 작게 하는것이 권장된다.
    - 이슈를 작게 하면 팀원들이 내가 무슨 일을 하는지 어느 만큼 진행했는지 진행 상황을 서로 쉽게 공유할 수 있다
    - 이슈 하나당 1일 또는 2,3시간 정도 걸리는 일들로 정하는 것이 권장된다.

그외 참고 할 만한 자료