Projects/2021-CVI (백중원)51 210712(월) - 페어 프로그래밍, 감정 회고 1. 페어 프로그래밍 (프론트) 2. 감정 회고 (프론트) 1. 페어 프로그래밍 (프론트) 다시 페어 프로그래밍으로 프로젝트를 시작하면서 페어와 나 모두 데모 데이(210719)까지 시간적 여유가 많지 않다고 느껴서 조급한 마음을 가지고 있었다. 이런 이유로 기본적인 디자인만 논의하고 바로 각자 컴포넌트를 제작하기로 결정했다. 그리고 어제 다시 만나서 서로가 만들었던 부분을 확인했다. 예상보다 컴포넌트를 제작하는 속도가 더뎠다. 기본적인 컴포넌트처럼 보여도 생각보다 신경 쓸 부분이 많았기 때문이다. 또한 각자가 생각하는 컴포넌트의 형태(props 등)가 달랐기 때문에, 페어가 만든 컴포넌트를 이용해서 내가 새로 컴포넌트를 만드는 상황에서 서로 매끄럽게 이어지지 못했다. 그래서 오늘 논의를 통해 페어 프로.. 2021. 7. 12. 210709(금) - 추가 논의 1. 추가 논의 (프론트) 1. 추가 논의 (프론트) 컴포넌트 타입 네이밍 관련 컴포넌트에 스타일 파일에서 타입이 필요한 경우, 객체 네이밍을 컴포넌트_props로 하기 -> ex) Label 컴포넌트가 sizeType을 받고 있으므로, 타입 관련 객체 네이밍은 LABEL_SIZE_TYPE 컴포넌트 prop 관련 (propTypes, defaultProps) prop으로 children이 온다면 맨 앞에 쓴다 propTypes에서 children은 항상 isRequired로 설정하고 맨 위에 쓴다. isRequired인 prop은 children 다음 줄부터 써준다 isRequired가 설정되지 않은 prop은 안정성을 높이기 위해서 default prop을 설정해야 한다는 eslint 규칙 추가 // .. 2021. 7. 9. 210708(목) - 세팅 완료, 디렉토리 관련 논의, 컴포넌트 제작 시작 1. 세팅 완료 (프론트) 2. 디렉토리 관련 논의 (프론트) 3. 컴포넌트 제작 시작 (프론트) 1. 세팅 완료 (프론트) 파일 확장자 .js vs .jsx 파일 확장자를 .js 또는 .jsx로 설정하는 부분에서 발생하는 기술적인 차이는 없다. .js를 사용하더라도 바벨에 의해서 jsx 확장자가 트랜스파일링 되므로 어떤 확장자를 사용하든지 상관이 없다. 그래서 어떤 것을 사용하든지 상관 없는 입장. 두 확장자를 비교하면 오히려 공식적인 문법이 아닌 .jsx 확장자가 .js에 밀리는 느낌이었다. 사실 어느 한 부분이라도 사용해야만 하는 이유가 있었다면 사용했을 것 같은데, 찾지 못했다. 결국은 .jsx가 표시함으로써 얻는 얻는 이득이 마땅히 없고 오히려 jsx가 공식적인 문법이 아니라는 점 때문에 .js.. 2021. 7. 8. 210707(수) - Git 전략, 기획, API 논의 및 초기 세팅 1. 팀 Git 전략 수립 (프론트 + 백) 2. 기획 재논의 (프론트 + 백) 3. API 구조 논의 (프론트 + 백) 4. 초기 설정 (프론트) 팀 Git 전략 수립 (프론트 + 백) 규칙 (Branch) main - develop - feature/social - feature/frontend 와 같은 형태로 브랜치 따기 (Branch) feature 브렌치는 나중에 지운다 (Issues) 라벨은 프론트엔드, 백엔드 붙이고 뒤에 작업(docs, feature, fix 등 관련된 것들) 붙이기 (Issues) 프론트엔드, 백엔드 공통이면 라벨(프론트엔드, 백엔드) 붙이지 않기 (Issue 및 PR) 등록할 때 관련 있는 사람 할당하기 (Projects) 데모 데이 기준으로 생성하기 -> 앞으로 dem.. 2021. 7. 7. 이전 1 ··· 9 10 11 12 13 다음
