2. 오늘 얘기 할 주제는?
• Node.js에 대해선 다루지 않습니다.
• 이걸 왜 만들었을까요?
• 구현시 어려웠던 점. 느꼈던 점.
3. 이걸 왜 만들었을까요?
• 현재 팀장포함 총 팀원수 7명
• 2개 프로젝트에서 코드리뷰 사항을 위키로 정리하여 공유
=> 잘 안됨
• 코드리뷰 활성화를 위해 이 프로그램을 먼저 만들고 공유
=> 유지보수부터 내 짝과 코드리뷰를 한번 해보자!
4. 이걸 왜 만들었을까요?
• 코드리뷰 짝의 역할 정의
- 짝의 요청이 있으면 같이 설계참여. 커밋 전 코드리뷰(필수)
- 정기배포시 시간적여유가 있으면 같이 테스트(옵션)
• 코드리뷰 짝 매칭시 규칙
- 팀장제외 총 6명이 일대일로 매칭되어 총 3개의 짝 만듦
- 짝은 1주단위로 매주 금요일마다 바뀜
- 짝은 본인을 제외한 나머지 5명 중 랜덤으로 결정
단, 지난주에 짝이 된 사람과는 다시 짝이 되지 않음
5. 구현시 어려웠던 점. 느꼈던 점.
• 처음에 했던 생각!
“코드리뷰 짝 매칭 결과만 웹페이지 하나로
보여주면 될 것 같은데…
Java + Spring을 써야할까…”
=> 그래서 간단하게 자바스크립트만으로
서버어플리케이션을 만들 수 있는 Node.js 선택
6. 구현시 어려웠던 점. 느꼈던 점.
Node.js 기본개념 + 트위터백업예제/Express 필요한 부분 학습
7. 구현시 어려웠던 점. 느꼈던 점.
[사용자 시나리오]
1. HTTP로 해당 URL 요청
2. Node.js 서버 Express가
처리 할 Controller 찾음
3. 비지니스로직 처리 후
결과를 EJS에게 보냄
4. 사용자는 EJS가 랜더링한
결과를 브라우져에서 봄
5. node-schedule이
백단에서 주기적으로
코드리뷰 결과데이터 넣음