프로그래머라면 형식을 깔끔하게 맞춰 코드를 짜야한다. 코드 형식을 맞추기 위한 간단한 규칙을 정하고 그 규칙을 착실히 따라야 한다.필요하다면 규칙을 자동으로 적용하는 도구를 활용한다. 형식을 맞추는 목적코드형식은 너무나 중요하다. 저자는 '돌아가는 코드' 보다 코드 형식이 중요하다고 한다.코드 형식은 의사소통의 일환이다. 의사소통은 전문 개발자의 일차적인 의무다.맨 처음 잡아놓은 구현 스타일과 가독성 수준은 유지보수 용이성과 확장성에 계속 영향을 미친다. 적절한 행 길이를 유지하라일반적으로 큰 파일보다 작은 파일이 이해하기 쉽다.유명한 7개의 프로젝트(Junit, Fitnesse, testNG, tam, Jdepend, Ant, Tomcat) 마다 평균 라인 수의 차이가 있긴 하지만, 500줄을 넘어가는..

프로그래밍 초창기에는 시스템을 루틴과 하위루틴으로 나누고 함수가 존재했다.현재까지 살아남은건 '함수'밖에 없다. 작게 만들어라!함수를 만드는 첫 번째 규칙은 '작게' 만드는 것이다. 블록과 들여쓰기if/else/while 문 등에 들어가는 블록은 한 줄이어야 한다.대개 거기서 함수를 호출한다. 그러면 바깥을 감싸는 함수(enclosing function)가 작아질 뿐 아니라, 블록 안에서 호출하는 함수 이름을 적절히 짓는다면 코드를 이해하기도 쉬워진다. 한 가지만 해라!함수는 한 가지를 잘 해야 한다. 하지만 그 '한 가지'가 무엇인지 알기 어렵지만 다음과 같은 조건으로 판단할 수 있다.지정된 함수 이름 아래에서 추상화 수준이 하나인 단계만 수행한다면 그 함수는 한 가지 작업만 한다.또 다른 판단 방법으..

의도를 분명히 밝혀라변수나 함수 그리고 클래스 이름은 의도가 분명히 드러나 있어야 한다.주석이 필요하다면 의도를 분명히 드러내지 못했을 가능성이 크다. 🔹 예제 코드// 나쁜 예public List getThem() { List list1 = new ArrayList(); for (int[] x: theList) if (x[0] == 4) list1.add(x); return list1;}// 좋은 예public List getFlaggedCells() { List flaggedCells = new ArrayList(); for (int[] cell: gameBoard) if (cell.isFlagged()) flaggedCells.add(cell); return..

코드는 존재하리라코드를 자동으로 생성하는 시대가 오더라도 프로그래머가 필요 없다는 말은 헛소리이다.요구사항을 모호하게 줘도 우리 의도를 정확히 꿰뚫어 프로그램을 완벽하게 실행하는 기계는 절대로 불가능한 기대이다.코드는 요구사항을 상세히 표현하는 수단이다.추상화도 불가능하다. 정확히 명시해야만 한다.기계가 실행할 정도로 상세하게 요구사항을 명시하는 작업이 '프로그래밍'이다. 나쁜 코드나쁜 코드로 만들어진 서비스나 제품은 회사가 망할 정도의 타격을 입는다.우리 모두는 어떤 이유(바쁨, 마감 기한 등)로 인해 대충 짠 프로그램을 나중에 손 보겠다고 한다.하지만 르블랑의 법칙에 의해 나중은 결코 오지 않는다. 나쁜 코드로 치르는 대가나쁜 코드가 쌓일 수록 팀 생산성은 떨어지며 결국은 생산성이 제로에 수렴한다.생..