이 책의 이벤트

해외주문/바로드림/제휴사주문/업체배송건의 경우 1+1 증정상품이 발송되지 않습니다.

컴퓨터/IT분야 2만원 이상 구매 시 개발자 매거진 <리드..

2022.08.13 ~ 2022.10.31
『클린코드』박재호 역자와 함께하는 개발자 북콘서트 사전신청!

2022.07.22 ~ 2022.08.16
한빛미디어 IT도서 구매 시 메모리게임 카드pack 선택가능

2022.01.10 ~ 2022.08.31
새로 출간된 O'Reilly 번역서를 확인해보세요!

2019.06.14 ~ 2022.12.31

MANNING, O'REILLY, PACKT, WILE..

2016.03.07 ~ 2022.12.31

상품상세정보
ISBN	9788979149142(897914914X)
쪽수	252쪽
크기	188 * 235 * 20 mm /578g 판형알림
이 책의 원서/번역서	(The)art of readable code / Boswell, Dustin

책소개

이 책이 속한 분야

컴퓨터/IT > 컴퓨터공학 > 컴퓨터공학/과학개론

이 책은 코드를 작성할 때 언제나 적용할 수 있는 기본적인 원리와 실전적인 기술에 초점을 맞추고 있다. 누구나 쉽게 이해할 수 있는 코드를 예제로 사용하고, 각 장은 코딩과 관련한 다양한 측면을 파고든다. 그리하여 여러분이 어떻게 이해하기 쉬운 코드를 작성할 수 있는지를 보여준다. 딱 맞는 이름 짓기, 주석 달기, 포맷팅 등을 어떤 코드에도 적용할 수 있는 도움말과 함께 설명한다. 프로그램의 루프, 논리, 그리고 변수를 정리해서 복잡성과 혼동을 감소시킨다. 한 번에 하나의 일을 처리하도록 코드의 블록을 정리하는 등, 문제를 함수 수준에서 공략한다. 철저하고 간결하면서 동시에 읽기 쉬운, 효과적인 테스트 코드를 작성한다.

상세이미지

1장. 코드는 이해하기 쉬워야 한다
__01. 무엇이 코드를 ‘더 좋게’ 만드는가?
__02. 가독성의 기본 정리
__03. 분량이 적으면 항상 더 좋은가?
__04. 이해를 위한 시간은 다른 목표와 충돌하는가?
__05. 어려운 부분

PART I. 표면적 수준에서의 개선

2장. 이름에 정보 담기
__01. 특정한 단어 고르기
__02. tmp나 retval 같은 보편적인 이름 피하기
__03. 추상적인 이름보다 구체적인 이름을 선호하라
__04. 추가적인 정보를 이름에 추가하기
__05. 이름은 얼마나 길어야 하는가?
__06. 이름 포메팅으로 의미를 전달하라
__요약

3장. 오해할 수 없는 이름들
__01. 예: Filter()
__02. 예: Clip(text, length)
__03. 경계를 포함하는 한계값을 다룰 때는 min과 max를 사용하라
__04. 경계를 포함하는 범위에는 first와 last를 사용하라
__05. 경계를 포함하고/배제하는 범위에는 begin과 end를 사용하라
__06. 불리언 변수에 이름 붙이기
__07. 사용자의 기대에 부응하기
__08. 예: 이름을 짓기 위해서 복수의 후보를 평가하기
__요약

4장. 미학
__01. 미학이 무슨 상관인가?
__02. 일관성과 간결성을 위해서 줄 바꿈을 재정렬하기
__03. 메소드를 활용하여 불규칙성을 정리하라
__04. 도움이 된다면 코드의 열을 맞춰라
__05. 의미 있는 순서를 선택하고 일관성 있게 사용하라
__06. 선언문을 블록으로 구성하라
__07. 코드를 ‘문단’으로 쪼개라
__08. 개인적인 스타일 대 일관성
__요약

5장. 주석에 담아야 하는 대상
__01. 설명하지 말아야 하는 것
__02. 생각을 기록하라
__03. 코드를 읽는 사람의 입장이 되어라
__04. 마지막 고찰 - 글 쓰는 두려움을 떨쳐내라
__요약

6장 명확하고 간결한 주석 달기
__01. 주석을 간결하게 하라
__02. 모호한 대명사는 피하라
__03. 엉터리 문장을 다듬어라
__04. 함수의 동작을 명확하게 설명하라
__05. 코너케이스를 설명해주는 입/출력 예를 사용하라
__06. 코드의 의도를 명시하라
__07. 이름을 가진 함수 파라미터 주석
__08. 정보 축약형 단어를 사용하라
__요약

PART II. 루프와 논리를 단순화하기

7장. 읽기 쉽게 흐름제어 만들기
__01. 조건문에서 인수의 순서
__02. if/else 블록의 순서
__03. (삼항 연산자로 알려진)?:를 이용하는 조건문 표현
__04. do/while 루프를 피하라
__05. 함수 중간에서 반환하기
__06. 악명 높은 goto
__07. 중첩을 최소화하기
__08. 실행 흐름을 따라올 수 있는가?
__요약

8장. 거대한 표현을 잘게 쪼개기
__01. 설명 변수
__02. 요약 변수
__03. 드모르간의 법칙 사용하기
__04. 쇼트 서킷 논리 오용하기
__05. 예: 복잡한 논리와 씨름하기
__06. 거대한 구문 나누기
__07. 표현을 단순화하는 다른 창의적인 방법들
__요약

9장. 변수와 가독성
__01. 변수 제거하기
__02. 변수의 범위를 좁혀라
__03. 값을 한 번만 할당하는 변수를 선호하라
__04. 마지막 예
__요약

PART III. 코드 재작성하기

10장. 상관없는 하위문제 추출하기
__01. 소개를 위한 예: findClosestLocation()
__02. 순수한 유틸리티 코드
__03. 일반적인 목적의 코드
__04. 일반적인 목적을 가진 코드를 많이 만들어라
__05. 특정한 프로젝트를 위한 기능
__06. 기존의 인터페이스를 단순화하기
__07. 자신의 필요에 맞춰서 인터페이스의 형태를 바꾸기
__08. 지나치게 추출하기
__요약

11장. 한 번에 하나씩
__01. 작업은 작을 수 있다
__02. 객체에서 값 추출하기
__03. 더 큰 예제
__요약

12장. 생각을 코드로 만들기
__01. 논리를 명확하게 설명하기
__02. 라이브러리를 알면 도움이 된다
__03. 논리를 쉬운 말로 표현하는 방법을 더 큰 문제에 적용하기
__요약

13장. 코드 분량 줄이기
__01. 그 기능을 구현하려고 애쓰지 마라 - 그럴 필요가 없다
__02. 요구사항에 질문을 던지고 질문을 잘게 나누어 분석하라
__03. 코드베이스를 작게 유지하기
__04. 자기 주변에 있는 라이브러리에 친숙해져라
__05. 예: 코딩 대신 유닉스 도구를 활용하기
__요약

PART IV. 선택된 주제들

__14장. 테스트와 가독성
__01. 읽거나 유지보수하기 쉽게 테스트를 만들어라
__02. 이 테스트는 어떤 점이 잘못되었을까?
__03. 이 테스트를 더 읽기 쉽게 만들기
__04. 읽기 편한 메시지 만들기
__05. 좋은 테스트 입력값의 선택
__06. 테스트 함수에 이름 붙이기
__07. 이 테스트 코드는 무엇이 잘못되었는가?
__08. 테스트에 친숙한 개발
__09. 지나친 테스트
__요약

15장. ‘분/시간 카운터’를 설계하고 구현하기
__01. 문제
__02. 클래스 인터페이스 정의하기
__03. 시도1: 순진한 해결책
__04. 시도2: 컨베이어 벨트 설계
__05. 시도3: 시간-바구니 설계
__06. 3가지 해결책 비교하기
__요약

Appendix 추가적인 도서목록
__01. 높은 수준의 코드를 쓰는 방법을 다루는 책들
__02. 다양한 프로그래밍 주제에 대한 책들
__03. 역사적 사례를 담고 있는 책들
__찾아보기

출판사 서평

♣ 더 나은 코드를 작성하는 간단하고 실전적인 테크닉!
이 책은 매우 읽기 편한 코드를 작성하는 방법을 설명한다. 이 책을 관통하는 핵심 아이디어는 ‘코드는 이해하기 쉬워야 한다’는 것이다. 자신의 코드를 다른 사람이 읽고 이해할 때 걸리는 시간을 최소로 만들어야 한다. 그렇다고 어려운 기법을 장황히 설명하지 않는다. 실전적인 간단한 기법만으로도 코드를 훨씬 읽기 편하게 만들 수 있게 이끌어준다.

♣ 개발하는 언어에 종속되지 않아 누구나 읽을 수 있다!
이 책은 바로 이 아이디어를 C++, 파이썬, 자바스크립트, 자바 등을... 더보기

Klover 리뷰 (0)

북로그 리뷰 (8) 전체보기 쓰러가기

북로그 리뷰는 본인 인증 후 작성 가능합니다.
책이나 타인에 대해 근거 없이 비방을 하거나 타인의 명예를 훼손할 수 있는 내용은 비공개 처리 될 수 있습니다.
※ 북로그 리뷰 리워드 제공 2021. 4. 1 종료

코드는 당신 자신을 위해 존재한다. 인간적인 코드 만들기 ls**987 | 2012-12-20 | 추천: 1 |

소프트웨어 개발자에게 있어서 소프트웨어가 폐기되는 것보다 더 무서운 것은 무엇일까? 개인적인 생각은 소프트웨어 유지보수가 소프트웨어 폐기보다 더 무서운 일이 아닐까 생각해본다. 지난 시간에 열심히 코드를 만들어서 기껏 동작하게 해놨더니 오류 투성이에 동작도 제대로 안한다. 밤을 새든, 주말 출근을 하든 코드가 동작하게 해도 더욱이나 중요한 것은 내가 다시 그 코드를 볼 때다. 하루도 아니고 조금이라도 시간이 흐른 다음 본 코드는 광역시 쓰레기 매립장과 그 모습이 흡사하다. 비단, 내가 만든 코드가 아니라 할지라도 그... 더보기

소프트웨어 개발자에게 있어서 소프트웨어가 폐기되는 것보다 더 무서운 것은 무엇일까? 개인적인 생각은 소프트웨어 유지보수가 소프트웨어 폐기보다 더 무서운 일이 아닐까 생각해본다.

지난 시간에 열심히 코드를 만들어서 기껏 동작하게 해놨더니 오류 투성이에 동작도 제대로 안한다. 밤을 새든, 주말 출근을 하든 코드가 동작하게 해도 더욱이나 중요한 것은 내가 다시 그 코드를 볼 때다.

하루도 아니고 조금이라도 시간이 흐른 다음 본 코드는 광역시 쓰레기 매립장과 그 모습이 흡사하다.

비단, 내가 만든 코드가 아니라 할지라도 그건 변함 없는 사실이다.

그러면 소프트웨어는 어떻게 해야 잘 개발할 수 있을까? 아니 그 보단 어떻게 해야 만들기도 쉽고 유지보수도 쉽게 하게 할 수 있을까?

"읽기 좋은 코드가 좋은 코드다"의 저자인 더스틴 보즈웰과 트레버 파우커는 자신들이 경험한 나쁜 코드와 좋은 코드를 어떻게 구분하는지 그 해결책은 무엇인지 찾아본다.

이 코드를 누가 볼꺼야?

소프트웨어는 개발하는 사람과 유지보수 하는 사람이 작은 회사의 경우에는 같다. 하지만 회사의 규모가 커지고 개발하는 인력이 많아지면 자연스럽게 개발 인력과 유지보수 인력이 나뉘어진다.

물론 이런 구조가 조직 운영의 측면에선 훌륭한 운용 방법이겠으나 소프트웨어 개발에 있어서도 정말 행복한 운용 방법일까?

사람에 따라서 이 질문에 대한 대답은 다를 수 밖에 없을 것 같으니 쓸데없이 진 빼지 말고 코드를 누가 볼것인지 생각해봐야 한다.

내가 생각하는 대답은 이렇다.

자신이 소프트웨어 개발자라면 자신이 만든 코드는 자신이 볼 가능성이 70% 이상이다.

근데 내가 만드는 코드를 내 맘대로 만들면 되지. 왜 읽기 편하게 만들어야 하느냐고 묻는다면 코드는 온전히 본인의 것이기 때문이다.

코드는 미학이다!

코드를 읽기 좋게 만든다면서 자신만 알아볼 수 있는(심지어 자신도 잊어먹는) 코드를 만들어놓고 와! 이건 완전 예술이야! 라고 자신이 감탄하는 코드를 만들어 놓고 나 잘났다~

독자는 이런 종류의 행동을 하면 안된다! 물론 읽기 좋은 코드는 보기에 아름다워야 하니 미학적인 모습을 가지고 있어야 하기는 하지만 그렇다고 해서 무슨 미술관의 추상화 그림처럼 코드를 만들라는건 아니다.

읽기 좋은 코드는 명확한 이름들을 가지면서 코드 정렬을 맞추고 의미있는 순서로 재배치하며 명확한 주석을 기록해야 한다. 그러면서도 소프트웨어 개발에 정해져있는 코딩 규칙이 있으면 그를 따라줘야 한다.

잘 동작하는 코드 vs 명확한 코드

나도 코드를 만들다 보면 명확한 코드보단 그저 잘 동작하는 코드에 집중하게 된다. 그런데 잘 동작하는 코드가 항상 명확한 것은 아니다. 오히려 명확한 코드가 잘 동작하는 코드인 경우가 많다.

잘 동작하는 코드에서 명확한 코드로의 변경은 코드의 제어흐름의 조정과 거대한 표현은 잘개 쪼갠다. 그리고 무엇보다 변수는 말 그대로 자주 변할 수 있으니 그 사용범위가 제한되어야 한다.

이 코드 다른데서도 쓸 수 있을까?

리팩토링에서도 나올 수 있는 이 주제는 코드에 있어서도 프로그램에 완전히 종속하는 기능인지 다른 코드에서도 쓸 수 있는지 확인해보아야 한다.

이와 같은 이유로 코드에서 분리될 필요가 있는 문제를 찾아서 코드를 분리하는 작업이 필요하다. 또한 작업은 한 번에 하나씩 하도록 코드를 만들어야 한다.

개발자들이 항상 하는 일 중 하나는 있는 라이브러리를 다시 생성한다거나 하는 일인데 우리가 만드는 프로그램은 항상 작은 코드 크기를 유지해야 한다. 그럼으로서 우리는 코드를 조금 더 쉽게 유지보수하고 명확한 문제 해결책을 가지게 된다.

코드만 읽기 쉬워선 안된다 - 선택된 주제들

많은 경우 우리는 소프트웨어 개발에 있어서 기능은 개발하지만 기능에 대한 면밀한 테스트는 잘 해보지 않는다. 그리고 하나의 잘 독립된 소프트웨어를 개발하는 경우도 별로 없다.

많은 경우의 소프트웨어 개발자들은 하나의 잘 설계된 소프트웨어 개발이 아닌 시간에 쫓기는 개발을 하기 때문인데, 이와 관련해서 저자는 한 가지의 해결방법을 제시했다.

테스트 케이스 작성을 통한 테스트를 해결책으로 제시했는데 많은 경우 소프트웨어 개발에서 테스트는 겉핧기 식이 다수다.

테스트를 제대로 할 경우 우리는 명확하고 읽기 쉬운 코드로 만들어진 잘 동작하는 코드를 생성할 수 있게 될 것이다.

우리가 해야 할 일...

소프트웨어 개발에서 코드 작성은 개발자가 해야 할 가장 중요한 일이지만 막상 우리는 이런 책을 보고 그냥 지나가는 경우가 많다.

필요할때 책 속의 지식을 머리속에서 끄집어내서 바로 활용해낼 수 있다면 좋겠지만 사람의 머리는 그 크기가 정해져 있으니 기억할 수 있는 것도 자주 보지 않으면 기억해 낼 수 없다.

"읽기 좋은 코드가 좋은 코드다"는 책 제목이면서 결코 빈 말이 아니다. 우리가 소프트웨어를 앞으로도 지속적으로 개발해야 한다면 이 책을 회사 책상이나 연구실 책상에 비치해두어라.

독자의 코딩이 혼돈 상태에 있을 때 많은 도움을 줄 것이다 닫기
코드 품질에 대해 생각해 볼 수 있는 기획 ya**rara | 2012-07-15 | 추천: 0 |

지금 당장 오류가 나지 않는다고 하여 현재 코드 품질이 높다고 말할 수 있을까? 그렇다면 코드 품질은 무엇을 보고 이야기할 수 있을까? 코드의 가독성, 코드의 유지보수성을 향상시키는 것이 왜 중요하고 필요한 일일까? 라는 물음에 대해 답을 주는 책이라고 생각한다. 저자는 각각 구글과 마이크로소프트에서 인프라 스트럭처 개발 프로젝트를 경험하였므며, 그들이 겼었던 코딩 사례를 토대로 알기 쉽게 좋은 코드가 무엇인지를 알려준다. 개발자의 입으로 전해지는 코드 품질에 대한 이야기는 개발자들에게 보다 더 생... 더보기

지금 당장 오류가 나지 않는다고 하여 현재 코드 품질이 높다고 말할 수 있을까? 그렇다면 코드 품질은 무엇을 보고 이야기할 수 있을까? 코드의 가독성, 코드의 유지보수성을 향상시키는 것이 왜 중요하고 필요한 일일까? 라는 물음에 대해 답을 주는 책이라고 생각한다.

저자는 각각 구글과 마이크로소프트에서 인프라 스트럭처 개발 프로젝트를 경험하였므며, 그들이 겼었던 코딩 사례를 토대로 알기 쉽게 좋은 코드가 무엇인지를 알려준다. 개발자의 입으로 전해지는 코드 품질에 대한 이야기는 개발자들에게 보다 더 생생하게 전달될 수 있을 것 같다.

이 책은 크게 네 부분으로 구성되어 있다. 표면적 수준에서 코드를 개선하는 방법, 루프와 논리를 단순화하여 잠재적 오류를 감소하며 가독성을 증가시키는 방법, 코드를 재구성하는 방법, 테스트를 위한 코드까지가 그 내용이다.

특히 맨 마지막(15장) '분/시간카운터' 설계하고 구현하기 부분을 통해 알고리즘 수준에 대해 다시 한번 생각해볼 수 있는 기회를 제공해준다. 소프트웨어를 다루는 분야에 몸 담고 있는 사람이라면 꼭 한번 읽어보았으면...하는 생각에 추천도서로 분리했다. 닫기
좋은코드~ 더 나은 코드를 작성하기 위한 지침서~~~ do**ege | 2012-05-30 | 추천: 0 |

더 나은 코드를 작성하기를 원합니까? 최소한 내가 만든 코드를 내가 알아볼수는 있어야 합니다~ 체계적이고 효과적으로 코드를 작성하기를 원합니까? 아니면 자신의 코드를 남에게 보여주기가 꺼려집니까? 소프트웨어를 개발하는 개발자~ 프로그래밍 전공학생~~ 관리자~~ CTO~~ 가 알아야할 필독서~~ 어떤코드가 나쁜지~ 그러면 나쁜코드를 어떻게 하면 개선할수 있는지~~ 이책의 저자... 더보기

더 나은 코드를 작성하기를 원합니까?

최소한 내가 만든 코드를 내가 알아볼수는 있어야 합니다~

체계적이고 효과적으로 코드를 작성하기를 원합니까?

아니면 자신의 코드를 남에게 보여주기가 꺼려집니까?

소프트웨어를 개발하는 개발자~

프로그래밍 전공학생~~

관리자~~

CTO~~

가 알아야할 필독서~~

어떤코드가 나쁜지~ 그러면 나쁜코드를 어떻게 하면 개선할수 있는지~~

이책의 저자는 우리를 대신하여 5년동안 분석을 해왔습니다.

그리고 이책을 내놓았습니다~~

우리의 궁금증을 풀어내어줄 가뭄에 단비와 같은 책~~

개발자가 코드를 쉽게 작성하지 못하면 항상 그자리에만 머무를 수 밖에 없습니다.

이제는 혼자 개발하는 것이 아니라~ 협업을 통해서~~ 애자일한 방법으로~~ 빠르게 개발하는 환경으로 바뀌었습니다.

아니 예전부터 바뀌었는데~~ 우리는 몰랐습니다~~

그렇게 하기 위해서는 가장 기본적으로 코드를 쉽게 개발을 해야 한다는 것입니다.~~

이책은 코드를 작성할 때 바로 적용할 수 있도록 기본적인 원리와 실전적인 기술에 초점을 맞추고 있습니다.

개발자는 예술가가 되어야 한다고 생각합니다.~~

모르면 배워야 합니다~~

이책을 통해 배워서 누구나 쉽게 이해할 수 있는 코드를 작성하기를 바랍니다~~ 닫기
보이는것이 곧 기능이다. ca**sj | 2012-05-26 | 추천: 0 |

읽기 좋은코드가 좋은 코드다.필자는 개발의 고수가 아니다. 입문을 막 벗어나 한창 뛰어들고 있는 개발자이다. 그래서 이 책의 제목이 눈에 띄었다. 왜? 책의 제목대로 좋은코드를 작성하고 좋은 프로그램을 개발하고 싶기 ？？문이다. 깔끔하고 간결하면서도 보기에 편하고 더불어 기능적인 면에서도 시너지가 존재하는 그런 코드 말이다.그러나 이 책은 "어떻게하면 더 빠른 코드를 구현할 수 있을까?" ," 어떻게하면 최적화된 코드를 만들 수 있을까?" 라는 문제에 가슴이 뻥 뚫릴만한 명쾌한 답을 주지 않는다. 그런 문제를 해결하기 ... 더보기

읽기 좋은코드가 좋은 코드다.필자는 개발의 고수가 아니다. 입문을 막 벗어나 한창 뛰어들고 있는 개발자이다. 그래서 이 책의 제목이 눈에 띄었다. 왜? 책의 제목대로 좋은코드를 작성하고 좋은 프로그램을 개발하고 싶기 ？？문이다. 깔끔하고 간결하면서도 보기에 편하고 더불어 기능적인 면에서도 시너지가 존재하는 그런 코드 말이다.그러나 이 책은 "어떻게하면 더 빠른 코드를 구현할 수 있을까?" ," 어떻게하면 최적화된 코드를 만들 수 있을까?" 라는 문제에 가슴이 뻥 뚫릴만한 명쾌한 답을 주지 않는다. 그런 문제를 해결하기 위한 책이 아니란 말이다.이 책을 일종의 기초 글쓰기, 논리 훈련에 해당하는 책이다. 대학생이 제출하는 레포트를 편지글 형식으로 쓰는사람이 있던가? 반대로 편지를 레포트 쓰듯 쓰는사람이 있는가? 그렇게하면 대학에서나 이성친구에게나 좋은점수를 못받는다. 무슨말이냐면 프로그래밍 언어를 사용할때에는 이 언어에 맞는 작성방법이 있다는 얘기다.같은 내용도 어떻게 작성하느냐에 따라 효과는 천지차이가 나는법이다. 물론 컴퓨터에게는 큰 차이가 없을지라도 단순히 코딩만을 위한 시간을 단축하거나 효과를 얻는것이 아니라 개발의 전체적인 부분에 있어서 더 훌륭한 효과를 얻을 수 있다. 아주 기본적인 변수의 이름을 정하는 문제에서부터 방법을 제시한다. 이러한 연습이 쌓이고 쌓여서 보기에도 좋고 읽기에도 좋으며 그만큼 개발하는데에 들이는 시간을 절약할 수 있다. 더불어 유지 보수에도 큰 도움을 주는 그런 코드를 작성할 수 있게되는 것이다.초급은 어느정도 벗어나는 개발자라면 꼭 읽어보길 추천한다. 닫기
읽기 좋은 코드가 좋은 코드다 go**s76 | 2012-05-18 | 추천: 0 |

간혹 다른 사람들이 프로그래밍한 코드를 해석해야 하는 경우가 있다. 단순한 코드면 모를까 복잡하게 얽히고 설킨 코드를 해석하려면 진땀 난다. 내 능력이 출중해서 웬만한 코드를 한번만 훑고 단번에 이해한다면 모를까 능력이 그 경지에 도달하지 못해서 중간에 포기한 적이 한 두 번이 아니다. 업무 때문에도 어느 정도 이해와 분석이 필요하지만 코드의 난해함 때문에 포기하면서 스스로에게 한탄하며 씁쓸함 감출지 못했던 몇 번의 경험이 있었다. 그러면서도 분명히 코드 해석에... 더보기

간혹 다른 사람들이 프로그래밍한 코드를 해석해야 하는 경우가 있다. 단순한 코드면 모를까 복잡하게 얽히고 설킨 코드를 해석하려면 진땀 난다. 내 능력이 출중해서 웬만한 코드를 한번만 훑고 단번에 이해한다면 모를까 능력이 그 경지에 도달하지 못해서 중간에 포기한 적이 한 두 번이 아니다. 업무 때문에도 어느 정도 이해와 분석이 필요하지만 코드의 난해함 때문에 포기하면서 스스로에게 한탄하며 씁쓸함 감출지 못했던 몇 번의 경험이 있었다. 그러면서도 분명히 코드 해석에 효율적인 방법을 알 것만 같은데, 머리 속에서만 맴도는 흐릿하고 어렴풋한 윤곽만 보이며 구체적인 방법을 찾지 못하였다. 나와 같은 경험이 있는 사람이거나 방법을 원한다면 이 책을 참고하여 읽어보는 것도 괜찮을 것이다. 이 책은 효율적인 코드 작성 방법을 설명하는 게 아니라 좀 더 기본적인 코드해석을 쉽고 빠르게 할 수 있는 방안들을 제시한다.

이 책에서는 코드해석을 쉽고 빠르게 하기 위해서 몇 가지 지켜야 할 규칙을 설명한다. 누구나 함수 이름만 봐도 함수가 수행하는 일을 추측할 수 있도록 이름을 짓는 것이다. 그 함수가 수행하는 것을 함축적으로 설명할 수 있는 핵심 단어 선택이 쉬운 코드작성의 기초라고 말한다. 이 주장은 누구나 공감할 것이다. 사실 이름 짓기에 큰 의미를 두지 않고 무작정 짓는 경우가 많은데, 이 책을 읽으면서 이런 방법이 훗날 코드해석에 부적절하다는 것을 알게 되었고, 효율적인 코드 작성을 위해 어렴풋하게만 느꼈던 것을 구체적으로 도움을 받았다. 프로젝트를 시작하여 몇 개월이 흐르다 보면 자연스레 예전에 짠 코드를 보게 되는 경우가 많다. 분명 내가 짠 코드인데 내용이 새롭다. 처음부터 한참을 살펴봐야지만 그제서야 이해를 할 수 있다. 뭐 이건 내 경우지만 이게 무슨 삽질이란 말인가.

이름 짓기 말고도 프로그래밍 구성을 어떻게 할지 등 우리가 한번쯤을 들어봤을 법한 다양한 노하우를 담고 있어서 효율적이며 수월한 코드분석을 위한 충분한 지침서가 된다. 이 책이 적당한 사람은 프로그래밍을 처음 배우는 사람이나 프로젝트를 진행하면서 여러 사람과 공동으로 작업해야 하는 분들에게는 많은 도움이 될 듯하다. 나도 이 책에서 조언하는 부분을 하나씩 적용해보려고 한다. 함수나 변수 이름만 보고 어느 정도 기능을 이해한다면 업무를 좀 더 효율적으로 해낼 수 있을 것이며, 그것보다 더 정신적인 스트레스를 확 줄일 수 있을 것이다. 분명 기본에 충실해야 한다고 조언하는 이 책은 프로그래머에게 업무적으로 큰 도움이 될 것이다.

닫기

문장수집 (0) 문장수집 쓰기 나의 독서기록 보기
※구매 후 문장수집 작성 시, 리워드를 제공합니다. 안내

문장수집 안내

문장수집은 고객님들이 직접 선정한 책의 좋은 문장을 보여주는 교보문고의 새로운 서비스입니다. 마음을 두드린 문장들을 기록하고 좋은 글귀들은 "좋아요"하여 모아보세요. 도서 문장과 무관한 내용 등록 시 별도 통보 없이 삭제될 수 있습니다.

1. 리워드 안내
구매 후 90일 이내에 문장수집 작성 시 e교환권 100원을 적립해 드립니다.

e교환권은 적립일로부터 180일 동안 사용 가능합니다.

리워드는 작성 후 다음 날 제공되며, 발송 전 작성 시 발송 완료 후 익일 제공됩니다.

리워드는 한 상품에 최초 1회만 제공됩니다.

주문취소/반품/절판/품절 시 리워드 대상에서 제외됩니다.

교환/반품/품절안내

※ 상품 설명에 반품/교환 관련한 안내가 있는 경우 그 내용을 우선으로 합니다. (업체 사정에 따라 달라질 수 있습니다.)

교환/반품/품절안내
반품/교환방법	마이룸 > 주문관리 > 주문/배송내역 > 주문조회 > 반품/교환신청 , [1:1상담>반품/교환/환불] 또는 고객센터 (1544-1900) ※ 오픈마켓, 해외배송주문, 기프트 주문시 [1:1상담>반품/교환/환불] 또는 고객센터 (1544-1900)
반품/교환가능 기간	변심반품의 경우 수령 후 7일 이내, 상품의 결함 및 계약내용과 다를 경우 문제점 발견 후 30일 이내
반품/교환비용	변심 혹은 구매착오로 인한 반품/교환은 반송료 고객 부담
반품/교환 불가 사유	소비자의 책임 있는 사유로 상품 등이 손실 또는 훼손된 경우 (단지 확인을 위한 포장 훼손은 제외) 소비자의 사용, 포장 개봉에 의해 상품 등의 가치가 현저히 감소한 경우 예) 화장품, 식품, 가전제품(악세서리 포함) 등 복제가 가능한 상품 등의 포장을 훼손한 경우 예) 음반/DVD/비디오, 소프트웨어, 만화책, 잡지, 영상 화보집 소비자의 요청에 따라 개별적으로 주문 제작되는 상품의 경우 ((1)해외주문도서) 디지털 컨텐츠인 eBook, 오디오북 등을 1회 이상 다운로드를 받았을 경우 시간의 경과에 의해 재판매가 곤란한 정도로 가치가 현저히 감소한 경우 전자상거래 등에서의 소비자보호에 관한 법률이 정하는 소비자 청약철회 제한 내용에 해당되는 경우 (1) 해외주문도서 : 이용자의 요청에 의한 개인주문상품으로 단순변심 및 착오로 인한 취소/교환/반품 시 ‘해외주문 반품/취소 수수료’ 고객 부담 (해외주문 반품/취소 수수료 : ①서양도서-판매정가의 12%, ②일본도서-판매정가의 7%를 적용)
상품 품절	공급사(출판사) 재고 사정에 의해 품절/지연될 수 있으며, 품절 시 관련 사항에 대해서는 이메일과 문자로 안내드리겠습니다.
소비자 피해보상 환불지연에 따른 배상	상품의 불량에 의한 교환, A/S, 환불, 품질보증 및 피해보상 등에 관한 사항은 소비자분쟁해결 기준 (공정거래위원회 고시)에 준하여 처리됨 대금 환불 및 환불지연에 따른 배상금 지급 조건, 절차 등은 전자상거래 등에서의 소비자 보호에 관한 법률에 따라 처리함