기계가 실행할 정도로 상세하게 요구사항을 명시하는작업이 프로그래밍이다.제대로 명시한 요구사항은 코드만큼 정형적이며, 테스트케이스로 사용해도 좋다. 코드는 요구사항을 표현하는 언어이다.왜 나쁜코드를 짰는가?급해서제대로 짤 시간이 없다생각해서코드를 다듬을 시간이 없어서빨리
이름을 잘 짓는 간단한 규칙 몇가지.의도를 분명히 밝혀라변수의 존재 이유, 기능, 사용법 등이 따로 주석이 필요하지 않을 정도로 변수/함수/클래스명에 드러나야 한다.나쁜 예) int d; // 경과 시간(단위: 날짜)의도가 드러나는 이름을 사용하면 코드 이해와 변경이
프로그램 기본 단위너무 긴 코드, 중복된 코드, 괴상한 문자열, 낯설고 모호한 자료 유형, 다양한 추상화 수준의 코드로 이루어진 함수는 이해하기 어렵다. 읽기 쉽고 이해하기 쉬운 함수는 어떻게 작성해야하는가?되도록 한 함수당 3~5줄 이내를 권장한다if/else, wh
나쁜 코드에 주석을 달지 마라. 새로 짜라. \-브라이언 W.커니핸, P.J.플라우거주석은 필요악이다. 코드로 의도를 표현하지 못해, 실패를 만회하기 위해 쓰는 것이다. 주석은 언제나 실패를 의미한다. 주석 없이는 자신을 표현할 방법을 찾지 못해 할 수 없이 주석을
질서정연하고 깔끔하며, 일관적인 코드를 본다면 사람들에게 전문가가 짰다는 인상을 심어줄 수 있다.반대로, 코드가 어수선해 보인다면 프로젝트 전반적으로 무성의한 태도로 작성했다고 생각할 것이다.프로그래머라면 형식을 깔끔하게 맞춰 코드를 짜야한다.코드 형식을 맞추기 위한