Skip to content

개발 1주차 회의록

DHKIM edited this page Jun 14, 2020 · 1 revision

6/14 기술회의

논의할 예정

  1. 채널코드
  2. 로그인 및 인증 영역 시스템 구조 (제안할 내용 있음)
  3. 역할분담 방식 (재밌는 아이디어 떠오름🌝)
  4. 테스트코드 컨벤션
  5. 타입스크립트 컨벤션
    • 컴포넌트 스타일
    • 타입은 한곳에 넣은것인가?
  6. 캔버스 직접 개발 vs 모듈사용

1. 채널코드 방식

유니크 한 I(8자리, 최대 10자리) > 자동완성 인터렉션

  • 증감 + 타임스탬프

2. 로그인 및 인증 영역

client <-> server(passport x) <-> auth(access_token)

3. 역할분담 방식

2.1. 전체 권한관리 (김재원) 2.2. 캔버스 발표도구 (이미림/김도현) 2.3.1. 컨버터 서버 Kafka (조애리) 2.3.2. 채널 생성 채널코드 생성 - 업로드 - 프로그레스 바 (김재원) 2.4. 접속 여부 체크 (김도현/김재원) 2.5. 이모지 (김도현🌚)

client
 ㄴ 권한관리
 ㄴ 타입스크립트 + 개선 + 테스트코드

4. 테스트코드 컨벤션

Feature : 테스트에 대상의 기능/책임을 명시합니다. Scenario : 테스트 목적에 대한 상황을 설명합니다. Given : 시나리오 진행에 필요한 값을 설정합니다. When : 시나리오를 진행하는데 필요한 조건을 명시합니다. Then : 시나리오를 완료했을 때 보장해야 하는 결과를 명시합니다.

  • jest.js
  • 비지니스 로직 => ts(Module) => test.ts (Unit/UI, Integration)
  • BDD(describe - it)
// Feature
describe("Unit", () => {
    // Scenario
    it("method() 호출시, 무머가 되어야함", () => {
        // Given
        const unit = new Unit();

        // When
        unit.method();

        // then
        expect().to();
    });
});
  • 개인이 봤을때, 테스트 되어야 하는 부분들 > 커버리지에 집착 ㄴㄴ

5. 타입스크립트 컨벤션

  • any 사용을 제한
    • 외부모듈인데 타입이 잘 안되어있을 때
    • 본인이 만든거는 any X
  • 타입 지정을 할 수 있는 디렉토리 구조 @types 를 소스구조와 유사하게 가서
    • 도메인 별로
  • 컴포넌트 타입 => @types/components/* > 소스구조와 동일하게
  • typegraphql => 리서치 필요
  • global
    • hook에 { mutate: fn }, mutation
  • Generic 얘기
class LinkedList<T> {
    data: T
}

const linkedList = new LinkedList<Int>();

6. 캔버스 직접 개발 vs 모듈 사용

  • 직접 개발
    • 메시지 => 대용량 트래픽(스케줄링)
    • 이미지 => 벡터(페이로드 줄이는 거)
  • 미림이 담당 => 모듈을 찾아보면 좋을거같습니다

7. role 정리

  • 권한관리/로그인 (김재원)
  • 채널 생성
    • 컨버터 서버 - 메세지 큐 (조애리)
    • 코드 생성 (X)
    • API 통신 (김재원)
    • 프로그레스 바 (김재원)
  • 접속여부 체크 (김도현/김재원)
  • 발표 채널
    • 채팅 (김재원)
    • 캔버스 발표도구 (이미림)
    • 이모지 (김도현)
    • 채널 설정 (조애리)
    • 슬라이드 (조애리)
    • 잡일/기타 (김도현/이미림)
      • 다운로드
      • 채널코드 복사
      • 전체화면
  • 프로필 (김도현)
  • 자기 영역에 대한 개선안 가져오기
  • 개선안 없어도 협업한다는 느낌으로 다이어그램 같은거 그려오면 좋음
  • 자기가 하고 싶은 영역 최소 2개 선택해오기 (자기가 한거 제외)

다음회의 언제?

  • 06/21 2시?
  • 개선안 발표
  • 담당 분배
  • jestconfig, tsconfig

바쁜와중에 열심히 합시다.. => dropy 많은 사람들이 쓰는 서비스로 만들기