[TYPESCRIPT] ESLint + Prettier + TypeScript 설정을 운영 기준으로 잡는 방법

TypeScript 프로젝트를 시작할 때 린트와 포맷터는 보통 “있으면 좋은 것”으로 취급됩니다. 규모가 작을 때는 없어도 크게 불편하지 않습니다. 그런데 팀 단위로 개발이 시작되면 상황이 달라집니다. 코드 스타일이 미묘하게 달라지고, 리뷰에서 의미 없는 코멘트가 반복됩니다. 또, 타입 관련 실수를 린트 단계에서 걸러낼 수 있는데도 그걸 놓치는 경우가 생깁니다. ESLint + Prettier + TypeScript 조합은 결국 도구 셋업 문제가 아니라, 팀이 “어디까지 자동화하고, 어디까지는 사람이 판단할지”를 정하는 문제로 흘러갑니다. 역할을 먼저 나누는 편이 덜 흔들린다셋을 같이 쓰면 먼저 역할부터 분리하는 편이 안정적입니다. ESLint: 코드 품질, 잠재 버그, 팀 규칙Prettier: 포맷(..