-
Notifications
You must be signed in to change notification settings - Fork 0
개발 1주차 회의록
DHKIM edited this page Jun 14, 2020
·
1 revision
- 채널코드
- 로그인 및 인증 영역 시스템 구조 (제안할 내용 있음)
- 역할분담 방식 (재밌는 아이디어 떠오름🌝)
- 테스트코드 컨벤션
- 타입스크립트 컨벤션
- 컴포넌트 스타일
- 타입은 한곳에 넣은것인가?
- 캔버스 직접 개발 vs 모듈사용
유니크 한 I(8자리, 최대 10자리) > 자동완성 인터렉션
- 증감 + 타임스탬프
client <-> server(passport x) <-> auth(access_token)
2.1. 전체 권한관리 (김재원) 2.2. 캔버스 발표도구 (이미림/김도현) 2.3.1. 컨버터 서버 Kafka (조애리) 2.3.2. 채널 생성 채널코드 생성 - 업로드 - 프로그레스 바 (김재원) 2.4. 접속 여부 체크 (김도현/김재원) 2.5. 이모지 (김도현🌚)
client
ㄴ 권한관리
ㄴ 타입스크립트 + 개선 + 테스트코드
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();
});
});
- 개인이 봤을때, 테스트 되어야 하는 부분들 > 커버리지에 집착 ㄴㄴ
- any 사용을 제한
- 외부모듈인데 타입이 잘 안되어있을 때
- 본인이 만든거는 any X
- 타입 지정을 할 수 있는 디렉토리 구조
@types
를 소스구조와 유사하게 가서- 도메인 별로
- 컴포넌트 타입 =>
@types/components/*
> 소스구조와 동일하게 -
typegraphql
=> 리서치 필요 - global
- hook에 { mutate: fn }, mutation
- Generic 얘기
class LinkedList<T> {
data: T
}
const linkedList = new LinkedList<Int>();
- 직접 개발
- 메시지 => 대용량 트래픽(스케줄링)
- 이미지 => 벡터(페이로드 줄이는 거)
- 미림이 담당 => 모듈을 찾아보면 좋을거같습니다
- 권한관리/로그인 (김재원)
- 채널 생성
- 컨버터 서버 - 메세지 큐 (조애리)
- 코드 생성 (X)
- API 통신 (김재원)
- 프로그레스 바 (김재원)
- 접속여부 체크 (김도현/김재원)
- 발표 채널
- 채팅 (김재원)
- 캔버스 발표도구 (이미림)
- 이모지 (김도현)
- 채널 설정 (조애리)
- 슬라이드 (조애리)
- 잡일/기타 (김도현/이미림)
- 다운로드
- 채널코드 복사
- 전체화면
- 프로필 (김도현)
- 자기 영역에 대한 개선안 가져오기
- 개선안 없어도 협업한다는 느낌으로 다이어그램 같은거 그려오면 좋음
- 자기가 하고 싶은 영역 최소 2개 선택해오기 (자기가 한거 제외)
다음회의 언제?
- 06/21 2시?
- 개선안 발표
- 담당 분배
- jestconfig, tsconfig
바쁜와중에 열심히 합시다.. => dropy 많은 사람들이 쓰는 서비스로 만들기