<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Waylog Blog · TypeScript</title>
    <link>https://waylog.pages.dev/category/typescript</link>
    <description>Waylog Blog의 TypeScript 카테고리에 속한 글 모음</description>
    <language>ko-KR</language>
    <lastBuildDate>Thu, 21 May 2026 13:50:29 GMT</lastBuildDate>
    <pubDate>Mon, 02 Mar 2026 00:00:00 GMT</pubDate>
    <generator>Next.js</generator>
    <atom:link href="https://waylog.pages.dev/category/typescript/rss.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>TypeScript Template Literal Types와 Branded Types: 런타임 없이 도메인 오류를 타입으로 막는 설계</title>
      <link>https://waylog.pages.dev/posts/typescript-template-literal-branded-types</link>
      <guid isPermaLink="true">https://waylog.pages.dev/posts/typescript-template-literal-branded-types</guid>
      <pubDate>Mon, 02 Mar 2026 00:00:00 GMT</pubDate>
      <category>TypeScript</category>
      <description>타입이 런타임 오류를 막지 못한다면, 타입 시스템은 절반짜리다 우리 TypeScript 개발자들은 종종 착각에 빠집니다. &quot;타입을 붙였으니 안전하다&quot;는 믿음입니다. 그러나 string 타입의 userId와 string 타입의 orderId는 TypeScript 컴파일러 눈에 동일하게 보입니다. 우리 팀이 결제 서비스와 배송 서비스를 통합하는 프로젝트를 담당했을 때 정확히 이 상황을 겪었습니다. 두 서비스 모두 string 타입의 식별자를 주고받는 API였고, 팀원이 processShipment(u</description>
    </item>
    <item>
      <title>TypeScript의 브레이크를 한계까지: 고급 타입 시스템과 실무 적용 패턴 완전 정복</title>
      <link>https://waylog.pages.dev/posts/ts-advanced-type-system</link>
      <guid isPermaLink="true">https://waylog.pages.dev/posts/ts-advanced-type-system</guid>
      <pubDate>Fri, 25 Apr 2025 00:00:00 GMT</pubDate>
      <category>TypeScript</category>
      <description>TypeScript 고급 타입 시스템: 더 안전하고 우아한 코드를 향하여 JavaScript의 자유로움에 타입 안정성을 결합한 TypeScript(타입스크립트)는 이제 현대 프론트엔드 및 백엔드 웹 개발 환경에서 선택이 아닌 필수가 되었습니다. 단순한 타입을 선언하고 interface를 작성하는 수준을 넘어, TypeScript의 진정한 힘은 &apos;타입 레벨 프로그래밍(Type-Level Programming)&apos;이라고 불릴 정도로 강력하고 유연한 고급 타입 시스템에 있습니다. 이 글에서는 제네릭, 조</description>
    </item>
    <item>
      <title>TypeScript Utility Types 정복하기</title>
      <link>https://waylog.pages.dev/posts/7</link>
      <guid isPermaLink="true">https://waylog.pages.dev/posts/7</guid>
      <pubDate>Fri, 14 Feb 2025 00:00:00 GMT</pubDate>
      <category>TypeScript</category>
      <description>\n\nTypeScript를 사용하다 보면 비슷하지만 조금씩 다른 타입들을 매번 새로 정의해야 하는 상황을 마주합니다. API 응답에는 id가 필수지만, 데이터를 생성하는 요청 폼(Form)에서는 id가 없어야 한다거나, 특정 상태 값 중 일부만 수정하고 싶을 때 말이죠. 이때마다 interface를 복사-붙여넣기 하고 있다면, 당신은 TypeScript의 진정한 힘을 10%도 쓰지 못하고 있는 것입니다. 이 글에서는 TypeScript가 기본으로 제공하는 Utility Types를 활용하여, 중</description>
    </item>
    <item>
      <title>TypeScript 타입 시스템 마스터하기: 고급 패턴과 실전 활용</title>
      <link>https://waylog.pages.dev/posts/58</link>
      <guid isPermaLink="true">https://waylog.pages.dev/posts/58</guid>
      <pubDate>Thu, 12 Dec 2024 00:00:00 GMT</pubDate>
      <category>TypeScript</category>
      <description>TypeScript는 JavaScript에 정적 타입을 더한 언어입니다. 하지만 단순히 변수에 타입을 붙이는 것을 넘어, TypeScript의 강력한 타입 시스템을 활용하면 버그를 컴파일 타임에 잡고, 더 안전하고 유지보수하기 쉬운 코드를 작성할 수 있습니다. 이 글에서는 실무에서 유용한 TypeScript 고급 타입 패턴들을 살펴봅니다. 1. 제네릭의 진정한 힘 1.1 기본 제네릭 제네릭(Generics)은 타입을 매개변수화하는 기능입니다. 가장 기본적인 예시는 배열입니다. Array&lt;numbe</description>
    </item>
    <item>
      <title>TypeScript로 배우는 GoF 디자인 패턴: 실무 중심 완벽 가이드</title>
      <link>https://waylog.pages.dev/posts/typescript-design-patterns</link>
      <guid isPermaLink="true">https://waylog.pages.dev/posts/typescript-design-patterns</guid>
      <pubDate>Thu, 05 Dec 2024 00:00:00 GMT</pubDate>
      <category>TypeScript</category>
      <description>소프트웨어 개발에는 수십 년간 검증된 지혜가 담긴 설계 원칙이 있습니다. 1994년 Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides — 흔히 &quot;Gang of Four (GoF)&quot;로 불리는 네 명의 저자가 23가지 디자인 패턴을 체계화한 이후, 이 패턴들은 소프트웨어 설계의 공용어가 되었습니다. 하지만 많은 개발자들이 디자인 패턴을 단순히 암기해야 할 이론으로 취급하다 보니, 정작 실무에서 활용하지 못하는 경우가 많습니다. 본 포스트에서는 Typ</description>
    </item>
    <item>
      <title>TypeScript 에러 처리 설계: try/catch, Result 패턴, 도메인 오류를 구분하는 실무 기준</title>
      <link>https://waylog.pages.dev/posts/typescript-error-handling-result-pattern</link>
      <guid isPermaLink="true">https://waylog.pages.dev/posts/typescript-error-handling-result-pattern</guid>
      <pubDate>Thu, 08 Aug 2024 00:00:00 GMT</pubDate>
      <category>TypeScript</category>
      <description>에러 처리는 실패를 숨기지 않는 설계다 애플리케이션은 항상 실패합니다. 네트워크는 끊기고, 외부 API는 timeout이 나고, 사용자는 잘못된 값을 보내고, 데이터베이스 제약 조건은 요청을 거부합니다. 문제는 실패 자체가 아니라 실패를 어떻게 표현하고 전달하느냐입니다. 모든 오류를 Error 객체 하나로 던지고 최상단에서 &quot;알 수 없는 오류&quot;로 처리하면 사용자도 개발자도 원인을 알 수 없습니다. TypeScript에서는 타입으로 성공과 실패를 명확히 표현할 수 있습니다. 하지만 JavaScrip</description>
    </item>
  </channel>
</rss>
