Life Of D22

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

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

프로그램 세계의 여러 노련한 프로그래머들로부터 그들이 생각하는 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"와..