[WIL] Week 13

1. FACTS

• 팀프로젝트 : 프로젝트 협업 도구 만들기

---

2. FEELINGS

• 이번 주차에선 프론트쪽은 아예 손 대보지도 못하고 백에만 집중했다. 아무래도 같은 팀원분께서 프론트 준비해보고 싶었던 부분이 있어서 양보를 한터라. 쉬는 날 프론트 연결 추가 공부가 필요할 것 같다.
• 키오스크 과제때 이용했던 노드캐시를 이번 프로젝트에서 많은 용도로 쓴 것 같다. 아직 부족한 부분이 많은 것 같지만 개인 과제에서 보다 많이 활용해본 것 같아 좋았다.

---

3. FINDINGS

• 이번 주차때 튜터님께서 fork를 하지 말아야 하는 이유에 대해 자세히 알려주셨다.
  제일 중요한 이유 : 코드 리뷰를 할 수 없다.
  - fork를 하게 되면 레파지토리를 가지고 있는 사람만이 코드를 볼 수 있기 때문에 pr 코드에 대해 다른 팀원들이 알기가 어렵다. 때문에 fork가 아닌 해당 레파지토리에 권한을 줘서 각자 pr 마다 코드 리뷰를 하고 전체적인 코드를 이해하는 시간을 갖는게 중요하다.
• 코드에서 일정하게 반복되는 코드가 있다면 따로 미들웨어로 만들어 놓거나 함수로 만들어 쓰는 것이 좋다.

// 수정 전 컨트롤러 레이어
catch (err) {
      if (err instanceof MakeError) {
        return res.status(err.code).json({ message: err.message });
      }
      console.log(err);
      return res.status(500).json({ message: 'Server Error' });
}

// 수정 후
// catchError 함수
const MakeError = require('../utils/makeErrorUtil');

exports.catchError = (error, errorSide, res) => {
  if (error instanceof MakeError) {
    return res.status(error.code).json({ message: error.message });
  }
  console.error(errorSide, error);
  res.status(500).json({ message: 'Server Error' });
};

// 컨트롤러 레이어
catch (err) {
      catchError(err, res, '콘솔에 찍을 내용 쓰기');
}

---

4. FUTURE

• 개인 프로젝트(키오스크) 프론트엔드 연결해보기
• 같은 로직이 반복되는 부분이 있다면 따로 함수나 미들웨어로 구현해보기