왜 JavaScript 엔지니어들은 은밀히 C# 마스터인가

Source: Dev.to

전문 JavaScript 개발자에게 TypeScript로 전환하는 것은 종종 “방을 정리하는” 느낌이다. 하지만 더 자세히 들여다보는 사람들에게 TypeScript는 단순히 타입이 추가된 JavaScript가 아니라 웹을 위한 C#의 정신적 후계자이다. 이 연결 고리를 이해하는 것이 백엔드 아키텍처와 대규모 시스템을 마스터하는 지름길이다.

Photo by Denis N. on Unsplash

헤즐스버그 혈통

가장 중요한 비밀은 두 언어가 Anders Hejlsberg라는 한 사람을 공통 조상으로 가진다는 점입니다.

• Hejlsberg는 Microsoft에서 C# 설계를 주도했으며, 2012년에 TypeScript를 만들었습니다.
• 이 때문에 두 언어의 “느낌”—제네릭, 인터페이스, 비동기 패턴을 다루는 방식—이 거의 동일합니다.
• TypeScript를 배우는 것은 여러 면에서 현대 C# 및 .NET에 대한 입문 과정과 같습니다.

한 번 작성하고 두 언어 모두 이해하기

If you can read complex TypeScript, you can already read about 80 % of modern C#.

• Async/Await: 두 언어 모두 비동기 I/O를 위한 동일한 키워드와 사고 모델을 사용합니다.
• Access Modifiers: public, private, protected는 캡슐화를 강제하기 위해 두 환경에서 유사하게 동작합니다.
• Arrow Functions vs. Lambdas: JS에서 “arrow function”이라고 부르는 것을 C# 개발자는 같은 => 토큰을 사용한 “lambda expression”이라고 부릅니다.
• Generics: 재사용 가능한 구성 요소의 구문—C#의 List와 TS의 제네릭 배열—은 사실상 서로 교환 가능합니다.

사진 제공: MJH SHIKDER on Unsplash

“Erasure”(소거) vs. “Reified”(구현) 구분

엔지니어가 깨달아야 할 점은 그들이 갈라지는 지점: 런타임.

• TypeScript는 type erasure를 사용합니다. 타입은 컴파일‑타임에만 존재하고, 코드가 브라우저나 Node에서 실행되면 순수 JavaScript가 됩니다.
• **C#**는 reified 타입을 사용합니다. 타입 메타데이터가 런타임에 코드와 함께 남아 있어 Reflection(런타임에 코드를 검사하는 기능)과 같은 강력한 기능을 제공하지만, TypeScript는 기본적으로 이를 지원하지 않습니다.

풀스택 브리지

엔지니어들은 이 연결을 사용해 프론트엔드와 백엔드 사이의 격차를 메웁니다.

• Nest.js (Node.js)와 같은 프레임워크는 ASP.NET Core (C#)를 명시적으로 모델링했습니다. 하나의 Dependency Injection이나 Controller 패턴을 이해하면 다른 것도 이해할 수 있습니다.
• 두 언어는 서로 적극적으로 차용하고 있습니다. C#는 최근 Pattern Matching을 추가했으며, JavaScript/TypeScript는 수년간 C# 속성의 핵심이었던 Decorators를 도입했습니다.

TypeScript에서 C#로의 “전환”은 Go나 Rust로 이동하는 것보다 규모가 작고 생산성이 높습니다. 이는 정신 모델이 일관되기 때문입니다.

“Awaitable” 패턴

• JavaScript Promise와 C# Task는 이념적으로 동등하며, 미래에 완료될 진행 중인 작업을 나타냅니다.
• 두 언어 모두 async와 await 키워드를 사용해 비동기 콜백을 동기식처럼 보이는 흐름으로 평탄화합니다.

사진: Michal Pokorný에서 Unsplash

결론

C#와 TypeScript 사이의 대칭성은 산업 규모 엔지니어링의 계산된 진화를 나타낸다. 주요 설계자를 공유함으로써 두 언어는 예측 가능성, 유지 보수성 및 아키텍처 규율을 우선시하는 특정 “developer ergonomics”에 맞추어졌다.