CleanCode

저자는 언젠가 코드를 자동으로 완성히는 시대가 다가오고 그때가 되면 코드는 사라질까? 라는 의문을 말한다. 그러나 저자가 말하는 코드란, 요구사항을 상세하게 표현하는 수단이며, 어느 수준 이상의 요구사항은 코드의 도움없이 표현하기 불가능하다고 서술한다.불가능하다는 근거

좋은 이름을 지으려면 시간이 걸리지만, 좋은 이름으로 절약하는 시간은 훨씬 더 많다.변수(혹은 함수나 클래스)의 존재 이유는? 수행기능은? 사용방법은? 따로 주석이 필요하다면 의도를 분명히 드러내지 못했기 때문이다.ex>코드는 단순하지만, 어떤 의미가 있는지 알기 어렵

어떤 프로그램이든 가장 기본적인 단위는 함수. 의도를 분명히 표현하는 함수를 구하기위한 가이드.함수를 만드는 첫째 규칙은 작게. 두번째 규칙은 더 작게! 그렇다면 얼마나 짧아야 좋을까? 저자는 최대한 짧게. 각 함수가 이야기 하나를 표현해야한다고 말한다.중첩구조가 생길

나쁜 코드에 주석을 달지 마라. 새로짜라. > 브라이언 W. 커니핸.P.J.플라우거 주석은 유용하지만 경솔하고, 근거없는 주석은 코드를 이해하기 어렵게 만든다. 주석은 대부분 필요 없다. 프로그래밍 언어를 치밀하게 사용해 의도를 표현할 능력이 있다면, 주석은 거의 필

프로그래머라면 형식을 깔끔하게 맞춰 코드를 짜야한다. 규칙을 정하고 착실히 따라야 한다. 필요하다면 규칙을 자동으로 적용하는 도구를 활용한다.코드의 형식은 의사소통의 일환이다. 너무나도 중요함으로 융통성 없이 맹목적으로 따르기만 해도 안된다. 오랜 시간이 지나서 원래

프로그램을 짜다보면 종종 명령형 인수의 구문을 분석할 필요가 생긴다. 내 사정에 딱 맞는 유틸리티가 없다면 직접 짜겠다고 결심한다. Args 의 구현 어떻게 짰는가? 저자가 지난 수십여년 동안 쌓아온 경험에 의하면, 깨끗한 코드를 짜려면 먼저 지저분한 코드를 짠 뒤