네이밍 컨벤션
좋은 코드란 제 3자가 봐도 쉽게 이해할 수 있는 코드이다. 컴퓨터가 이해할 수 있는 언어를 작성하는 건 바보도 할 수 있다. 코드는 사람이 이해할 수 있게 작성해야한다. 변수 명, 메소드 명, 클래스 명, 모듈 명 등 모든 명에는 규칙이 존재해야하며, 이 것이 바탕이 되어야 역할이 명확해지고 정체성 또한 분명해진다. 이 것이 OOP를 향한 첫 단추이다. 네이밍이 가장 어렵다면, 여러분만 그런 것이 아닙니다. 저도 그렇고, 다른 타 프로그래머들 또한 많이 동감하는 부분입니다. 그 만큼 네이밍은 프로그램에서 가장 중요한 역할 중의 일 부분이고 가장 기본이 되는 것 입니다. **Unclear 한 코드는 쓰레기 코드이다. ** 프로그래머로써 다른 프로그래머가 작성한 코드를 참고해서 작업해야 될 경우는 비일비재 할 것 이다. 목적을 이해할 수 없는 메소드 명과 변수들, 가독성이 떨어지는 코드는 업무의 효율을 저하시키며, 시간 또한 많이 소요하게한다. 예를 들어 “X, AO, C2” 이 와 같이 정확한 목적을 담지않은 변수들이 있다. 가급적으로 짧게 네이밍을 하려는 프로그래머의 욕심으로 발생하는 문제일 수 도 있으나, 이는 너무나 잘 못...