[도서 리뷰] 리팩터링 2판

parrot0***l2021-03-22

내게 꼭!!!필요한 책 리팩터링 2판 (Refactoring) 마틴 파울러

개발자라면 리팩터링의 중요성은 매우매우매우 잘 알 것이다.

정말정말 중요하다.

개발이라는 것이 시간이 여유롭게 주어지면 너무 좋겠지만, 현실적으로 일정에 치여서 개발하게 되는 경우가 많다.

제대로 된 테스트 하기도 힘든데 리팩터링이 말이 되나..?

프로젝트가 끝나고 코드를 정비할 시간이 조금이라도 있으면 좋을텐데

사업쪽에선 절대 그런 시간을 주지 않는다.

시간낭비라고 생각하거나, 본인 성과와 관련이 없어서 무시하거나, 일단 나중에 생각하는걸로 치부한다.

개발자인 나로서는 정말 속상하지만 어쩔 수 없다.

돈을 벌어야하니ㅜㅜ

한빛미디어의 리팩터링 2판 책에서는 리팩터링이 뭔지, 왜 필요한지, 어디에 필요한지, 어떻게 해야하는지 매우 세세하게 설명되어있다.

프롤로그에 보면 정말 내 프로젝트와 비슷한 상황이 그려져있다.

컨설턴트는 프로젝트 팀장에게 코드를 살펴보면서 정리하라고 권했지만 팀장은 콧방귀를 뀌는 듯한 태도였다. 어쨌든 그 코드는 문제없이 돌아가는 데다 중요한 일정들이 코앞이었으니 그럴 만도 했다. 팀장은 나중에 여유가 생기면 하겠다고 했다.

리팩터링 2판

코드 리팩터링이 잘 되어있어야 나중에 유지보수하기도 훨씬 수월하고,

장기적으로 봤을 때는 이득이다!

왜 그걸 모르니ㅜㅜ?????

나의 프로젝트에도 (내가 짰지만서도) 말 그대로 악취가 나는 코드가 정말 많다.

ㅋㅋㅋㅋㅋ 표현이 너무 웃기다. 악취라니...

그래서 시간이 나든 말든 일단 리팩터링을 공부해보기 위해 이 책을 읽었다.

마침 언어도 자바스크립트이다.

나도 지금 자바스크립트로 개발을 하고있기 때문에 더욱 탁월한 선택이었다.

컴퓨터가 이해할 수 있는 코드는 누구나 짤 수 있습니다.

사람이 이해할 수 있는 코드를 짜는게 훌륭한 프로그래머 입니다.

마틴 파울러

내가 이 책을 완독 하고, 내 코드에도 적용하는 걸 글쓰고 싶지만

보안상의 이유로 쉽지 않겠지....

어서 내 악취나는 코드를 향기롭게 바꾸고 싶다ㅜㅜ

cool***l2021-03-21

리팩터링 2판 서평 - 나의 코드가 고급스러워진다

hese01***l2021-03-21

책장에 하나 모셔두어야 하는 책

cih1***l2021-03-21

REFACTOFING / 리팩터링 2판 - 한빛미디어

rarlala2***l2021-03-21

개발자 필독서, 자바스크립트로 더 읽기 쉽게 돌아온 리팩터링 2판

lily1***l2021-03-21

리팩터링 2판 (리팩터링 개정판)

hki***l2021-03-21

SQL 리팩터링에 관해 고민중 읽게 된 책

'비개발자'로서 읽은 리뷰입니다.

데이터분석을 하며 가장 많이 하는 일 중 하나가 SQL을 활용해 데이터를 추출하고 대쉬보드를 만드는 일인데요.
저도 처음에는 일단 데이터를 원하는 대로 뽑아내는 것에 집중하다가, 이제 충분히 능숙해지고 나니 리팩터링과 성능 최적화에 관심을 갖게 되었습니다.
그래서 도움을 얻고자 프로그래머에게 리팩터링의 교본이라 불리는 마틴 파울러의 '리팩터링 2판'을 읽었는데요.
개발도서를 선택한 이유는:

리팩터링을 가장 본격으로 고민하는 주체는 개발자라고 생각했으며,
따라서 교본이라 불리는 책을 읽으면 가장 기본적인 / 중요한 것이 무엇인지'알 수 있을 거라 생각했습니다.

참고로 저는 개발을 위한 언어를 각잡고 공부한 것은 아니라서 코드 보다 개념 + 필요한 부분 위주로, 알고 있는 것과 대입해가며 읽는데요. 그것이, 꽤 도움이 되었습니다!
백엔드 개발지식이 있으면 좋겠다는 생각이 들면서도, 무엇을 어디까지 알아야 하는 건지 계속해서 고민입니다. 이 책을 통해서 근본적으로 중요한 것을 배웠다면, 이 다음으로는 실전에서 활용할 수 있는 책을 연계해서 읽으면 좋겠다고 느꼈습니다.
예를 들어 아래와 같은 부분에서 코딩이 아니라 쿼리를 쓰는 일을 하지만 도움이 많이 되었습니다.

◾ 리팩터링 정의

◾ 리팩터링 & 성능최적화

◾ 리팩터링의 필요성에 관해서

◾ 변수명의 중요성에 관해서

◾ 성능 개선 전에 일단 리팩터링
◾ 간결함 보다 명료함

chlwnstj***l2021-03-21

리팩터링 리뷰

어떻게 하면 조금 더 가독성이 좋고 간결한 코드를 짤 수 있을까? 어떻게 짜면 버그를 쉽게 찾을 수 있는 코드를 짤 수 있을까? 라고 하면 이 책을 사서 공부하는 것이 좋은 방법 중에 하나입니다.

기존 프로그램의 기능을 변경하지 않고 내부의 코드를 수정하는 것을 간략하게 리팩토링이라 합니다. 간단하게 말해 코드를 깔끔하게 정리하는 비법이라 할 수도 있겠습니다.

이 책은 리팩터링을 배우고 싶어하는 개발자를 위해 쓰여졌습니다.배우는 입장에서 이해할 수 있도록 작가의 리팩터링 기법 등이 예시와 함께 제공됩니다. 이미 리팩터링에 대해서 알고있는 개발자들도 다시 한번 보고 그 내용을 곱씹으면 또 다른 경험이나 생각이 들 수도 있습니다.

리팩터링? 코드를 그냥 깔끔하게만 짜는 방법만 있는 책인건가? 할 수도 있지만 책 속에 있는 저자의 팁과 테크닉등은 조금더 깔끔하고 유지보수성이 높고 확장이 쉽게 되는 코드를 짤 수 있습니다.

초판은 자바 언어로 쓰여졌습니다. 2판은 자바스크립트로 쓰여졌습니다. 자바스크립트가 조금더 대중적으로 쓰여져 그런듯 합니다. 하지만 책의 내용은 자바나 자바스크립트에 국한되지 않습니다.

프로그래밍을 배우고 익힌 다음 어떤 프로젝트나 자신만의 프로그램을 만듭니다. 그 다음 조금 프로그래밍에 자신이 생긴 다음에 해야할 것들 중에 하나가 리팩터링이 아닌가 싶습니다.

이 책을 통해 리팩터링에 대해 생각해보고 적용해 본다면 더 좋은 프로그래머로 한단계 나아갈 수 있는 기회가 될 것입니다.

한빛미디어 ‘나는 리뷰어다` 서평단 자격으로 책을 무료로 제공받아 작성한 서평입니다.

remin1***l2021-03-21

개발자의 필독서, 꾸준히 읽고 적용해야 할 것 같은 책

aetty***l2021-03-21

처음부터 다시 만들지 않기 위한 프로그래밍 지침서

서론부터 시작해서 굉장히 흥미롭게 본 책이다. 프로그래밍을 시작하면서 가장 많이 들었던 말 중 하나는 '프로그래밍은 책으로 공부하는게 아니다' 라는 것이다. 개인적으로 반은 맞고 반은 틀리다고 생각한다. 확실히 프로그래밍은 직접 코드를 작성하면서 의도대로 잘 작동하는지, 오류가 있으면 어떤 부분이 문제인지를 지속적으로 파악해가면서 공부하는 것이다. 그러나 이미 선대 프로그래머분들이 직접 겪어본 삽질을 내가 다시 수십년간 반복할 필요가 있을까?! 이런 부분은 책을 통해서 충분히 공부가 가능하다고 본다.

훌륭한 프로그래머분들이 작성한 이 리팩터링 책은 여러 프로젝트를 통해 발견된 오류와 삽질을 정리해서 알려준다. 나같은 초보 프로그래머들은 수백만줄이나 되는 프로젝트를 경험해볼 일이 없기 때문에 문제가 생기면 처음부터 다 살펴보면 해결된다. 그러나 수백명이 같이 진행하는 프로젝트에서는 이런 것이 불가능하다. 오죽하면 코드가 너무 복잡해서 처음부터 다시 만드는 것이 더 빠르다는 말이 나올 정도니... 예전에는 이 말이 이해가 되지 않았지만 일본인분이 트위치에 올려주셨던 짤을 보고 단번에 이해가 되었다.

위의 자전거 짤만 봐도 리팩토링의 중요성을 알 수가 있다. 좋아하는 만화 '미생'에서도 재밌는 말이 나온다.

사업하면서 가장 위험한게 뭔지 알아?
경주마가 되는 거야. 앞만 보고 달리는.
그러다 박살난다고.
넓게 보고 체크할 거 체크하고 가야지.

- 미생1 44수 中 -

단순히 1회성 프로그램을 만드는거면 상관이 없지만, 그게 아니라면 문득문득 멈춰서서 정리를 해야한다. 미생에서 말하는 체크할 것들, 즉, 계약서 등에 적힌 용어들과 숫자들이 올바르게 적혀있는지 확인하는 것처럼 프로그래밍에서도 함수/변수명, 알고리즘 로직, 클래스 구조 등이 코딩 스탠다드에 맞게 제대로 짜여져 있는지 확인해야 한다고 본다.

책에서 저자는 TDD(Test-Driven Development)- 테스트 주도 개발을 추천한다고 한다. 그러나 김포프에 의하면 반은 맞고 반은 틀리다고 한다. 일단 테스트는 뭐든 간에 하면 좋다. 그러나 TDD를 하기 위한 테스트 코드를 작성하고 검사하는 시간이 필요 이상으로 많이 든다는 것이다. 게다가 TDD를 통해 나오는 버그들은 A급 버그가 아닌 경우가 많으며 이런 버그들은 차라리 정적 분석(Static Analysis)를 통해 빠르게 검출이 가능하다고 한다. 무엇보다 TDD 통해 나올 수 있는 버그들은 QA 과정에서 충분히 검출이 가능하며, 정적분석은 프로그램 전체에서 예상치 못한 오류나 빼먹은 코드도 검출이 가능하다는 것이다. 물론 책의 저자도 테스트를 너무 많이 만들다가 오히려 필요한 테스트를 놓치기 쉽기 때문에 가장 걱정되는 영역을 집중적으로 테스트하고 적은 수의 테스트만으로 큰 효과를 보는 것이 중요하다고 설명한다.

어떤 방법이 옳다 그르다를 논하기 보다는 어쨌든 좋은 프로그램을 만들기 위한 방법들이니 목적은 같다는 점이 중요하다. 혼자서 프로그램을 만드는 것에는 한계가 있다. 혼자서 연구를 하는 것이 아니라 여러 사람들과 협업을 통해 제품을 만드는 것이 목적이라면 모두가 효율적으로 일할 수 있게끔 코드를 작성해야 한다. 이 자리를 빌어 프로그래머들이 아무리 단순한 프로그램이라 할지라도 변수명을 a,b,c로 작성하고 넘겨주는 짓 좀 안했으면 좋겠다.(듣고 있나 홍**)

[이 리뷰는 한빛미디어 <나는 리뷰어다 2021> 서평단으로 무상으로 도서를 제공받아 작성되었습니다]

meixiang***l2021-03-21

리팩터링 2판

신입 개발자이던 시절 나에게 내가 작성하지 않은 코드나 오래된 코드, 볼륨이 큰 코드는 공포의 대상이었다. (상대적인 관점이지만) 잘 짜여진 코드가 아니라면 더더욱. 5-6 단계까지 들어가는 if문 혹은 반복문, 너무 긴 코드 등등 고치긴 고쳐야 하는데 하나를 고치면 다른 하나가 작동하지 않고 이 코드가 뭘 의미하는지도 모르겠던 그 시절에는 노트에 그 코드들의 단계를 다 적어가면서 파악하고 고쳐야 했었다. 당연히 남의 코드를 삭제하는 것도 두려워 삭제하지 못하고 주석만 처리한 채 남겨두기도 하고 말이다.

지금은 나의 예전 코드나 다른 사람이 작성한 코드도 아 이 부분은 이런 역할을 하는군, 이건 사용하지 않는군 하며 덜어내고 수정할 수 있게 되었지만 아직 설계를 틀거나 접근 방향 자체를 틀어야 하는 경우까지 가면 그만큼 시야가 넓지 못해서 그런지 어렵게 느껴지는 것도 사실이다. 리팩터링은 점진적 개선을 소개하고 있기 때문에 현재 본인이 적용할 수 있는 부분부터 조금씩 적용 가능한 방법들을 찾아갈 수 있다는 점이 유용하게 느껴졌다.

또한 개인적으로 고민했던 성능과 가독성 사이의 선택이라든지, 어떤 코드를 리팩터링 대상으로 봐야 하는지 등등 관점에 대해서도 서술되어 있기에 협업 경험이 적거나혼자, 혹은 소수의 인원이 개발하는 개발자들이 할만한 고민에 대해서도 어느정도 답을 주는 책이다.

이 책은 구판에서는 자바, 개정판에서는 자바스크립트로 쓰여져 있는데 객체지향은 개념일 뿐 언어는 중요하지 않다는 것을 한번 더 되새기게 되었다. 객체지향으로 생각하는 게 아직도 많이 부족한 나이기에 익숙한 언어로 더 많은 도움을 받을 수 있을 것 같다. 실제로 습관적으로 개발했지만 항상 의문이 생겼던 부분을 이번 리뷰 기간에 리팩터링 책을 가지고 다니면서 참고하여 개선해보기도 하였다.

왜 바이블처럼 여겨지는 책인지 느껴질 정도로 실질적인 도움이 되는 책이었으며, 책 내용 중 코드를 읽기 좋게 만들어야 맥주가 뇌세포를 파괴해도 나중에 코드를 파악할 수 있다는 농담이 있을 정도로 문체도 무겁지 않아 재밌게 읽을 수 있는 책이었다.

lupan***l2021-03-21

남들한테 부끄럽지 않은 코드를 작성하고 싶을때 아주 좋다

imc***l2021-03-20

개발력 급상승

소개

깃헙에 널린 소스들만 찾아봐도 읽기 쉬운 코드와 읽기 어려운 코드는 쉽게 구분될 수 있을 것이다.
프로젝트 구조가 복잡하다는 것이 아니라 그냥 쉬운 코드도 어렵게 짜놓은 코드가 너무 많다는 얘기다.
물론 나도 내가 쓴 코드를 나중에 다시 보면 읽기 힘들어한다.
그래서 잘 쓰고 싶었다. 나도 읽기 쉽고 동료도 읽기 쉬운 코드.
리팩터링은 글쓰기의 퇴고와 비슷하다. (코딩에 탈고가 있는지는 모르겠다)
지금 완벽하다고 생각되는 코드도 10년 뒤에 갑자기 버그가 발생할지 모르고
특히 요즘 같이 클라우드 생태계가 커지고 MSA가 만연하는 세상에 더욱 더 불확실성이 증가했지 않을까 싶다.
그래서 테스트 코드 작성과 리팩터링은 필수 작업이다.
리팩터링과 테스트 코드가 모든 것을 해결할 수 없지만 적어도 프로그래머가 제공하는 최고의 안정성인 것 같다.

개발력이 급상승하는 필수 기술

책은 크게 세 부분으로 나눌 수 있다.
1장에서 예시를 통해 리팩터링을 빠르게 훑는다.
2장, 3장에서 원칙과 안티 패턴을 보면서 리팩터링 기준을 세운다.
나머지 부분에서 리팩터링 기법을 보며 실제로 적용해본다.

4장은 리팩터링과 더불어 테스트가 필요하다고 말한다.
테스트 주도 개발(TDD)은 RED-GREEN-REFACTOR, 즉 리팩터링이 포함되어 있는 방법론이다.

마지막 부록에서는 악취마다 어떤 리팩터링 기법을 사용할지 표 형식으로 분류를 해놓았다.

참고로 1판은 자바(Java)로 예시가 쓰인 반면 2판은 자바스크립트(Javascript)로 작성되었다.

대상 독자

1년 이상의 개발 경험을 가진 분들에게 적당하지 않을까 싶다.
아예 개발을 모르는 분이라면 무슨 말인지 이해하지 못할 수 있다.

더 읽을 거리

마틴 파울러(Martin Fowler)와 더불어 켄트 벡(Kent Beck), 스티브 맥코넬(Steve McConnell)의 책들은 중급 개발자로 나아가기 위한 필독서들이다.

lork0***l2021-03-20

IT 도서리뷰,

bokyoung3***l2021-03-14

코드 구조를 체계적으로 개선하여 효율적인 리팩터링 구현하기에 좋은 도서

1b***l2021-03-13

간결하고 스피디한 코딩을 자면서도 꿈꾸는 사람을 위한 책

icon***l2021-03-09

실무개발자라면 꼭 한번 읽어 봐야 할 책

l***l2020-05-01

[서평] 믿고 보는 그 책, 리팩터링 2판으로 돌아오다.

## 믿고 보는 그 책

개발자라면 이름만 들으면 누구나 아는 "마틴 파울러", 그가 쓴 책 리팩터링이 제 2판으로 돌아왔다. 비싼 돈 주고 원서 산지가 얼마 안 된 것 같은데 벌써 번역서가 나오다니 참으로 반갑기 그지없다.

## 리팩터링 2판으로 돌아오다.

아마 1판은 인사이트에서 하드커버로 출간하고, 한빛미디어에서 페이퍼백으로 재출간했었는데 개인적으로 후자가 번역 품질이 좋았던 기억이 있다. 이번 2판도 한빛미디어에서 출간하였고, 번역 품질도 좋고 술술 읽히는 수준이라 이해에 크게 문제가 없다.

그리고 사실 언어야 상관 있겠냐마는 1판에서는 자바로 예제를 설명했다면, 2판에서는 자바스크립트로 예제를 설명하고 있다. 원서는 종이책은 물론 웹 버전으로도 발간하여 중간중간 업데이트를 해주고 있는데, 이 번역서에도 웹판의 일부 추가된 부분이 함께 번역되어 더욱 좋았다. 다만 살짝 아쉬운 점은 리팩터링에 대한 전반적인 설명을 하는 1~5장에서 사용한 리팩터링 기법들의 인덱스가 원서에서는 해당 페이지로 표시되어 찾아가기 쉬웠던 반면, 번역서에는 장/절로 표시되어 있어 다소 찾아가기 힘들었다.

## 내용을 살펴보면,

1장은 실제 예제 코드를 가지고 리팩터링이 무엇인지 전반적인 과정을 보여준다. 2장은 리팩터링을 왜 해야 하는지, 그리고 언제 해야 하는지 이야기하고 있다. 3장에서는 어떤 코드를 리팩터링해야 하는지 판단하기 위해 코드의 나쁜 냄새에 대해 설명한다. 4장에서는 짧은 스텝으로 진행해야 하는 리팩터링에서 테스트 코드의 중요성을 강조하며 테스트 방법에 대해 다룬다. 5장부터 12장까지는 리팩터링 카타로그와 실제 리팩터링 기법들을 예제와 함께 자세히 설명하고 있다.

## 이 책은 어떻게 읽어야할까?

1판을 보신 분들이라면 아시겠지만 2판도 리팩터링의 핵심 기법은 비슷하다. 다만 예제들을 자바스크립트로 새롭게 작성하면서 관련 예제와 설명들도 한층 업그레이드되었다.

책에서는 리팩터링 과정을 한 번에 정말 작은 단계로 조심스럽게 진행하는 과정을 지나칠 정도로 보여주는데 이러한 한 단계 한 단계 점진적인 개선은 테스트를 수반한 안전한 방법임을 상기해야 한다. 또 그러한 단계가 왜 필요한지 고민해 본다면 리팩터링 세계에 한 걸음 더 다가갈 수 있지 않을까 싶다.

디자인 패턴을 공부하던 시절 프로덕션 코드에 어설프게 적용하며 어깨를 들썩이던 경험이 있었다. 하지만 그다지 필요도 없는 곳에 적용하여 코드의 복잡도만 올라가고 가독성은 떨어지는 부작용만 낳았다. 리팩터링도 기법만 달달 외운다고 저절로 코드의 개선이 이루어질거라는 환상은 갖지 말자. 리팩터링을 언제 해야 하는지 아는 것, 즉 코드의 나쁜 냄새를 감지하는 능력을 키우고 리팩터링을 적절하게 적용해야 함을 잊지 말아야 한다. 그러기 위해선 책의 코드들을 그대로 따라 쳐보는 것보다는 책을 덮고 예제 코드의 나쁜 냄새를 맡고 조금씩 리팩터링 해보는 게 중요하지 않을까 싶다. 물론 테스트 코드는 선택이 아닌 필수겠다. 이렇게 한 단계씩 리팩터링을 진행해 보면서 그 리듬을 느껴보고, 그것이 습관이 되어 그 행위가 내 코드에 녹여 들기를 기대해 본다.

## 마지막으로,

마틴 파울러가 이야기했던 말이 원서 표지에는 아래와 같이 적혀있다.

"Any fool can write code that a computer can undestand. Good Programmers write code that humans can understand."

좋은 개발자는 사람이 이해하기 쉬운 코드를 작성해야 한다. 이해하기 쉬운 코드란 단지 이해라는 범주를 넘어 버그를 쉽게 찾을 수 있음은 물론 개발 속도를 높여주고 결국 존재하는 코드의 설계를 향상시켜준다. 자, 이제 이 책을 읽고 좋은 개발자가 되어볼 차례이다.

sm34***l2020-04-30

리팩터링 - oldies but goodies

jb7***l2020-04-30

역시 명저. 리팩토링

책을 사용하는 방법에 따라서, 각자의 상황에 맞게 읽으면 좋을 것이다.

이 책을 사용하는 방법

리팩터링이 뭔지 모른다면 1장을 읽자. : 1장의 예시를 보면 리팩터링 진행 절차를 명확하게 알 수 있다.
리팩터링해야 하는 이유를 모르겠다면 1장과 2장을 읽자. : 리팩터링이 무엇이고 왜 필요한지 알 수 있다.
리팩터링해야 할 곳을 찾고 싶을 때는 3장을 읽자 : 리팩터링이 필요할 만한 곳에서 보내는 신호(Bad Smell)을 찾는 요령을 알려준다.
리팩터링을 실습하고 싶다면 1장부터 4장까지 꼼꼼하게 읽고, 나머지는 빠르게 훝어보자 : 카탈로그 부분은 어떤 기법들이 있는지 정보만 대략보면된다. 세세한 부분까지 이해 할 필요는 없다. 리팩터링을 당장 실시 해야 할 부분은 그때 그때 보고 따라하자.

이번 개정판에서 인상적인 부분은 기존 1판의 Java에서 JS로 변경되어 프론트엔드 백엔드 개발자 모두 읽기 쉬워졌다. 또한 번역이 매끄럽게 잘 되었다.

각 리팩터링의 기법을 소개 할 때, 그림으로 해당 부분의 맥락을 잡아주기에 조금 더 읽기 쉽다.

소프트웨어 개발자라면 반드시 읽어봐야 할 책 중에 하나이다.

그리고, 다시금 읽고 인상깊은 구절은 아래와 같았다.

리팩터링의 궁극적인 목적은 개발 속도를 높여서,

더 적은 노력으로 많은 가치를 창출하는 것이다.

— 마틴파울러 리팩터링 2판

리팩터링을 사람들은 클린 코드나 바람직한 습관 등 도덕적인 이유로 정당화 한다. 하지만 경제적인 이유로 하는 것이라고 저자는 강조한다. 개발기간을 단축하고, 기능 추가시간을 줄이고, 버그 수정시간을 줄인다.

맞다.

늘 만났던 개발자들은 한결같이 리팩터링을 기술부채를 해결하는 기법으로 생각했다.

하지만 기억하자. 리팩터링을 통해서 얻는 주요한 가치는 생산성일 것이다. 덤으로 깨끗한 코드를 얻는 것이고……

kor4***l2020-04-30

더 나은 코드를 고민하는 당신에게

sohyun4***l2020-04-30

리팩토링을 해야 하는 이유

리팩터링 2판은 전반적으로 점진적 개선에 초점을 두고 있다. 그 중 나는 1, 2장을 자세히 읽고 나머지 부분은 키워드 위주로 빠르게 읽고 리뷰를 작성한다.

먼저 책에 대해 설명을 하자면, 이 책의 예시 코드는 모두 자바스크립트로 이루어져 있다. 하지만 자바스크립트 언어의 특성인 함수가 일급 객체인 부분이나 고차함수, ES6의 문법은 사용되고 있지 않다. 주언어가 다른 개발자여도 이 책을 보기에 거부감이 들지 않을 것이다. 자바스크립트를 배우고 있는 나로써는 오히려 자바스크립트의 언어적 특성을 살린 리팩토링 책이 있으면 더 좋았을 것 같다는 생각도 들었다.

나는 현재 짧은 프로젝트를 연속해서 하고 있다. 코드 리뷰도 받으면서 진행하고 있는데, 리팩토링을 해야 하는 코드라는 것은 알고 있지만 한 번 작성한 코드 구조를 수정하기가 쉽지 않다. 이런 상황에서 리팩토링에 대한 글을 보면 좋을 것 같아서 읽게 되었다.

그럼 책에 대해 살펴 보자.

1장은 간단한 연극 매표소 프로그렘 코드를 점진적으로 개선해 나가면서, 리팩토링을 쉽게 설명한다. 작은 프로그램이지만 리팩토링 기법을 사용하면서 알기 쉽게 설명했다.

2장은 리팩터링 원칙인데 본격적으로 정의와 이유, 법칙을 설명한다. 리팩토링하지 말아야 할 때도 설명하는데, 이런 판단력을 기르려면 코드를 많이 보고 느껴야 한다는 생각이 든다.

3장에서는 리팩토링 기법에 대해 키워드 별로 간단하게 설명한다. 3장부터는 필요에 따라 골라서 읽을 수 있을 것 같다.

리팩터링 2판은 한번에 모두 읽고 끝나는 책이 아니라 프로그래밍을 하면서 계속해서 찾아 볼 교과서 같은 책이다.

blueg***l2020-04-30

늘 곁에 두어야 할

jrcfore***l2020-04-30

리팩터링이란 무엇인가를 알려준 책

리펙토링, 학부 시절이나 대학원 시절 그리고 회사에 입사하고 어떤 프로젝트를 하건 듣게 되는소리가 바로 '리펙토링!!'이다. 그만큼 CS분야에 몸담고 있는 사람이라면 한번쯤 들어봤을 굉장히친숙하면서 거리가 있는 용어 또한 '리펙토링'이다. 왜 그럴까? 왜 우리는 그토록 리펙토링에 대한 중요성에 대해서 나름알고 있음에도 이것을 언제 어떻게 적용해야하는지, 그리고 어떤식으로 적용한 내용을 최적화 해야 좋은지이러한 내용에 대해서는 거의 전무한 상태이다. 왜냐하면 아무도 우리에게 리펙토링에 대한 이론적 배경과대략적인 모양은 그려줬지만 실재로 언제 어떤 느낌으로 이를 대해야할지는 가르쳐주지 않았기 때문이다. (물론가르쳐 준다고해서 바로 적용할 수 있는 그런 분야의 학문도 아니긴 하지만.) 하지만 이번에 운이 좋게리뷰한 이 책은 앞서 언급한 언제 어떤 느낌으로 이를 대해야할지에 대한 대략적인 느낌을 알려주고 있다. 그렇다면이번에 리뷰한 책은 과연 어떤 책인지 이제부터 살펴보도록 하자.

【어떤 독자를 위한 책인가】

'리팩터링 2판'은 CS를 하는 모든 사람이라면 읽어야한다. 아니 그냥 무조건 필독서다. 하지만 여기서 의미하는 필독이라는 의미는무조건 읽어야만한다는 의미는 아니다. 반드시 많은 코드를 분석하고 직접 실습하면서 책에서 배운 내용을몸으로 익힐 때까지 반복해서 공부하라는 의미이다. 이 책은 굉장히 친절하지만 코드 경험이 많이 업는막 입문한 사람들이 읽기에는 약간 내용이 심오하다. 무엇보다 갓 입문하는 사람들이 리펙토링이라는 분야에손을 대기에는 너무 이르므로, 좀 더 실무적 경험 (프로젝트경험)이 어느정도 쌓인 다음에 이 책과 함께 CS의 세계를다시금 여행하길 권한다.

이 책을 각 독자층별로 간략히 정리하자면, 초심자에게는아직 신경이 이어지지 않는 머리 속에 기억된 지식으로써 남을 것이며, 중급자에겐 코드를 보며 순간 순간뇌리 속에 번뜩할 아이디어와 인사이트를 줄 그런 책이 될것이다. 그리고 숙련자에게는 이미 몸으로 채득되어자연스레 코드에 녹아내는 그런 아름답고 철학적인 코딩이 가능하게 해줄 것이다.

【책의 구성】 '리펙터링 2판'책의 구성은 어떠한가.

이 책은 자바 코드를 비롯한스크립트 코드를 예를 들어가며 각각 리펙토링 과정을 설명하고 있다. 단순 글로만 정리한 것이 아니라, 어느 상황에서 어떤 기법으로 어떤식으로 접근해야하는지를 잘 설명하고 있다. 물론시중에도 리펙토링과 코드 추상화에 관련된 좋은 책들이 많이 있지만 필자가 이제껏 읽어보았던 책들 중에 과히 으뜸으로 손꼽힐 그런 내용들로 구성되어있었다.(솔직히 책을 읽으며 그동안 필자가 짠 코드들을 생각하면, 정말 반성을많이해야겠구나..란 성차을 꽤나 했다.) 책의 쳅터 구성은전반부는 전체적인 리펙터링이 무엇이며 언제 어떻게 해야하며 이와 관련된 지식들을 통합적으로 설명하고 있다. 또한후반부는 각각의 케이스에 따른 리펙토링을 챕터별로 잘 구분하여 설명하고 있기 때문에 전반부를 차례로 읽고 후반부는 필요에 따라 각 쳅터를 선정하여읽어도 크게 무리가 없겠다는 생각이 들었다. 그만큼 후반부의 각 쳅터는 각 쳅터의 구성이 독립적으로잘 구성되어 있었고 또한 전 장에 크게 연관되어 있지 않기 때문에 앞장에 관한 지식이 많이 없더라도 어느정도 편하게 읽을 수 있게 구성되어 있다.(물론 간혹 뒷장의 기술이 앞장에서 언급되는데, 그런 경우에는 어느장의내용인지 충분히 언급하고 있기 때문에 잘 기억해 두었다가 나중에 해당 쳅터의 내용을 공부할때 참고하면 되는 구조이다.)

【리팩터링 2판을 읽으며…….】

리펙토링은 어찌보면 굉장히주관적인 기술이다. 왜냐하면 누군가에게는 괜찮아 보이는 구조인 것이 누군가에게는 굉장히 어설프고 불편해보이는 구조로 보일 수 있기 때문이다. 그렇기 때문에 이게 답이야! 라고확실히 단언하고 접근하기에는 한계가 있는 학문이다.(간단히 말해 획일화 된 답은 없다.) 하지만 이번에 리뷰한책은 리펙토링의 지식 중에서도 골자가 되는 내용만을 다루고 있기 때문에 이 부분에 대해서는 아마도 대부분의 프로그래머들이 수궁할 수 있는 수준이라고생각된다. 특히 실무에 있다보면 다양한 사람들이 구성한 수많은 코드들을 접하게 되는데 몇개의 코드들은정말 눈씻고 처다봐도 형편 없는 그런 코드가 있는가하면 정말 몇몇 코드는 그 흐름이 분명하고 자연스러워 프로젝트 구성을 한눈에 파악하기 좋은 코드가있다. 이런 후자의 코드들의 공통점은 리펙토링을 수시로 했다는 점과 책에서 언급하고 있는 기본 리펙토링적지식이 튼튼한 사람이라는 점 그리고 무엇보다 누군가에 본인의 코드가 한눈에 잘 파악되고 잘 이해할 수 있는 구조이길 바라는 만든이의 간절한 마음이녹아있다는 점이 공통점이었다. 그렇기에 이 책을 통해 수많은 독자분들이 자신의 코드가 나만의 코드가아닌 우리 모두의 코드가 될 수 있는 그런 창작물을 만들 수 있는 프로그래머가 되길 바래본다.

yejinso***l2020-04-30

리펙터링의 정석

jumti***l2020-04-30

언제까지 남 탓만 할 건가 - 리팩터링 2판

블라인드 앱의 IT 엔지니어 게시판에는 코드의 품질을 탓하는 글들이 자주 올라온다. 전임자가 남긴 코드를 유지보수 해야하는 상황에서 어디서부터 손대야할지 모르겠다거나, 협업을 해야하는 개발자의 코드가 마음에 안든다거나 하는 글들이다. 나 역시 비슷한 경험이 있다. 지난 프로젝트에서 경험이 많은 개발자와 협업을 해야하는 상황이었는데 그 분에게 많은걸 배웠지만 코드 작성 방법에 있어서 서로 다른 방법을 추구했다.

											// 변수 선언과 할당의 분리는 어떤 상황에선 개발자의 의도와 다른 동작을 초래한다.
							String foo;foo = "mypath";

정답이 있는 건 아니지만 최선은 추구해야 할 것이다. 내가 신경 쓰이는 부분은 위와 같이 변수의 선언과 할당을 분리하는 것이다. 과거 학교에서 C 언어를 처음 배울 땐 함수에서 쓸 변수를 최상단에 선언하고 나중에 할당을 했지만 최근에는 변수의 이력을 선언까지 왔다 갔다 하며 이력을 살펴봐야 하고, 중간에 변수의 값이 어떻게 변경될지 알 수 없기 때문에 변수를 할당할 때 초기화(할당)를 하고 최소 선언과 할당을 나누더라도 최대한 가까운 곳에 코드를 배치하게 권장하고 있다. 하지만 이는 스택오버플로에서도 질문이 올라올 만큼 현재도 여러 스타일이 혼재해있는 게 현실이다.

남의 코드를 수정하는 건 민감한 문제이다. 어떤 개발자들은 코드에 자신을 투사해서 다른 사람이 자신이 작성한 코드를 수정하면 자존심이 상하는 것은 물론 고성이 오가기도 한다. (SI 프로젝트에서 자주 봤다..) 그렇다고 수정할 수 있을 때 수정하지 않으면 나중에 소스코드를 인계받을 때 아래와 같은 마음이 된다. 위의 선언과 할당 분리는 최초 작성한 코드에선 문제가 없어도 기능이 추가되고 유지 보수하면서 코드를 수정할수록 코드가 오동작할 가능성이 커지게 된다. 코드를 읽기 힘든 건 덤이다.

블라인드의 IT엔지니어 게시판엔 코드의 품질을 탓하는 글들이 자주 올라온다.

이런 상황에서 코드를 넘겨받으면 어떻게 해야 할까? 설계 문서가 있으니 괜찮다고 생각하면 안 된다. 설계 문서와 이를 구현한 코드가 다를 땐 더 큰 혼란이 온다. 넘겨받은 코드가 깔끔하면 좋겠지만 대부분은 그렇지 않다. 특히나 SI 프로젝트에선 기한에 쫓겨 개발하기 때문에 경험상 코드의 품질을 기대할 수 없는 경우가 대부분이었다. 운영팀으로 4년 정도 일하면서 비슷한 고민을 많이 했다. 코드를 넘겨준 개발자를 원망할 때도 있었고, 차마 건들 수 없어서 새로 만든 코드도 있었다. 그렇게 소스코드는 거대한 스파게티가 된다.

그러던 중 리팩터링과 TDD에 관한 세미나를 참여할 기회가 있었다. 기존에 존재하는 복잡도 높은 코드를 어떻게 유지 보수하기 쉬운 코드로 수정할 수 있을까. 몇 시간 동안에 리팩터링에 대한 간단한 기법을 배우고 어떻게 해나가야 할지 배웠다. 유용했지만 ‘과연 실무에서 리팩터링을 해나갈 수 있을까?’라는 질문은 여전히 떨칠 수 없었다. 그러던 중 마틴 파울러가 쓴 리팩터링의 2판이 나왔다는 소식을 접했다. 2판을 쓰면서 예제 언어를 자바스크립트로 바꿨지만, 이 책에서 말하는 기법들과 리팩터링의 원칙은 모든 언어에서 적용할 수 있는 지식이다. 예제를 따라가며 리팩터링을 학습할 수도 있고, 필요할 때마다 리팩터링 기법을 여기저기 찾아다니며 적용할 수도 있다.

동일한 코드가 주어졌더라도 개발자마다 생각하는 리팩터링 방향은 다를 수 있다. 그럴 수밖에 없는 게 코드에 정답이란 건 없으니까, 우린 우리가 옳다고 생각하는 방향으로 최선을 다할 뿐이다. 하지만 절대 원칙은 있다. ‘코드가 전과 같이 동작해야 한다’는 것. 마틴 파울러는 테스트를 통해 동작의 일관성을 유지해야 한다고 말한다. 테스트 코드 작성을 통해 어떤 단위 기능의 동작에 대한 명세(specification)를 대신할 수도 있다. 어떤 사람들은 테스트 코드를 작성하면 개발 생산성이 떨어진다고 주장한다. 당연히 코드 작성량이 배가 되지만, 이를 통해 우리는 안정감을 얻을 수 있다. 세상에 변하지 않는 건 없다. 코드도 그렇다. 실시간으로 변하는 요구사항에 맞춰 코드를 작성하다 보면 망망대해에 방향 잃은 배에 탄 것처럼 혼란스럽고 외로울 때가 있다. 이때 테스트 코드는 목적지를 가리키는 나침반이 돼줄 것이다.

복잡한 코드, 알 수 없는 코드를 작성한 사람을 원망하는 건 그만하자. 이제 앞으로 나아가야 할 때이다. 조금씩 리팩터링을 해보자. 내가 수정하는 파일만이라도 보이스카웃 규 칙을 생각하며 리팩터링 해보자. 물론 쉬운 일이 아닐 것이다. 하지만 누군가는 해야 하는 일이니까 지금부터라도 해보는 건 어떨까?

이 글의 제목과 내용은 나에게 하는 말이다.

bae***l2020-04-30

마틴파울러의 리팩터링 2판

binsoop***l2020-04-30

개발자의 코드를 향한 중요한 욕구를 해결해 줄 지침서

seren***l2020-04-30

나를 죄책감으로 부터 벗어나게 해줄 지침서

yongwh***l2020-04-30

리팩터링2판, 내 코드에 장인정신을 심다~!!!

slu***l2020-04-29

옆에두고 반복해서 읽어볼 만한 책

리뷰에 앞서 본 리뷰는 한빛 출판 네트워크에서 진행한 ‘나는 리뷰어다’ 이벤트에서 제공받은 책으로 진행한 것을 밝힙니다.

경험상, 프로그램을 작성할 때, 느긋하게 충분한 일정을 가지고, 여러가지 고려해야 할 것들을 다 고려하면서 프로그램을 작성하는 경우는 사실 많지 않았다. 개발 일정을 영업과 기획 부서에서 사업자에 맞는 상품에 맞는 제품 기획 및 일정을 수립하게 되고, 여기에 개발 부서에서 여러 가지 논의를 통해, 언제까지 설계를 하고 코딩을 하며, 블럭테스트, 통합 테스트 및 검증 테스트 그리고 사업자와의 테스트 등등 일정이 세워지고 나면 그 일정에 맞춰 개발을 하게 된다. 하지만 사업자는 이런 저런 이유로 추가적인 기능 요구를 하게 되고, 최대한 사업자 요청 기능을 현재 개발 일정 안에 추가해야 하며, 사업자는 또 사업 일정상 전체 일정에서 1~2개월을 당겨달라는 요구를 하는 경우가 심심하게 발생한다.

프로그램 작성하는 사람은 한정되어 있고, 일정안에 이런 기능 저런 기능을 다 구현하다 보면, 처음에는 코드를 잘 설계해서 중복 코드도 없고, 클래스, 메쏘드, 함수 이름도 보고 이해하기 쉽게 작성을 하려고 꼼꼼히 챙기려 노력하지만, 일정 마감이 가까워지면 그게 마음대로 잘 되지 않는다. 특히 일정에 쫓겨 기능 시험을 하면서 디버깅으로 넣는 코드의 경우는 더욱 더 그러하다.

물론 사람마다의 차이가 있겠지만, 짧은 일정안에 프로그램을 개발해 본 사람들은 공감하는 이야기일 것이라 생각된다. 개인적인 생각일 수는 있겠지만, 그러한 상황에 자주 놓이는 프로그래머에게 이 책은 더욱 더 필요한 책이 아닐까 하는 생각이 든다. 책에서 제시하는 여러가지 패턴을 어떻게 사용할 지 반복해 고민하고 체득함으로써, 빠른 시간 안에 코드를 설계/작성해야할 때 좀 더 좋은 코드를 작성할 수 있도록 말이다.

보통 어떠한 방법론과 같은 책이나, 어떤 이론을 설명해야 하는 책의 경우, 아무래도 좀 따분하고 지루한 면이 있다. 하지만 이 책은 리팩터링 과정을 하나 하나 단계별로 어떻게 리팩터링을 해 나가는 지 예제를 가지고 설명을 하고, 어떤 부분을 어떻게 바꾸는 것이 좋은 지, 상세하게 설명을 하고 있어 전혀 지루한 감이 없다. 처음 저자가 리팩터링을 하는 과정을 따라가다보면, 어느새 이해하기 쉽고, 수정하기 쉬운 코드로 바뀌어 있는 것을 볼 수 있다. 마치 나도 이렇게만 하면 금방 리팩터링을 잘 할 수 있을 것 같은 생각이 들 정도로 말이다.

이 책은 처음부터 끝까지 기능을 하나씩 하나씩 나누어가며 이건 이렇고 저건 이렇고 저건 이렇고 하며 상세하게 설명하는 방식으로 설명하고 있지는 않다. 어떤 방식으로 리팩터링을 하는 지 설명하는 부분과 저자의 경험상 많이 사용하게 되는 패턴을 모아 둔 카탈로그 부분으로 구성이 되어있다. 독자가 내용을 읽어나가며, 이럴 때는 이런 패턴을 적용하고, 이럴 때는 저런 패턴을 적용하여 리팩터링을 해 나가면, 이러한 결과가 나올 수 있다는 것을 약 160페이지(챕터1~4)에 걸쳐 설명을 하고, 각 패턴들은 카탈로그 형태로 찾아볼 수 있도록 나머지에 주제별로 묶어 두었다. 물론 이런 구성이 매번 일일이 패턴을 찾아보는 것이 불편할 수도 있지만, 익숙한 부분은 그냥 넘어가고 필요한 부분만 이해가 안될 때 반복적으로 찾아볼 수 있도록 배려한 것이라는 생각이 들었다. 또 패턴들에 대해 왜 해야하는 지 이유와 어떤 식으로 하면 된다는 간단한 예를 모아둘 수도 있으나, 저자는 각 패턴을 적용할 때, 어떤 절차를 거쳐서 어떻게 적용하면 되는지 설명을 하며, 예제에서 절차별로 어떻게 코드가 바뀌는 지 상세히 설명을 해 두었다. 이러한 구성 덕에, 이 책은 단순히 책을 한 두번 읽고 마는 것이 아닌, 코드를 작성하면서 reference로 언제든 찾아볼 때 유용하게 사용될 수 있다.

저자가 영미권 사람이라 예제 코드나 설명에서 국내 독자들에게 익숙치 않은 표현을 써 둔 부분들이 있는 데, 역자분들이 이 부분에 대해 추가적인 설명 및 유튜브 등에서 찾아 볼 수 있는 링크도 함께 역주로 설명해 주고 있는 부분도 이 책의 장점이라 생각된다.

혹여 이 책에 사용된 예제가 javascript라서 이 책을 이해하는데 어려움이 있지 않을까 생각하는 사람도 있을 수 있다. 하지만, 요즘 자주 사용되는 언어 중 하나라도 익숙한 사람이라면 누구나 이해하는데 문제가 없을 것이라 생각한다.

이 책에 나오는 내용은 한번 보고 이해하는 것으로도 도움이 되기는 하지만, 어떤 패턴을 어떻게 적용할 지 이 책을 참고하면서 많이 고민해가면서 패턴들을 체득해야 더 큰 도움이 될 것이라 생각이 된다. 만약 단계별로 하나씩 따라하는 형태의 책을 원한다면 이 책은 그런 독자가 원하는 책이 아닐 수 있다.

leeseok8***l2020-04-29

개발자 필독서 리팩터링

원래 리팩터링 1판을 읽고 싶어서 회사에 책을 요청한 적이 있었다. 그런데 책이 절판되어 더 이상 읽을 수 없었는데 드디어 2판이 출간되면서 얼른 이 책을 읽어보게 되었다.

저자인 마틴 파울러 의 경우 클린코드, 클린아키텍처 등 프로그래밍 지식에 대한 여러 책을 출간했고 그 책들 하나하나가 정말 주옥같은 책들이기 때문에 이 책도 많은 기대를 했었다. 역시 그 기대에 맞게 책 내용이 정말 마음에 들었다.

개인적으로 가장 인상깊었던 부분은 리펙터링에 대한 정의에 대해서 설명해줄 때였다. “코드 베이스를 정리하거나 구조를 바꾼느 모든 작업은 재구성이라 의미하며, 리팩터링은 재구성 중 특수한 한 형태다” 라는 말과 함께 리펙터링을 함에 있어서는 테스트코드가 깨지지 않게 하라는 것이다. 이 부분을 보았을때 내가 하던 작업은 사실 리펙터링이 아니라 재구성 작업이었다는 사실을 깨닫게 되었다.

이 책은 1판과는 다르게 자바스크립트 를 이용해서 리팩터링을 진행한다고 한다. 자바 개발자에게는 조금 아쉬운 부분일 수도 있겠지만 개인적으로 자바스크립트를 더 많이 쓰는 작성자의 경우 더 마음에 들었던 부분이었다. 물론, 어려운 자바스크립트 문법을 사용하지는 않으니 책을 읽는 데 있어 문제는 없을 것으로 생각한다.

즉, 책에서는 재구성이 아니라 리펙터링 하는 방법에 대해서 알려주고 있다. 하나의 함수를 바꾸더라도 그냥 바꾸는 것이 아니라 단계별로 어떻게 해야 프로그램이 안깨지는지를 설명하면서 바꿔준다. 다시 말하자면, 리펙터링 중간에 프로그램을 실행시켜도 에러가 발생하지 않고 프로그램이 실행되는 방법에 대해서 알려준다.

물론, 이런 방식으로 계속 리팩터리을 하게 되면 이전에 했던 단순히 재구성을 하는 방법보다 시간이 더 오래 걸릴 수도 있다. 예를 들어, 함수 이름을 변경하는데 하나하나 프로세스를 밟아야 한다는 것은 조금 번거로울 수 있는 작업일 수 있기 때문이다. 그렇지만 리팩터링 절차를 거치지 않고 재구성을 하게 된다면 나중에 에러가 발생할 확률이 더 늘어날 테니 어떻게 보면 나중을 위해서는 필수적인 절차가 아닐까 싶기도 하다.

책은 위 사진에서 보듯이 리팩터링 기법에 대해서 설명해준다. 그러면서 각각의 배경과 절차에 대해서 알려주고 간단한 기법은 예시 없이 넘어가기도 한다. 하지만 조금 어렵거나 복잡한 기법들은 아래 사진처럼 여러 예시들을 들어가며 단계 단계별로 리팩터링 하는 방식에 대해서 설명해준다.

1장에서는 전체적으로 어떻게 리팩터링을 해야 하는지 알려준다. 그 후 2장에서는 리팩터링이 무엇인지에 대한 개념에 대해서 설명한다. 3장에서는 왜 리팩터링을 해야 하는지 이유에 대해서 알려주며 4장에서는 리팩터링하는데 필수적인 테스트 코드를 만드는 방법에 대해서 설명해준다. 5장은 리팩터링 기법에 대해서 설명하기 전에 어떻게 앞으로 읽어야 하는지 알려준다.

그 후 6장 부터 리팩터링 기법에 대한 설명이 시작된다. 처음 기본적인 리팩터링 기법에 대한 설명으로 시작해서 캡슐화, 기능 이동, API 리팩터링 방법 등 정말 많은 리팩터링 기법에 대해서 설명하고 있다.

물론 이론 책의 특성상 따라 치면서 보기는 애매한 부분들이 많다. 그보다는 실제로 자신이 리팩터링 할 때의 레퍼런스로 참고해서 보면 어떻까 싶다.

작성자의 경우 최근에 서비스를 오픈했기 때문에 이제 개발했던 코드의 악취를 리팩터링을 해서 개선해야 하는 시기가 왔다. 그래서 그런지 이 책이 더 와닿았던 건 사실이다. 물론 그렇지 않은 개발자들도 이 책을 보게 되면 앞으로 어떻게 리팩터링 해야 겠구나 하는 생각이 들 것 같다.

알고 안쓰는 것과 모르고 안쓰는 것은 다르기 때문에 개인적으로는 이 책을 전국에 있는 모든 개발자가 한번쯤 읽어야 하는 필독서 중 하나가 아닐까 싶다.

mega***l2020-04-29

사람이 이해하도록 작성하는 프로그래머가 진정한 실력자다.

마틴파울러 리팩토링의 20년(!) 만의 개정판이다.
그동안 프로그래머에게 필독서중 한가지로 꼽혀온 베스트셀러이다보니, 나의 평가가 필요한가 싶다…
그래도, 기존 1판과 상당히 다른 느낌이어서 이를 위주로 살펴 보려고한다.

가장 먼저 눈에 띄는 것은 제목이 “리팩토링”에서 “리팩터링”으로 변경되었다는 것이다. ㅎㅎ
신판으로 개정되면서 바뀐 가장 큰 점은 코드가 자바스크립트로 되어있다는 점이다.
원낙 오랫동안 C 스타일에 길들여저 있다보니 괄호 중첩이 난무하는 자바스크립트 형식을 선호하진 않는다.
하지만, 읽다 보니 자바스크립트의 단순한 문법이 오히려 핵심적인 내용을 더 잘 보이게 하는 것 같다. 저자의 말처럼 이 책은 언어에 상관없이, 모든 프로그래머를 위한 책이였다.

저자는 큰 틀에서의 변경은 없고 사소한 변경(정말?)과 17가지 새로운 리팩토링 기법을 추가했다고 한다…

Changes in the Second Edition
The changes are both very minor and all-encompassing. They are minor because the basic structure of the book hasn’t changed. I begin with an opening example, a chapter of principles, a survey of “code smells”, and an introduction to testing. The bulk of the book is a catalog of refactorings and of those 68 refactorings, all but 10 are still present, and I’ve added 17 new ones.
The Second Edition of “Refactoring”

한빛미디어의 구판과 비교해보면 번역이 좀 자연스럽게 느껴졌다.
유명한 역자분이 어서 일수도 있고, 국내에서 일반화 된 단어들이 많아져서 일수도 있겠다.

원문	1판	2판
Pull Up Field	필드 상향	필드 올리기
Pull Up Method	메서드 상향	메서드 올리기
Pull Up Constructor Body	생성자 내용 상향	생성자 본문 올리기
Push Down Method	메서드 하향	메서드 내리기
Push Down Field	필드 하향	필드 내리기

용어 변경 확인 위해 3장의 목차를 비교해 보았다.

본문4

그리고 기존에는 UML로 표시한 리팩토링의 개념을 아이콘처러 표시한것이 뭔가 훨씬 보기 좋았다.

본문5

이미 많이 회자 된 내용이고 넓리 전파된 책이지만 신판을 구매해서 다시 볼 가치가 있다고 생각한다.

다만… 아쉬운 점은…

본문1
어쩌다보디 3가지 버전의 “리팩터링”을 가지게 되었다.
1판의 경우 지금은 사라진 것으로 보이는 “대청미디어”의 버전과 “한빛미디어”의 버전이 있는데 개인적으로 구판(대청미디어판)을 선호 했다.
몇 가지 이유가 있는데, 대청판은 양장이다…ㅎㅎ…
프로그래머 생활을 하면서 듣게 되는 몇 개의 책들이 있다. 흔히 이야기하는 “필독”, “소장용”책인데, 이 리팩터링 역시 그 중 하나이다.
개발자로 살아가야 한다면 꼭 가지고 있어야 한다고 생각하는데, 이런 소장가치가 있는 책들은 기왕이면 양장본이었으면 한다.
우리나라 개발자의 대부분(!)은 지하철을 애용하리라 생각한다.
책을 계속 집의 책상에서만 본다면 상관없을수도 있으나, 가방에 넣고 출퇴근 등 이동 시간동안 보는 경우도 많을 텐데 그러면 책이 상한다…
본문2
양장을 하게 되면 더 무거워지고, 그러면 더 들고 다니기 힘들지 않나…
하지만, 이책은 원래 무겁다… 사실 별거 아닐수도 있지만, 개정판의 원서도 양장인것을 생각하면 더더욱 아쉽다… 본문3

freehoon***l2020-04-28

개발자라면 한 번은 읽어봐야 할 책!

joyf***l2020-04-27

코드 구조를 체계적으로 개선하여 효율적인 리팩터링 구현하기

linu***l2020-04-27

리팩토링 2판 : 마틴 파울러

nanhmjj***l2020-04-27

반드시 봐야 할 프로그래머들의 경전

한빛미디어 출판사의 "리팩터링 2판(마틴 파울러 저/개앞맵시, 남기혁 역)"을 읽고 작성한 리뷰입니다.

개정판을 소개하기 앞서 약 20년전의 초판에 대해 잠깐 설명하려 한다. 2000년 초반 학부시절 어렵사리 초판을 원서로 구했다. 미학과는 거리가 멀어보이는 딱딱해보이는 S/W 아키텍처 설계에 예술같은 개념이 숨어있다는 것에 적잖이 놀랐고, 그동안 등한시 했던 철학에 대한 새로운 시각이 정립된 것은 신선한 충격이었다.

되지도 않는 영어와 씨름하며 열심히 읽었던 덕분에 당시 국내에는 생소했던 OOP의 다형성 및 상속구조에 대한 개념을 동년배들에 비해 빠르게 다질 수 있어 이후의 프로그래밍 실무가 정말 편했다.

세월이 흘러 Spring 프레임워크가 등장했을 때에도 저자 마틴 파울러의 철학이 이미 녹아있었던 덕분인지 DI 및 IoC와 같은 커다란 변화도 쉽게 이해할 수 있었다.

뿐만이랴. 리팩토링 자체에 대한 실무는 물론 테스트 코드 작성, 디자인 패턴 등 대부분의 OOP 프로그래밍에 있어 개념적으로 헤매인 기억은 없는 듯 하다.

이렇게 초판을 구구절절 칭찬하는 이유는 이제 중견의 나이에 접어든 한 독자가 20년에 걸친 산 증인으로 본 도서가 개발에 얼마나 많은 도움을 주었는지 언급하는 것이 후배 프로그래머들에게 제일 도움이 되리라는 판단에서다.

초판의 장점은 2판에 있어서도 역시 유효하다. 초판을 읽고 나름 실무의 내공이 쌓인 덕인지 2판은 정말 쉽게 술술 읽혔다. 대부분의 프로그래머라면 자질구레한 이론보다는 먼저 코드로 설명하길 원할 것이다.

마틴 파울러는 1장부터 이론적 설명 보다는 아래 그림과 같은 예제 코드를 제시하고 직접 리팩토링이 무엇인지 느낄 수 있도록 바로 실습부터 진행한다.

본 리뷰도 이를 본받아 실무에서 이 책을 읽는 사용하는 방법부터 설명하고자 한다.

먼저 <부록B>부터 보자. 내가 맡은 프로그램에 이런 유형의 악취가 풍기면 해당절을 읽으면 된다.
첫번째 제시된 해결기법인(빨간색 네모 안)의 변수 캡슐화하기를 보면 6.6절을 참고하라고 안내되어있다. 해당절로 이동하면 직관적인 그림 하나가 눈에 들어온다.

해당 유형의 리팩토링을 한 3번 정도 해보면 나중엔 그림만 봐도 실무에서 어떤 기법으로 리팩토링할지 바로 감이 잡힌다. 잘 기억이 안나면 그 밑의 아주 간단한 코드의 변화를 보면 거의 99% 바로 이해된다.
만약 악취의 유형 자체가 이해가 가지 않는다면 3장(코드에서 나는 악취)로 넘어가 가변데이터 부분을 읽으면 이해가 된다.

다시 돌아와 책을 읽는 방법을 설명하고자 한다.

1장은 제일 먼저 반드시 읽어야 하는 부분이고 아마 경력 1년정도 제대로 프로그래밍을 경험하신 분이라면 재미있게 2시간 정도면 읽을 수 있을거라 본다. 실무에서 가장 자주 사용하는 리팩토링 기법들로 구성되어 있는데 간단히 설명하면 다음과 같다.

반복문쪼개기 + 문장슬라이드 + 함수추출 + 변수인라인
중첩함수 난무 제거 : 중간데이터 클래스 활용
다형성 적용 : .js 특성을 고려해 factory 패턴 활용

2장에는 리팩토링을 적용 시 실무에서 고려할 사항 등 관련된 이론 전부가 짧은 페이지안에 다 녹아있다. 이론이 이렇게 짧은 책은 정말 처음본다. 그런데 필요한 내용은 다 들어있다.

예를 들면 아래 그림은 브랜치에 관한 설명이다. 개인적으로 GitHub 사용하며 봉착했던 문제와 해결책이 이 반쪽에 전반적으로 다 들어있다. 이를 통해 결론적으로 리팩토링을 효율적으로 사용하기 위해 CI + TDD 개발방식을 추천한다는 내용이다.

3장은 위에서 언급했다. 악취의 유형과 맡는 방법에 대한 설명인데 이게 무슨 말이냐? 리팩토링은 언제해야 하는지에 대한 가이드라고 보면 된다.

4장은 솔직히 감동이었다. 테스트 코드 작성의 중요성은 굳이 강조하지 않겠다. 2장에서 중요성을 언급했던 것에 대한 책임감인지 테스트 구축 방법을 안내한다.

5장은 겨우 2페이지이므로 가볍게 읽으시면 된다.

6장 ~ 12장이 본 게임인데 양이 많다고 기죽지 마시길. 괜히 처음부터 읽느라 기운뺄 필요는 없다. 실무에서 필요성이 감지되면 위에서 안내한 이 책을 읽는 사용하는 방법대로 진행하시면 된다.

굳이 너무 읽고싶어 못참겠다면 먼저 그림과 코드 정도만 빠르게 읽어 머리속에 메타지도를 완성하시면 실무에 도움이 될 수 있을듯 하다.

책의 장점은 20년동안 필자를 비롯한 산증인(?)들에 의해 검증이 되었다고 요약하며 끝내고 싶지만, 읽지 않았던 분들을 위해 개인적으로 인상깊었던 부분을 간단히 짚고 넘어가겠다.

리팩토링 기법도 중요하지만 사실 제일 좋은 방법은 리팩토링이 생길 여지를 주지 않는 것이다. 즉, 설계적 안목이 굉장히 중요한데 그 어떤 서적보다 빠르게 정립할 수 있다.

(예 75p 中) “서브클래스를 언제 사용하면 좋은지 감이 잡힐 것이다.”
프로그램 개발 시 완성 속도는 빠를지 몰라도 거지같이 만들어서 유지보수를 힘겹게 만드는 현상을 두고 흔히들 기술적 부채(Technical debt)라고 한다.

특히, 한국의 거지같은 SI 문화가 이를 지향하는데 쉽게 말해 10명이 개발해야 하는 것을 1명이 개발하는 오너의 마법이다. 파는 사람 입장에서야 단가 후려치기에 있어 최고 스킬이겠지만, 사는 사람 입장에서는 1명이 유지보수 할 수 있는 것 10명 인건비 주며 유지보수 해야하는 셈이다.

이 책을 읽으면 이 기술적 부채(Technical debt)가 거의 쌓이지 않는다.

속도에 대한 개념이 하나 추가된다.
- (컴퓨터의) 연산속도 + (사람의) 개발 속도
- 1분만에 돌아가는 100시간동안 만든 프로그램 vs 10분만에 돌아가는 10시간만에 만든 프로그램
철학에 대한 개념 재정립.
- 멀리있지 않다는 것, 정말 중요하다는 것을 일깨워 준다. (본 도서에 철학이라는 단어는 거의 등장하지 않음에도)
기타의견
- 번역의 품질이 아주 우수하다.
- 20년만의 개정판은 많은 의미를 내포한다.
  - 20년 동안 쓸만했다는 것과, 20년 동안 많은 이들이 읽었다는 것(유용했다는 것), 그리고 개정판을 원하는 이가 많았다는 것 등..
- 실습예제가 .java에서 .js로 변경되었다.
  - async 및 await, promise 등의 js에 특화된 내용은 다루지 않는다. (프로그램 일반화에 초점을 맞추고 js에 초점을 맞추진 않는다.)
  - 단, 구현 특성 상 덕타이핑, 최상위 클래스 제약 등은 사전에 알면 도움이 된다.