주난v 개발 성장기

jar, war, 클래스, 패키지 등 많은 곳에서 사용하므로 이름을 잘 지으면 여러모로 편하다. * 의도를 분명히 밝혀라 - "의도가 분명하게 이름을 지으라" 그러면 (자신을 포함해) 코드를 읽는 사람이 좀 더 행복해지리라. int d; // 경과 시간(단위: 날짜) - 아무 의미도 드러나지 않는다. 코드가 단순하더라도, 변수명이나 파라미터에 따라서 코드를 이해하기가 더 쉬워진다. 단순히 이름만 고쳐도 함수가 하는 일을 이해하기 쉬워진다. 이것이 좋은 이름이 주는 위력이다. * 그릇된 정보를 피하라. 소문자 L이나 대문자 O같은 경우는 1과 0 처럼 혼동이 가능하다. 그리고, 직각삼각형의 빗변(hypotenuse)를 구현할 때는 hp가 훌륭한 약어이겠지만, hp는 독자에게 그릇된 정보를 제공한다. * 의..

나쁜 코드 우리 모두는 대충 짠 프로그램이 돌아간다는 사실에 안도감을 느끼며 그래도 안 돌아가는 프로그램보다 돌아가는 쓰레기가 좋다고 스스로를 위로한다. 다시 돌아와 나중에 정리하겠다고 다짐한다. 물론...그때 그시절 우리는 "르블랑의 법칙"을 몰랐다. 나중은 결코 오지 않는다. 나쁜 코드로 치르는 대가 매번 얽히고 설킨 코드를 '해독'해서 얽히고 설킨 코드를 더한다. 이로 인해 생산성이 바닥나고 결국 재설계를 하게 된다. 비야네 스트롭스트룹 - 효율을 중요하게 여기자. 단순히 속도 뿐만 아니라 CPU 자원을 낭비하는 코드도 우아하지 못한다. - 오류 처리도 신경써야 한다. (메모리 누수, 경쟁 상태, 일관성 없는 명명법) - 나쁜 코드는 너무 많은 일을 하려 애쓰다가 의도가 뒤섞이고 목적이 흐려진다. ..