TypeScript

JS 생태계에서 협업을 가능하게 만드는 언어

TypeScript는 JavaScript를 더 안전하게 만드는 언어라기보다는, 코드베이스가 커질수록 사람 사이의 약속을 강제하는 도구에 가깝다.

Unity 개발자 관점에서는 이렇게 이해하면 가장 빠르다:

TypeScript는 JS 세계에서 C#의 타입 시스템과 인터페이스 문화 역할을 한다.

1. 타입은 설계를 문서화하는 수단이다

TypeScript의 타입은 컴파일러만을 위한 것이 아니다. 사람에게 보여주는 설계 문서에 가깝다.

interface UserProfile {
  id: string;
  level: number;
  nickname?: string;
}

이 타입 하나로:

가 같은 데이터 구조를 기준으로 대화하게 된다.

대화용 정리 문장

“TypeScript 타입은 런타임 기능이라기보단, API와 데이터 구조를 팀 단위로 공유하기 위한 설계 문서에 가깝다고 봅니다.”

any는 TypeScript에서 컴파일러에게 타입 검증 책임을 포기한다는 선언이다.

function handle(data: any) {
  return data.user.profile.level;
}

이 코드는:

컴파일 에러 없이 통과한다.

대화용 정리 문장

“any를 쓰는 순간, API 변경을 컴파일 타임에 잡아주는 안전망을 스스로 버리는 셈이라서 최소한의 경계 지점에서만 사용하는 게 맞다고 생각합니다.”

TypeScript가 협업에서 강력한 이유는, API 변경 비용을 런타임이 아니라 컴파일 타임으로 끌어올린다는 점이다.

// before
interface User {
  id: string;
  level: number;
}

// after
interface User {
  id: string;
  exp: number;
}

이 변경이 발생하면:

대화용 정리 문장

“TypeScript는 API 변경이 런타임 버그가 아니라 컴파일 에러로 드러나게 만들어서, 대규모 협업에서 안정성이 크게 올라갑니다.”

“TypeScript는 JS를 빠르게 만드는 언어라기보다는, 팀 단위 협업에서 API와 데이터 구조를 타입으로 문서화하고, 변경 비용을 런타임이 아니라 컴파일 타임으로 옮겨주는 도구라고 생각합니다. any를 쓰는 순간 그 안전망을 포기하게 되죠.”