읽은 범위 추천사 & 들어가면서(xxii ~) 인상 깊은 구절 배운 것 읽은 소감 3줄 요약
1장. 깨끗한 코드 (p.1 ~)나는 우아하고 효율적인 코드를 좋아한다. 논리가 간단해야 버그가 숨어들지 못한다. \-Bjarne Stroustrup나중은 결코 오지 않는다. (르블랑의 법칙)나쁜 코드가 쌓일수록 팀 생산성은 떨어지고 마침내 0에 근접한다.나쁜 코드의
1장. 깨끗한 코드 (p.1 ~)자신이 의사라 가정하자. 어느 환자가 수술 전에 손을 씻지 말라고 요구한다. 시간이 너무 걸리니까. 확실히 환자는 상사다. 하지만 의사는 단호하게 거부한다. 왜? 질병과 감염의 위험은 환자보다 의사가 더 잘 아니까. 환자 말을 그대로 따
2장.의미있는 코드단순히 이름만 고쳤는데도 함수가 하는 일을 이해하기 쉬워졌다. 바로 이것이 좋은 이름이 주는 위력이다.의도를 분명히 밝혀라그릇된 정보를 피하라명사 → 클래스네임동사 → 메소드네임접근자, 조건자, 변경자는 각각 접두어에 get, set, is의미 있게
2장.의미있는 코드(p.21~)사람들이 이름을 바꾸지 않으려는 이유 하나는 다른 개발자가 반대할까 두려워서다. 우리들 생각은 다르다. 오히려 (좋은 이름으로 바꿔주면) 반갑고 고맙다. .... 코드를 개선하려는 노력을 중단해서는 안된다.불필요한 맥락을 없애라의미있는 맥
3장.함수함수를 만드는 첫째 규칙은 '작게!'다. 함수를 만드는 둘째 규칙은 '더 작게!'다.함수 하나에 추상 개념은 하나 이상이 되면 안된다. getHTML()은 추상화 수준이 아주 높다. 반면 String pagePathName = PathParseer.render
3장. 함수중복은 소프트웨어에서 모든 악의 근원이다.함수는 한 가지 작업만 해야한다.프로그래밍의 기술은 언제나 언어의 설계이다.소프트웨어를 짜는 행위는 여느 글짓기와 비슷하다.데이크스트라의 구조적 원칙 : 모든 함수와 함수 내 모든 블록에 입구와 출구는 하나만 존재해야