✅ 압박면접 대응 시리즈 4편: TypeScript의 장단점과 사용하는 이유

✅ 압박면접 대응 시리즈 4편: TypeScript의 장단점과 사용하는 이유

압박면접에서 TypeScript 질문은 단순히
“왜 쓰세요?” 수준에서 끝나지 않습니다.
면접관은 “단점도 아시나요?”, “실무에서 진짜 도움이 됐나요?”, “JS로 충분한데 왜 굳이?” 같은 질문으로 압박을 가합니다.

이번 글에서는 TypeScript의 장단점과,
제가 실무에서 겪었던 문제 해결 경험까지 정리합니다.

---

📌 1. TypeScript를 사용하는 이유

• 정적 타입 검사: 런타임 에러를 컴파일 단계에서 방지
• 코드 가독성 & 유지보수성 향상
• 대규모 협업에 최적화: 인터페이스, 제네릭, 타입 정의 공유
• IDE 지원 극대화: 자동 완성, 타입 추론

---

📌 2. 장점

장점 설명

✅ 버그 사전 방지	런타임 이전에 에러 잡음
✅ 협업 효율 ↑	타입 정의가 문서 역할
✅ 코드 리팩터링 안정성 ↑	타입 시스템 덕분에 대규모 수정에도 안전
✅ 최신 JS 기능 선제 사용	트랜스파일링으로 브라우저 호환성 확보

---

📌 3. 단점

반응형

단점 설명

❌ 러닝 커브	자바스크립트 경험자라도 타입 시스템 학습 필요
❌ 초기 개발 속도 ↓	타입 정의 작성 시간 추가
❌ 빌드 필요	JS처럼 즉시 실행 불가
❌ 오버엔지니어링 위험	단순 프로젝트에도 불필요하게 복잡해질 수 있음

---

📌 4. 압박면접 예상 질문 & 답변 포인트

❓ Q1. JS로 충분한데 왜 TS 쓰나요?

• 답변 포인트: 규모와 협업을 강조

“소규모 프로젝트는 JS로도 충분합니다.
하지만 팀 단위, 장기 서비스라면 타입 안정성과 협업 효율성 때문에 TS가 훨씬 유리합니다.”

---

❓ Q2. TS 도입 후 불편했던 점은?

• 답변 포인트: 단점 인정 + 극복 경험

“초반에는 타입 정의 때문에 개발 속도가 늦었지만,
이후 에러 감소와 리팩터링 효율 덕분에 장기적으로 오히려 속도가 빨라졌습니다.”

---

❓ Q3. 실무에서 TS로 해결한 문제는?

• 답변 예시:
  • 프론트엔드/백엔드 간 DTO 불일치로 API 버그 발생
  • TS로 공유 타입 정의 관리 후 문제 해결

// shared/types/user.ts
export interface User {
  id: number;
  name: string;
  email: string;
}

• React, NestJS 양쪽에서 동일 타입 사용 → 안정성 확보

---

📌 5. 커리어 성장 포인트 연결

단순히 “좋다”가 아니라,
“TS 덕분에 팀 효율이 얼마나 개선됐는지” 강조해야 합니다.

• “TS 도입 후 QA 단계 버그 리포트 30% 감소”
• “공유 타입 정의로 프론트-백엔드 간 API 불일치 문제 해결”

👉 이렇게 수치와 팀 차원의 개선 효과를 이야기하면 강력합니다.

---

📌 6. 면접장에서 활용할 한 줄 정리

“TypeScript는 단순히 문법이 아니라,
협업 효율성과 코드 안정성을 높이는 도구입니다.
실무에서 공유 타입 정의를 적용해 프론트-백엔드 간 버그를 줄인 경험이 있습니다.”

---

압박면접,TypeScript,타입시스템,장단점,프론트엔드,백엔드,협업효율,버그감소,공유타입,면접준비

---