[Clean Code] 3장 - 함수
주석 어떤 프로그램이든 가장 기본적인 단위가 함수다. 이 장은 함수를 잘 만드는 법을 소개한다. 작게 만들어라 함수를 만드는 규칙은 '작게' 이다. 이 규칙은 근거를 대기가 곤란하다. 함수가 작을수록 더 좋다는 증거나 자료를 제시하기도 어렵지만,오랜 시행착오를 바탕으로 작은 함수가 좋다고 확신한다. 블록과 들여쓰기 if문 / else 문 / while 문 등에 들어가는 블록은 한 줄이어야 한다는 의미다. 그러면 바깥을 감싸는 함수가 작아질 뿐 아니라, 블록 안에서 호출하는 함수 이름을 적절히 짓는다면, 코드를 이해하기도 쉬워진다. 함수에서 들여쓰기 기준은 1단이나 2단을 넘어서면 안 된다. 그래야 함수는 읽고 이해하기 쉬워진다. 한 가지만 해라 함수는 한 가지를 해야 한다. 그 한가지를 잘 해야 한다. ..
[Clean Code] 2장 - 의미 있는 이름
소프트웨어에서 이름은 어디나 쓰인다. 우리는 변수에도 이름을 붙이고, 함수에도 이름을 붙이고, 인수와 클래스와 패키지에도 이름을 붙인다. 이렇듯 많이 사용하므로 이름을 잘 지으면 여러모로 편하다. 이 장에서는 이름을 잘 짓는 간단한 규칙 몇 가지 소개한다. 의도를 분명히 밝혀라 "의도가 분명하게 이름을 지으라"고 말하기는 쉽다. 여기서는 의도가 분명한 이름이 정말로 중요하다는 사실을 거듭 강조한다. 좋은 이름을 지으려면 시간이 걸리지만 좋은 이름으로 절약하는 시간이 훨씬 더 많다. 그러므로 이름을 주의깊게 살펴 더 나은 이름이 떠오르면 개선하기 바란다. 그럼 코드를 읽는 사람이 좀 더 행복해지리라. 의도가 드러나는 이름을 사용하면 코드 이해와 변경이 쉬워진다. 다음 코드는 무엇을 할까? public Li..
[Clean Code] 1장 - 깨끗한 코드
여러분들이 이 책을 읽고 있다면 이유는 두 가지다.첫째,프로그래머라서.둘째,더 나은 프로그래머가 되려고.다행이다!우리 업계는 더 나은 프로그래머가 필요하니까. 나쁜 코드 프로그래머라면 누구나 당연히 나쁜 코드로 고생한 경험이 있다.그렇다면 묻겠다.어째서 왜 나쁜 코드를 짰는가?우리 모두는 자신이 짠 쓰레기 코드를 보며 나중에 손보겠다고 생각한 경험이 있다.우리 모두는 대충 짠 프로그램이 돌아간다는 사실에 안도감을 느끼며 그래도 안 돌아가는 프로그램보다 돌아가는 쓰레기가 좋다고 스스로를 위로한 경험이 있다.다시 돌아와 나중에 정리하겠다고 다짐했었다.물론 그때 그 시절 우리는 르블랑의 법칙을 몰랐다.나중은 결코 오지 않는다. 나쁜 코드로 치루는 대가 2-3년 넘게 프로그램을 짰다면 남들이 저질러놓은 쓰레기 ..