[📚정보] 리팩토링은 언제 해야할까?(feat.실용주의 프로그래머)

[익명(203.253)]

리팩토링에 대해 굉장히 '고전적인' 지식을 가진 사람들이 있는 것 같아서 정정해주기 위해 글씀.
프로그래머 교양 바이블 중 하나인 '실용주의 프로그래머'의 내용을 인용함


리팩토링이란 무엇일까?
과거엔 소프트웨어 개발을 건축에 빗대어 '소프트웨어 건축(Sofrware Costruction)'이라고 표현했다.

1. 건물의 설계도를 그린다.

2. 건물을 짓는다.

3. 완성 후 하자가 있으면 고친다.

하지만 소프트웨어는 이런 식으로 돌아가지 않는다.
소프트웨어는 '정원 일'에 가깝다. 초기 계획과 조건에 따라서 여러 가지 식물을 심고, 몇몇은 잘 자라고, 몇몇은 퇴비가 되며, 빛과 그림자, 바람과 비의 상호 작용에 따라라 식물의 위치를 옮기기도 한다.
코드를 다시 작성하기, 다시 작업하기, 다시 설계하기를 총괄해서 '리팩토링'이라고 부른다.


리팩토링은 언제 해야할까?

1. 코드에 문제가 있어서 장애물에 부딪쳤을 때
2. 어떤 것이 잘못됐다고 '생각'될 때

이때가 리팩토링을 할 최적기다. 리팩토링 하는 것을 주저하면 안된다.
리팩토링 하는 것은 굉장히 고통스러운 작업이다. 굴러가는 코드인데 그 코드를 산산조각내서 새로 짜야하니 주저할 수 밖에 없다.

현실로와서 리팩토링에 대해 "다 만들고 하면 되지", "지금은 시간이 없어"라고 핑계를 대는 프로그래머들이 수두룩하다.
이는 매우 설득력이 없는 말로, 코드가 10줄 일 때 리팩토링 하는게 코드가 100줄일 때보다 쉽고, 코드 100줄 일 때 리팩토링 하는게 코드1000줄 일 때보다 쉽다.
리팩토링이 필요한 코드는 일종의 '종양'이다. 아직 작을 때는 쉽게 제거할 수 있지만, 시간이 지나 종양이 다른 곳으로 전이하기 시작하면 종양을 제거하는 비용(=시간)과 위험(=구조의 망가짐)이 훨씬 커진다.

항상 리팩토링해야 할 것들의 명단을 만들고, 당장 리팩토링하기 힘들다면 일정에 리팩토링할 시간을 반드시 포함시켜 '종양'을 제거해야한다.


애자일 방법론
갤을 보면 "설계를 미리 싹 해놓고 다 만들고나서 리팩토링을 해야지 뭘 실시간으로 해?"라고 말하는 사람들 혹은 그렇게 생각하는 사람들이 있다.
UniRx를 설명한 글에서도 쓴 말이지만 기술을 옛날 걸로 판단하지말고 최근 정보로 판단해라.
지금은 90년대나 00년대 초반이 아니다.

과거 워터폴 방식으로 개발할 때는 분명 몇 달에 걸쳐서 세부적으로 설계한 뒤 개발에 들어가는 일이 흔했다.
하지만 개발자들은 이 방식이 잘못됐다는걸 오래 걸리지 않아 깨달았다.
왜냐하면 게임 기획은 수시로 변하며, 변한 기획에 맞춰 몇 달에 걸쳐 설계한 설계도를 수정하는데 엄청난 시간이 들어갔기 때문이다.

이에 개발자들은 발 빠른 대처를 위해서 개발에 애자일 방법론을 적용시킨다.
애자일 방법론을 적용한 프로그래밍은 '설계->개발->테스트'를 한 '스프린트'로 두고 1~4주의 짧은 주기의 스프린트를 반복해가며 설계를 완성해간다.
그리고 스프린트 과정에서 리팩토링을 같이 진행한다. 틈틈히 리팩토링을 하는 것이다.

이유는 위에서 설명했듯 '종양'은 초기에 제거하는게 가장 '효율적'이기 때문이다.
몇몇이 얘기하는 '설계대로 다 구현한 뒤 리팩토링'은 이미 한참 옛날에 실패라고 검증된 사실이고, 20년 중반이 된 지금까지도 그게 좋다고 알고 있는 사람이 있다는 것은 참 슬픈 일이기도 하다.

참고로 예전엔 3N의 면접 질문 중 단골로 나온 질문이기도 하다.
"워터폴 방식의 문제점과 애자일 방식에 대해 설명해봐"

고로 코드가 뭔가 잘못됐다고 생각이 들면 적극적으로 수정하자. 끝

[태보미(taebomi)]

좋은 글 감사합니다. 학부생 때는 애자일 보면서 잘 이해가 안갔는데 와닿는것 같음. 이렇게 리팩토링을 반복하려면 결국 단일책임원칙처럼 한 클래스가 너무 많은 일을 하는 것을 피해야 하는 거겠죠?

[글쓴 ㅇㅇ(203.253)]

SOLID는 좋은 구조를 짜기 위한 규칙이기 때문에 당연히 무조건 지향해야하고, 스프린트 대상은 하나의 클래스가 될 수도 있지만, 한 클래스가 가진 몇 개가 Function이 될 수도 있으므로 SOLID 자체랑은 큰 상관이 없음. 규칙을 떠나서 '마음에 안들면 주저말고 새로 만들어, 그게 제일 빠른 길이야'를 실천하면 됨.

[태보미(taebomi)]

[김메가(scw973108)]

'고도엔진으로 언제 갈아탈까?'

[글쓴 ㅇㅇ(203.253)]

고도 엔진으로 갈아타야될까? - 갤에 고도 무지성 신봉자들이 많아서 글씀.

[토끼주문(icyselec)]

"LÖVE로 언제 갈아탈까?"

[ㅇㅇ 1(175.215)]

종양에 빗댄 표현도 너무 좋고, 정말 유익한 글이다! 감사감사.

[ㅇㅇ 2(203.244)]

RIDER 만 Refactor만 잘 써도

[ㅇㅇ 3(218.158)]

일부 코드 = 종양 마음에 드는 문장이군요. 하지만 저 스스로가 종양의 발원지라면? ㄷㄷㄷ