
의도가 분명한 이름을 지어라.이름을 지을 때는 명료함이 최고다.버그를 수정하는 등 여러 이유로 코드에서 특정한 변수(혹은 함수 그리고 클래스)를 검색하기 위해서 의미있는 이름 짓기가 더더욱 필요하다.변수나 함수 그리고 클래스의 이름은 다음과 같은 굵직한 질문에 모두 답

함수에서 인수의 개수는 적을 수록 좋다.함수는 한 가지를 해야 한다. 오류를 처리하는 함수도 한 가지만 하는 것이 좋다.함수가 단순히 다른 표현이 아니라 의미 있는 이름으로 다른 함수를 추출할 수 있다면 그 함수는 여러 작업을 하는 셈이다.지금까지의 경험을 바탕으로 그

TIL(Today I Learned) >"나쁜 코드에 주석을 달지 마라. 새로 짜라."브라이언 W. 커니핸, P.J. 플라우거 내용 3줄 정리 💁🏻♀️ 기억하고 싶은 내용 📝 잘 달린 주석은 그 어떤 정보보다 유용하다. 경솔하고 근거 없는 주석없는 코드는

코드의 형식은 중요하다. '돌아가는 코드'만 짠다고 해서 코드를 다 짠 것이 아니다. 코드의 품질이 중요하다.프로그램은 짧고 간결한 것이 좋다.오늘 구현한 코드의 가독성은 앞으로 바뀔 코드의 품질에 지대한 영향을 미친다.프로그래머라면 형식을 깔끔하게 맞춰 코드를 짜야

객체는 동작을 공개하고 자료를 숨긴다. 그래서 기존 동작을 변경하지 않으면서 새 객체 타입을 추가하기는 쉬운 반면, 기존 객체에 새 동작을 추가하기는 어렵다.자료 구조는 별다른 동작 없이 자료를 노출한다. 그래서 기존 자료 구조에 새 동작을 추가하기는 쉬우나, 기존 함

객체는 동작을 공개하고 자료를 숨긴다. 그래서 기존 동작을 변경하지 않으면서 새 객체 타입을 추가하기는 쉬운 반면, 기존 객체에 새 동작을 추가하기는 어렵다.자료 구조는 별다른 동작 없이 자료를 노출한다. 그래서 기존 자료 구조에 새 동작을 추가하기는 쉬우나, 기존 함

첫째 법칙: 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다.둘째 법칙: 컴파일은 실행하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다.셋째 법칙: 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다.테스트 코드는 실제 코드 못지

클래스는 크기가 작아야 한다.클래스의 크기를 측정하는 척도는 클래스가 맡은 책임이다. 클래스가 맡은 책임이 작아야 클래스 크기를 줄일 수 있다.클래스의 응집도가 높아지도록 구현하고, 시스템이 변경될 경우를 대비하여 구체적인 클래스와 추상 클래스로 구분하자. (상세한 구