11월 16일 회의록

오늘의 할 일

• 스케줄 인터페이스 설계
• 스케줄링 알고리즘 기획
• 스케줄링 테스트 코드 작성

회의록

Next.js, 그게 뭔데..

• 어차피 express + react면 Next.js 를 쓰는게 낫지 않는가?
• 고민이 필요한 부분
  • 우리 프로젝트에 SSR이 필요한가?
    • 우리 알고리즘은 Server, Client 중 어디에 놓여야 하는가?
    • SSR이 특정 시간 or 특정 이벤트가 발생했을 때 HTML을 client로 뿌려줄 수 있는가?

우리의 브랜치 전략?

• git flow / github flow
  • [참고](https://ujuc.github.io/2015/12/16/git-flow-github-flow-gitlab-flow/)
  • 우리는 Gitlab flow에 가까운 듯 하다

Backlog 관리에 대한 고찰

• feature 내의 sub feature issue를 어떻게 관리해야 하는가?
  • 아쉽게도 issue 내의 task에 sub issue 자동생성을 하면 issue template 적용이 안된다 부들!
• 안
  1. 큰 이슈만 작성 → 프로젝트에 삽입 → 1이슈 1브랜치 전략
  2. 큰 이슈만 작성 + 작은 이슈는 체크리스트로 수동 관리. 나머지는 1안과 동일
  3. 큰 이슈 작성 + 작은 이슈 발행. 작은 이슈는 프로젝트에 삽입 안함.
  4. 큰 이슈 작성 + 작은 이슈 발행, 작은 이슈도 프로젝트에 삽입.
  5. 큰 이슈 작성 + 작은 이슈 발행, 라벨로 필터링도 진행
  6. 큰 이슈 작성 + 작은 이슈도 작성 + 엑셀에서 관리
  7. Jira?
• 고민

  • 진행상황 트래킹

  • 고민을 어떻게 관리할 것인지

  • 이슈의 hierarchy를 어떻게 드러낼 것인지

  • project workflow

  • 와,,, CI CD가 하겠지,, (issue 열면 자동으로 label 달아주기)

    [Adding labels to issues - GitHub Docs](https://docs.github.com/en/actions/managing-issues-and-pull-requests/adding-labels-to-issues)

tsconfig, vite, eslint error

• tsconfig : 타입스크립트 빌드할 파일들 지정 → tsconfig.node.json → vite.config.ts 포함 → eslint 설정 적용 포함

[Why does Vite create two TypeScript config files: tsconfig.json and tsconfig.node.json?](https://stackoverflow.com/questions/72027949/why-does-vite-create-two-typescript-config-files-tsconfig-json-and-tsconfig-nod)

스케줄 인터페이스 설계

interface Todo {

	// (필수) 입력값 및 기본 데이터
	id : string; // UUIDv4, 할일의 고유 id
	title: string; // VARCHAR(255), 할일의 이름
	content: string; // TEXT, 할일의 상세 내용
	owner: string; // UUIDv4, 할일 소유자의 id
	priority: number; // INT or ENUM, 할일의 우선순위 레벨
	until: Date; // DATE, 할일의 마감기한
	from: Date; // DATE, 할일의 시작기한
	prev: Array<Todo> // or Array<string>, 이전에 반드시 완료되어야 하는 할일 id 배열
	next: Array<Todo> // or Array<string>, 본 할일 이후에 실행되어야 하는 할일 id 배열

  // (필수) 할일의 상태값
	isDone: boolean; // 할일이 완료되었는지 여부
	isReady: boolean; // 할일이 시행할 준비가 되었는지 여부 (from, isAllPrevDone 체크)

	isAllPrevDone: boolean; // 선행해야하는 할일이 모두 완료되었는지 여부, prev를 Array<Todo>로 관리시 불필요

	// (선택) 메타데이터
	spentTime: Date; // 총 할일 수행 시간, default = 0
	postponeCount: number; // 총 미룬 횟수, default = 0
}

mini error : vite.config.ts 에러

lint는 vite.config.ts가 빌드에 사용되지 않음에도 파일이 열려있으니까 tsconfig에 없잖아!라고 에러를 뱉어냈음.

tsconfig.json - build 관리 (vite.config.ts는 여기에 안 들어감)

tsconfig.node.json - node 환경에서 사용되는 config

⇒ live share를 할 때 vite.config.ts 탭이 캐싱되어서 에러가 뜬 것으로 생각됨

스케줄 알고리즘 설계

• 할 일의 타입을 정의해보고 분류 작업을 진행함

  • 각 타입마다 언제 어떻게 해결할지를 논의함

• 우선순위를 어떻게 정할지
  

각자 고민하기

• Due의 우선순위(빠를수록 우선순위가 올라가는가?)
• 각자 idea마다의 장단점 생각하고 세미나

참고

[[PUBLIC] Priority-Based Web Scheduling](https://docs.google.com/document/d/1AATlW1ohLUgjSdqukgDx3C0P6rnJFgZavmKoZxGb8Rw/edit?usp=sharing)

우선순위 결론

1. 당일 처리해야 하는 일인지 여부
2. 우선순위(priority)
3. Due Date(Earliest Deadline First Scheduling)