Root Tree 87

PENTAX 종로 A/S

5.9일 고장난 펜탁스 Optio H90 을 들고 종로 A/S 점을 들렀습니다. 블로그에 링크된 주소로 찾아 가니 ... 이런! 금은방이 들어서 있었습니다. 전화를 하여 물어물어 지도의 장소로 도착하였네요 ... 별다른 간판도 없으니 지도를 참조하셔서 찾아 가셔야 될듯 아참 ... 악평이 많았던 것 같은데(검색해 보니...) 나쁘지 않았던 것 같습니다. 으음 ? 그리고 내수용도 받아 주는 듯 싶군요 :) YBM 건물 뒤 새마을식당 맞은편 건물 한국 바둑 위임!! 6층 ???

Chapter 3. 함수

# 작게 만들어라 # 한 가지만 해라 # 함수 당 추상화 수준은 하나로 # Switch 문 # 서술적인 이름을 사용하라 # 함수 인수 # 부수 효과를 일으키지 마라 # 명령과 조회를 분리하라 # 오류 코드보다 예외를 사용하라 # 반복하지 마라 # 구조적 프로그래밍 작게 만들어라 ... 당연하다. 가능하다면 ... 한 가지만 해라 ... 당연하다. 여러가지를 한다면, 그리고 하나의 함수가 기능이 많다면 그만큼 관리하기 어렵고 관계가 너무 많아진다. 함수가 가진 부담이 많아짐. 함수 당 추상화 수준은 하나로 ? TODO(주석) 읽는 것처럼 함수가 스스로 세부 사항을 포함시키지 않도록(되도록이면 ... ex: 인수를 넣는 것) 노력하라. Switch 문 ... 되도록이면 한가지 기능을 하되 유해한 구문 제거 ..

Chapter 2. 의미 있는 이름

# 의도를 분명히 밝혀라 # 그릇된 정보를 피하라 # 의미 있게 구분하라 # 발음하기 쉬운 이름을 사용하라 # 검색하기 쉬운 이름을 사용하라 # 인코딩을 피하라 # 자신의 기억력을 자랑하지 마라 # 클래스 이름 # 메소드 이름 # 기발한 이름은 피하라 # 개념 하나에 단어 하나를 사용하라 # 말장난을 하지 마라 # 해법 영역에서 사용하는 이름을 사용하라 # 문제 영역과 관련 있는 이름을 사용하라 # 의미 있는 맥락을 추가하라 # 불필요한 맥락을 없애라 별다른 내용은 없다. 의도가 불분명한(변수를 a, b, s 등으로 짓는) 변수 및 함수(foo(x))를 사용하지 말고, 발음하기 쉽고 검색하기 쉬운(setPoint(int x, inty)) 것, 그리고 자신의 기억력을 믿지 말것이며(코드가 몇 만라인이 넘어..

Chapter 1. Clean Code

프로그램 세계의 여러 노련한 프로그래머들로부터 그들이 생각하는 Clean Code란 무엇인가에 대한 생각을 적은 페이지. 비야네 스트롭스트룹(Bjarne Stroustrup), C++ 창시자이자 "The C++ Programmer Language"의 저자 그래디 부치(Grady Booch), "Object Oriented Analys is and Design with Application" 저자 "큰 형님" 데이브 토마스(Dave Thomas), OTI 창립자이자 Eclipse 전략의 대부 마이클 페더(Michael Feather), "Working Effectively with Legacy Code"의 저자 론 제프리(Ron Jeffries), "Extreme Programming Installed"와..