원문 : http://www.developer.com/java/data/article.php/3612756
1. Add comments to your code. (코드에 주석을 달아라.)
다른 사람을 위해서도, 그리고 물론 자신을 위해서도 주석을 다는 것이 좋다.
2. Do not complicate things. (복잡하게 만들지 말아라.)
5명의 사용자를 위해 EJB를 도입할 필요가 있을까? 쓸데없이 복잡하게 만들지 말아라.
3. Keep in Mind - "Less is more" is not always better. ("간결한 것이 더 풍부하다"가 항상 더 나은 것이 아님을 명심하라.)
더 적은 양의 코딩을 한다고 해서 그것이 코드의 효율성을 높여주는 것은 아니다. 코드를 중복시키더라도 좀 더 효율적이고, 가독성 있는 코드가 나을 때도 있다.
4. No hard coding please. (하드 코딩은 제발 그만.)
"static final" 한줄 더 작성하는게 얼마나 오래 걸린다고...
5. Do not invent your own framework. (자기만의 프레임워크를 만들진 마라.)
프레임워크를 사용하는 것이 자신이 직접 만드는 것보단 낫다. 그렇지만 화면 5개 만드는데 스트러츠를 도입할 필요는 없다.
6. Say no to Print lines and String Concatenations. (println()을 여기저기 남기지 말며, 문자열 연결을 하지 말아라.)
디버깅용으로 sysout을 남발하더라도 항상 뒷정리는 깔끔하게 하라. 그렇지 않으면 실제로 출력해야할 부분에 디버깅용 sysout이 출력될 수도 있다. 그리고 문자열 연결은 명백히 프로그램 성능을 저하시킨다.
7. Pay attention to the GUI. (GUI에도 신경써라.)
사용자 인터페이스는 기능이나 성능만큼 중요하다. "computer-friendly" 보다는 "user-friendly"가 중요하다.
8. Always Prepare Document Requirements. (항상 문서화에 대한 대비를 하라.)
모든 업무 요구사항은 문서화되어야 한다. 개발일정이나 마감기한이 급박하더라도 모든 업무 요구사항은 문서화되어 있어야 한다.
9. Unit-test. Unit-test. Unit-test. (단위 테스트는 무조건 하라.)
단위 테스트는 그냥 무조건 하는거다. 단위 테스트를 잘하려면 3가지만 기억하라.
1) 테스트할 클래스를 작성하기 전에 테스트 먼저 작성한다.
2) 단위 테스트에 들어 있는 코드 주석을 캡처한다.
3) "흥미로운(interesting)" 기능을 수행하는 모든 public 메소드를 테스트한다.(getter, setter가 특별하게 작동하지 않는 이상 getter, setter는 테스트 대상에서 제외한다.)
10. Remember -quality, not qunatity. (양보다 질이다.)
관리자는 개발자가 초과 근무를 한다고 해서 고맙게 여기고 보상해 주는 것이 아니라, 그들이 질적으로 우수하게 업무를 처리하기 때문에 그들에게 고마워하고 보상해 주는 것이다.
Posted by Huikyun
