Meetup notes #4, 2022-10-12

[jongfeel]

장소: 서초 클러스터 mars 회의실
시간: 오후 6시 ~ 오후 8시
참석:

• gyeon
• seonhjeo
• kyuhkim
• gyyu
• hanbkim
• byahn
• m-jfeel

내용:

클라이언트 리뷰

최종 작업본은 main branch에 합치는 작업 완료
기본 class 설계 구조 확정
tree 구조 설계에서 manager를 거쳐서 찾아가는 방식에 대한 문제점?

• 우선 2 depth의 경우는 복잡하지 않다고 생각되므로 구현 진행하고 필요시 리팩터링 진행
• react의 redux store와 같은 기법도 depth가 깊어지면서 생기는 속성의 상태 관리를 위해 만들어진 기법이므로, unity의 singlton을 간단한 목적으로 사용해 보는 것도 좋은 방법
  코드의 복잡성이 증가하고 있다고 생각이 된다면
• class name과 public method name을 나열해 보고 목적에 맞게, 그리고 이름에 맞게 설계되었는가를 검토해보면 좋음

서버 리뷰

postman의 경우 workspace를 만들고 팀원을 초대해서 공유해서 사용
패스워드 암호화 방식에서 서버쪽만 적용하는 건 문제의 여지가 있음

• 클라이언트에서 암호화를 해서 서버에 전달해 주는 방법을 고려 => 공개키/비밀키 기법으로 쉽고 빠른 방법
• Bearer token이나 OAuth2.0과 같은 Authorization header에 token을 추가할 수 있도록 서버 기능 추가 => 조금 어렵고 스터디가 필요하지만 보안을 위해서는 옳은 방법
• 게임이 google login을 지원해야 한다면 처음부터 google cloud platform의 oauth를 이용해서 구현 => oatuh 개념을 스터디해야 하는건 마찬가지지만 gcp가 해주는 부분이 많음 최종적으로 구현할 게임에서 필요한 방법

gyeon님 작업 진행시 조언

• 많은 기술을 알아야 한다고 생각할 수 있지만, 지금 우리 팀이 알고 있는 범위 내에서 다음 주 까지 구현해야 할 목표에 집중해서 동작하는 소프트웨어를 만드는게 더 중요합니다.
• 기술은, 그 후에 적용 검토를 위해서 스터디를 진행해 보시면 좋겠습니다.
• 과거에 몰랐던 시절이 있어야, 현재 왜 이 기술이 필요하고 쓰는지 알게 됩니다. 그러므로 꼭 작업의 완료를 우선으로 해주세요. 추가적인 조언은 제가 얼마든지 해드릴 수 있습니다.

공통으로 해볼 practice

• issue로 작업 단위를 잘 작성한 후 그 issue 단위의 pull reqeust를 요청해서 main에 merge 진행
• 작업의 tracking이 될 수 있게 issue의 developement로 branch 생성 기능 활용 및 pull request 시에 development에 issue 링크 달기 (자동 연결)
• 혼자 많이 해야겠다는 욕심을 내려놓고 팀으로 작업 하므로 작업 단위를 작게 잡아 진행하고 공유해서 최종 소프트웨어 결과물이 모두의 힘으로 만들어지고 있다는 관심을 가져야 함

회의 사진