-
Notifications
You must be signed in to change notification settings - Fork 2
그룹프로젝트 피어세션 1주차 18그룹
Q. 컴포넌트를 작은 단위로 나눴을 때 장단점이 무엇인가요?
A. 장점은 먼저 태스크 관리가 수월해지고, css적용이 용이해지며, 컴포넌트 재활용 가능성이 올라간다는 점 입니다. 단점으로는 제가 느낀바로 최대한 작게 나누려는 강박으로 코드를짜면 주객이 전도되는 느낌이 있었습니다. 불필요한 것들도 나누게되어 오히려 일을 만들어서 하는 느낌을 받은 적이 있었어요.
Q. 짝프로그래밍 해보신 것 같은데 어떠셨나요?
A. 처음에는 낯설지만.. 작은 실수를 잡거나 리팩토링이 바로바로 될 수 있다는 장점이 있습니다.
A. 저는 실력이 다소 부족한 편이라 도움을 많이 받고 배우기도 많이 배웠습니다. 짝프 만세
A. 느린 것처럼 보이지만 실제로는 더 빠른 길이라고 생각합니다.
Q. 실제로 만나서 진행하셨는데 효율이 어떠셨나요? 저희는 아직 한번도 만나지 못해서 하나를 결정하는데도 조금 오래걸렸던거 같아요😭
A. 확실히 만나서 한 날이 토의가 빨리 되어서 좋았던 것 같습니다. 저희 팀은 자기주장이 강하신 분이 없어서... 만나서 결정을 많이 했었습니다. 그리고 처음에 폴더 구조가 다 잡혀있지 않은 상태에서 사소한 부분에 대한 컨벤션을 바로바로 할 수 있어서 좋았습니다. 그리고 개발이 즐거워요! 혼자하는 것보다🤭 맞아요 즐거워요
A. 만나서 하면 재미있습니다. 집중도 더 잘되고, 처지지 않고 으쌰으쌰하는 게 있는 것 같아요.
Q. 현재 라우팅마다 임시페이지를 만드셨는데 페이지 라우팅을 처음에 다 정하고 시작하신건가요?
A. 네 어제 간단히 적용만 해두었습니다.
Q. eslint와 prettier 사용하셨는데 mac과 window 간의 충돌은 없으셨나요?? 저희는 delete 'cr' prettier/prettier 라는 에러가 떠서 힘들었습니다,,
A. 각자 프리티어 적용을 끄고 사용해서 그런지 해당 이슈가 없었습니다. 비슷하게는 window 와 mac간에 개행할 때 문제가 있었는데, 해당 문제는 아래 하단 질문에 답하였습니다.
Q. 운영체제 환경이 다른 분이 있으셨나요? 있으시다면 혹시 문제 생기지 않으셨나요? 저희는 맥이랑 윈도우에서 개행문자 차이가 있어서 eslint 관련 문제가 있었습니다.
A. .eslintrc.js에 이거 적용했어요!
rules: {
'linebreak-style': 'off',
},
Q. 모여서 하시고 식사도 하셨나요?
A. 아니요...아직 어색할 나이라서
Q. 모여서 하실 때 몇시간정도 하셨나요?
A. 5~6시간 정도했습니다.
Q. 어떤 디렉토리에 어떤 파일을 넣을 지 개발전에 미리 다 설정하시고 시작하셨나요?
A. 아뇨! 만들면서 정했습니다.
Q. 백엔드에서 routes가 controller 역할을 한다고 생각하면 될까요???
A. Express에서는 그렇게 사용한다고 알고있습니다. 그리고 라우트가 비대해지면 이걸 서비스로 뺀다고 저번에 호눅스님이 말씀하셨던 것 같아요. 라우트가 비대하지 않다면 굳이 서비스로 뺄 필요도 없다고...
Q. 저희 조는 한명이 PR을 하면 모든 구성원이 PR을 리뷰하고, approve한 다음 그 PR을 다음 사람이 rebase하여 수정 후 다시 PR을 하고 있습니다. 이렇게 하다보니, 리뷰에 충분한 시간을 들이는 것을 부담스러워하는 문제가 생겼는데 , 혹시 37조는 merge과정이 어떻게 되나요?
A. 저희는 6시에 모두 PR을 날리고 다음날 스크럼 전까지 추가작업 또는 다른 팀원의 코드리뷰를 진행하고 있습니다! 스크럼이 끝난 후에 다 같이 모여서 merge를 진행하면서 충돌해결 하는 방식으로 진행하고 있습니다👍X
Q. Typescript 사용해보신 경험담이 궁금합니다!
A. 어려워요..
Q. TypeScript를 사용하여 서버를 구현해보니 어떤 장점을 느끼셨나요?
A. 아직 장점을 느끼진 못했습니다. 굳이 말하자면 다른 타입을 사용하면... 뭐라고 해줍니다...
Q. 분업을 파일단위로 하셨나요? 저희는 최대한 작게 나누어 분업을 해보려 했더니 너무 충돌나는 점이 많아지는 것 같아 고민하고 있습니다.
A. 지금은 파일단위로 나누어져 있지만 더 작게 나누려고 계획중입니다.
Q. 패키지 설치 및 삭제와 같은 변경사항은 깃 커밋을 어떻게 하셨나요?
A. 기능과 관련있는 것이라고 생각해서 Feat 타입을 사용했습니다.
Q. 리드미와 이슈 사이드바 작성은 한 분이 맡아서 주도적으로 하셨나요?
A. 여러 명이 의견을 제안하고 하나로 통일해서 작업했습니다! 저번 기수분들 이슈를 많이 참고하였습니다!
Q. 이슈 close 할 때 설명을 남기기로 그라운드 룰을 만드셨는데 도움이 되었나요?
A. close할 때 구현한 부분을 한번 더 상기해서 좋았던 것 같습니다.
Q. 스크럼 시간이나 규칙이 잘 지켜시고 계신가요?
A. 스크럼 시간은 잘지키는것 같습니다. 규칙은 아직 정해지는 단계인거 같습니다.
Q. 프론트엔드 테스트 방식은 정하셨나요????
A. 아직 프론트엔드 테스드 방식에 대해 얘기를 나누지 못했습니다..!
Q. 배포는 어떻게 하실 생각이신가요? 죽지 않는 안전한 서버를 고려하시나요? (+ 자동 배포를 생각하고 계신가요?)
A. 자동 배포를 계획은 했지만 언제쯤 할지는 모르겠습니다... ㅎㅎ
A. 협업 하면서 필요성을 많이 느끼고 있지만 거기까지 손을 댈 수 있을지 모르겠습니다,,
Q. 리팩터링은 어떤 식으로 하시는지 궁금합니다.
A. 아직 해보지는 않았지만 디렉토리나 파일 구조를 깔끔하게 하려고 얘기는 나누었습니다.
Q. 상태관리를 어떻게 할 것인지 저희는 애먹고 있는데 혹시 고안하신 방법이 있으신가요?
A. 아직 적용하지는 않았는데 팀원들과 상의하여 ContextAPI 를 활용하여 전역스토어를 만들어볼까 생각중입니다.!
Q. 리액트 학습 어떻게 하고 계세요?
A. 저는 리액트를 다루는 기술 책을 구매해서 하고있습니다!
A. 저는 인프런 듣고 있습니다.