<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Waylog Blog · Programming</title>
    <link>https://waylog.pages.dev/category/programming</link>
    <description>Waylog Blog의 Programming 카테고리에 속한 글 모음</description>
    <language>ko-KR</language>
    <lastBuildDate>Thu, 21 May 2026 13:50:29 GMT</lastBuildDate>
    <pubDate>Fri, 23 May 2025 00:00:00 GMT</pubDate>
    <generator>Next.js</generator>
    <atom:link href="https://waylog.pages.dev/category/programming/rss.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>사내 빌드 스크립트를 Node에서 Rust CLI로 갈아엎은 6개월: clap·indicatif·anyhow 실전 패턴 정리</title>
      <link>https://waylog.pages.dev/posts/rust-cli-tooling-replacing-node-scripts</link>
      <guid isPermaLink="true">https://waylog.pages.dev/posts/rust-cli-tooling-replacing-node-scripts</guid>
      <pubDate>Fri, 23 May 2025 00:00:00 GMT</pubDate>
      <category>Programming</category>
      <description>우리가 사내 빌드 스크립트를 Node에서 Rust CLI로 갈아엎은 이유 저희 플랫폼팀은 모노레포 빌드·배포 자동화에 5년 동안 Node.js 스크립트를 써왔습니다. package.json의 &quot;scripts&quot;에 박힌 셸 한 줄로 시작했던 도구들이, 어느 순간 ts-node로 실행되는 6001,200줄짜리 TypeScript CLI로 자라났고, 빌드 디스패처·사이트맵 생성기·릴리스노트 빌더·환경 설정 검증기까지 12개의 사내 도구가 tools/ 디렉터리에 쌓였습니다. 매 빌드마다 nodemodule</description>
    </item>
    <item>
      <title>클린 코드: 읽기 좋은 코드를 작성하는 실용적인 원칙들</title>
      <link>https://waylog.pages.dev/posts/59</link>
      <guid isPermaLink="true">https://waylog.pages.dev/posts/59</guid>
      <pubDate>Tue, 10 Dec 2024 00:00:00 GMT</pubDate>
      <category>Programming</category>
      <description>&quot;좋은 코드는 그 자체로 최고의 문서다.&quot; 라고 많은 개발자들이 말합니다. 그러나 좋은 코드란 무엇일까요? 이 글에서는 실무에서 바로 적용할 수 있는 클린 코드 원칙들을 구체적인 예시와 함께 살펴봅니다. 1. 의미 있는 이름 짓기 1.1 의도를 드러내는 이름 변수, 함수, 클래스의 이름은 그것이 무엇을 하는지, 왜 존재하는지 명확히 드러내야 합니다. d라는 변수보다 elapsedTimeInDays가 훨씬 이해하기 쉽습니다. 이름을 보고 주석을 읽지 않아도 의미를 파악할 수 있어야 합니다. 1.2 </description>
    </item>
  </channel>
</rss>
