[2020 11 27] 피어 세션

2주차 피어세션 (A-14조, A-18조)

A-14조

• 세션 참가 조원: 류남광(J064), 송원석(J098), 신우진(J104), 최정은(J206)

A-18조

• 세션 참가 조원: 김병국(J223), 이주현(J157), 차효준(J202)

피어세션 주제

Jenkins 활용 방법

• nCloud에 Jenkins 서버를 두고, GitHub hook을 이용해서 trigger하면 Jenkins 서버에서 (빌드/테스트) 작업을 거치고 프로젝트 배포서버에 반영한다
• Jenkins 서버에서 배포를 관리하기 때문에 여기서 여러 작업들을 추가해줄 수 있다

리액트를 안 쓰신 이유

• 사실 팀원 모두 React를 배운만큼 쓰고 싶었다.

  • 현재 Frontend 취업시장에서 많이 요구하고 있다
  • 실제 멘토님에게 질문했을 때도 React가 대세로 기울고 있어서 많은 부분을 React로 변경하고 개발자를 모집한다고 함
  • 멘토님 개발 부서의 기술 스택도 처음 프로젝트 기획시 기술스택과 거의 비슷하다는 의견을 들음

• 프로젝트를 구조를 고려했을 때, React의 이점을 취할 수 없다는 멘토님의 의견을 설득할 수 없었다

  • 프로젝트의 구조가 페이지 하나밖에 없는 구조
  • React의 장점은 빠른 렌더링 속도에 있는데, 프로젝트에서 빈번한 렌더링이 일어나는 오디오 파형을 그리는 부분
    • 오디오 파형은 캔버스로 그리기 때문에 어차피 재렌더링을 해줘야 하므로, 바닐라로 구현했을 때와 별차이가 없을 것이라 판단
  • 이후에 프로젝트를 완성했을 때도, 같은 질문을 받는다면 굳이 React를 사용하려는 타당한 이유가 없기 때문에 바닐라 JS로 구현하기로 결정

멘토시간 활용법

• A-14팀
  • 공식적인 멘토링 시간이 매주 월요일로 결정되어서 멘토링 시간을 적극 활용하기로 결정
  • 그 주에 있었던 이슈에 대해 질문
  • 매주 월요일 전까지 팀원 각자 최소 3~5개 사이로 질문할 내용을 생각, 멘토링 시간전에 최종 질문 내용을 선별하고 멘토링 시간에 질문

Redux 도입은 어떤지?

• Redux를 도입하면 프로젝트 구조가 복잡해지는 단점이 있다 (Flux 아키텍처)
  • 프로젝트의 구조를 고려해보았을 때, 단일페이지만 구성되어 있는 간단한 구조이기 때문에 오히려 Redux를 도입한 상태관리가 복잡해질 수도 있다
  • 상태관리를 하는데 있어서 Redux vs Vanila(Pub/Sub 패턴)와 비교했을 때 Vanila 구조로 했을 때 보다 Redux를 도입했을 때 장점이 있는지에 대한 타당한 이유가 없어서 바닐라로 상태관리를 구현하기로 결정

스터디

• A-14팀
  • A-18팀의 저번 주 발표를 본 후, 팀에도 스터디를 도입해보고자 했으나 이번 주에는 잘 되지 않았음..
• A-18팀
  • 주 1~2회 정도 스터디를 하기로 함
  • notion에 스터디 한 결과를 정리
    • webpack, MySQL vs NoSQL, Test code

팀 활동시 의견충돌에 대한 갈등해결 방법

• 청유형으로 말하기
• 중간 지점 찾기

피어세션 소감

• J064 : 하루만에 만들어진 FE였다니 놀랐네요..! 피어세션 즐거웠습니다. 효준님의 애기(반려견)를 못 본 건 아쉽네요.. ㅎ.. Jenkins도 감사합니다!!
• J098 : 즐거운 피어세션이었어요 Jenkins 정리파일 잘 쓰겠습니다...! 😀
• J104 : 프로젝트에 자동배포나 CI/CD 과정을 도입할 예정인데 Jenkins 관련 내용을 공유해주셔서 많이 도움이 되었습니다 :-) 팀원들간에 의견충돌시 해결방법도 인상깊었어요! left hand...
• J157 : 오디오 관련된 생소한 내용 잘 설명해주셔서 감사했습니다 👍
• J202 : 너무 재밌고 유익한 시간이었습니다.
• J206 : 저희에게 소중한 노션도 공유해주시고 Jenkins 관련 파일을 주시다니 영광입니다. 너무 멋지십니다😀
• J223 : 즐겁게 피어세션을 진행한 것 같아서 좋았습니다