개요

이번 범위(24장 ~ 26장)에서는 코드를 단순히 “동작하게 만드는 것”을 넘어서, 변화 속에서도 품질을 유지하고 향상시키는 방법을 고민해보려고해요.

소프트웨어는 계속해서 변경되기 때문에 우리는 다음과 같은 질문을 마주하게 되는데요.

• 변경이 반복되어도 설계를 무너지지 않게 하려면 어떻게 해야 할까?
• 리팩터링은 언제, 어떤 기준으로 해야 할까?
• 성능 개선은 설계보다 앞서야 할까, 이후에 해야 할까?
• 더 빠른 코드와 더 좋은 코드가 충돌할 때 무엇을 선택해야 할까?

24장은 리팩터링을 통해 변경에 강한 코드를 만드는 방법을 다루고, 25장과 26장은 코드 튜닝을 통해 측정 기반으로 필요한 성능을 얻는 전략과 기법을 다루고 있어요. 이번 주차에서는 다음 관점을 중심으로 학습해보면 좋을 것 같아요.

• 리팩터링은 코드를 정리하는 작업이 아니라 미래의 변경 비용을 줄이는 설계 활동이다.
• 성능 문제는 직관이 아니라 측정을 통해 발견된 병목을 기반으로 해결해야 한다.
• 모든 코드를 빠르게 만들 필요는 없으며, 어디를 최적화할지 판단하는 능력이 중요하다.
• 구조, 가독성, 성능 사이에는 항상 트레이드오프가 존재한다.

이번 미션의 목표는 리팩터링이나 튜닝 기법을 익히는 것이 아니라,

언제 구조를 개선하고 언제 성능을 개선해야 하는지,

그리고 그 판단을 어떤 근거로 내릴 것인지

를 스스로 설명할 수 있게 만드는 것인데요.

각자의 경험과 현재 작성 중인 코드를 떠올리며, “나는 어떤 기준으로 코드를 개선하고 있는가?” 를 점검해보면 좋을 것 같아요.

미션

24장

25장