
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Sat, 15 Aug 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/리팩터링/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/architecture/2026-08-15-guide-refactoring.en</guid>
    <title>The Complete Guide to Refactoring: Changing Structure While Preserving Behaviour</title>
    <link>https://www.youngju.dev/blog/architecture/2026-08-15-guide-refactoring.en</link>
    <description>This guide is about how to refactor safely, not when refactoring pays. Starting from the definition of refactoring, it walks through building a safety net with characterization tests, introducing seams into code you cannot touch, changing interfaces with parallel change, and cutting a large change into reversible pieces. It also covers how to verify automated refactorings and codemods, and how to decide when to stop.</description>
    <pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>리팩터링</category><category>레거시코드</category><category>테스트</category><category>refactoring</category><category>characterization-test</category><category>codemod</category><category>parallel-change</category>
  </item>

  <item>
    <guid>https://www.youngju.dev/blog/architecture/2026-08-15-guide-refactoring.ja</guid>
    <title>リファクタリング完全ガイド: 振る舞いを保ったまま構造を変える手順</title>
    <link>https://www.youngju.dev/blog/architecture/2026-08-15-guide-refactoring.ja</link>
    <description>リファクタリングを「いつやるか」ではなく「どう安全にやるか」から扱います。定義の確認から始め、特性化テストで安全網を作り、触れないコードに継ぎ目を入れ、並行変更でインターフェースを差し替え、大きな変更を戻せる断片へ切り分ける手順を順番に整理します。自動リファクタリングとコードモッドの検証方法、そして止めどきを決める基準まで含みます。</description>
    <pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>리팩터링</category><category>레거시코드</category><category>테스트</category><category>refactoring</category><category>characterization-test</category><category>codemod</category><category>parallel-change</category>
  </item>

  <item>
    <guid>https://www.youngju.dev/blog/architecture/2026-08-15-guide-refactoring</guid>
    <title>리팩터링 완전 가이드: 동작을 지키면서 구조를 바꾸는 절차</title>
    <link>https://www.youngju.dev/blog/architecture/2026-08-15-guide-refactoring</link>
    <description>리팩터링을 언제 하느냐가 아니라 어떻게 안전하게 하느냐를 다룹니다. 리팩터링의 정의에서 출발해 특성화 테스트로 안전망을 만들고, 손댈 수 없는 코드에 접합부를 내고, 병렬 변경으로 인터페이스를 바꾸고, 큰 변경을 되돌릴 수 있는 조각으로 자르는 절차를 순서대로 정리합니다. 자동 리팩터링과 코드모드의 검증 방법, 그리고 멈출 때를 정하는 기준까지 포함합니다.</description>
    <pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>리팩터링</category><category>레거시코드</category><category>테스트</category><category>refactoring</category><category>characterization-test</category><category>codemod</category><category>parallel-change</category>
  </item>

  <item>
    <guid>https://www.youngju.dev/blog/architecture/2026-08-15-guide-tech-debt.en</guid>
    <title>The Complete Guide to Technical Debt: Identify, Measure, Repay</title>
    <link>https://www.youngju.dev/blog/architecture/2026-08-15-guide-tech-debt.en</link>
    <description>This guide covers the step before persuasion: finding where technical debt actually lives and attaching a number to it. It uses Fowler quadrants to recover the original meaning of the metaphor, filters out things that are not debt, locates hotspots by change frequency and complexity, observes interest through DORA metrics, and sets out how to maintain a debt list, a repayment plan, and a decision not to repay.</description>
    <pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>기술부채</category><category>리팩터링</category><category>코드품질</category><category>tech-debt</category><category>dora</category><category>hotspot-analysis</category>
  </item>

  <item>
    <guid>https://www.youngju.dev/blog/architecture/2026-08-15-guide-tech-debt.ja</guid>
    <title>技術的負債 完全ガイド: 特定し、測り、返す</title>
    <link>https://www.youngju.dev/blog/architecture/2026-08-15-guide-tech-debt.ja</link>
    <description>技術的負債を説得する前の段階、つまりどこにあるかを見つけ出し、数字を付ける方法を扱います。Fowler の四象限で比喩の本来の意味を整理し、負債でないものを除外し、変更頻度と複雑度でホットスポットを探し、DORA 指標で利息を観測し、負債リストと返済計画を維持する手順、そして返さないと決める方法までまとめます。</description>
    <pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>기술부채</category><category>리팩터링</category><category>코드품질</category><category>tech-debt</category><category>dora</category><category>hotspot-analysis</category>
  </item>

  <item>
    <guid>https://www.youngju.dev/blog/architecture/2026-08-15-guide-tech-debt</guid>
    <title>기술 부채 완전 가이드: 식별하고 측정하고 갚기</title>
    <link>https://www.youngju.dev/blog/architecture/2026-08-15-guide-tech-debt</link>
    <description>기술 부채를 설득하기 전 단계, 즉 어디에 있는지 찾아내고 숫자를 붙이는 방법을 다룹니다. Fowler의 사분면으로 은유의 원래 뜻을 정리하고, 부채가 아닌 것을 걸러 내고, 변경 빈도와 복잡도로 핫스팟을 찾고, DORA 지표로 이자를 관측하고, 부채 목록과 상환 계획을 유지하는 절차, 그리고 갚지 않기로 결정하는 방법까지 정리합니다.</description>
    <pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>기술부채</category><category>리팩터링</category><category>코드품질</category><category>tech-debt</category><category>dora</category><category>hotspot-analysis</category>
  </item>

    </channel>
  </rss>
