클린코드 TIL #03

TIL-Assignment #03(2022.02.20[일])

DAY 3

📓 오늘 읽은 범위

• 02장 의미있는 이름

---

💡 책에서 기억하고 싶은 내용을 써보세요

• 이름을 잘 짓는 간단한 규칙(p.22)
  • 의도를 분명히 밝혀라(p.22)
  • 그릇된 정보를 피하라(p.24)
    • 유사한 개념은 유사한 표기법을 사용한다. 이것도 정보다. 일관성이 떨어지는 표기법은 그릇된 정보다.
  • 의미 있게 구분하라(p.24)
    • 읽는 사람이 차이를 알도록 이름을 지어라.
  • 발음하기 쉬운 이름을 사용하라?(p.27)
  • 검색하기 쉬운 이름을 사용하라(p.28)
    • 관점에 따라 긴 이름이 짧은 이름보다 좋다. 검색하기 쉬운 이름이 상수보다 좋다.
    • 이름 크기는 범위 크기에 비례해야 한다.
  • 인코딩을 피하라.(p.30)
    • 멤버 변수 접두어: 클래스와 함수는 접두어가 필요없을 정도로 작아야 마땅하다.
  • 자신의 기억력을 자랑하지 마라(p.31)
  • 클래스 이름: 클래스 이름과 객체 이름은 명사나 명사구가 적합하다.(p.32)
  • 메서드 이름: 메서드 이름은 동사나 동사구가 적합하다.(p.32)
  • 기발한 이름은 피하라(p.32)
  • 한 개념에 한 단어를 사용하라.(p.33)
    • 추상적인 개념하나에 단어 하나를 선택히 이를 고수한다.
  • 말장난을 하지마라(p.34)
    • 한 단어를 두 가지 목적으로 사용하지 마라.
  • 해법 영역에 가져온 이름을 사용하라.(p.34)
  • 문제 영역에서 가져온 이름을 사용하라.(p.34)
    • 적절한 ‘프로그래머 용어'가 없다면 문제 영역에서 이름을 가져온다.
    • 우수한 프로그래머와 설계자라면 해법 영역과 문제 영역을 구분할 줄 알아야한다.
  • 의미 있는 맥락을 추가하라.(p.35)
    • 접두어를 추가해 변수가 좀 더 큰 구조에 속하다는 사실이 분명해진다.
  • 불필요한 맥락을 없애라(p.37)
• 좋은 이름을 선택하려면 설명 능력이 뛰어나야 하고 문화적인 배경이 같아야 한다.(p.38)

---

📝 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요.

• 코드를 짜면서 다양한 곳에서 이름을 붙여왔다. 배열을 쓸건데 이름을 귀찮으면 arr 이라고 쓴 적도 있고, 그냥 ``name또는obj` 라고 지은 적도 이다. 하지만 변수명에 신경 쓰기 시작하면서 최대한 변수에서 그 의미를 전달하기 위해 많은 고민을 하고 있다.
• 이러한 고민은 내가 클린코드를 작성하기 위한 기초를 다지고 있었던 것이라고 생각한다. 아직 해법 영역과 같은 영역을 통해 변수명을 짜는 것을 어렵지만, 위에 제시된 이름 짓기 규칙을 잘 적용해서 더욱더 명확하고 의미있는 이름을 짓는 것에 노력해야겠다.

---

🔍 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.

• jobQueue
  • 시스템 소프트웨어에서 작업 큐는 실행할 작업을 포함하는 작업 스케줄러 소프트웨어가 유지 보수하는 데이터 구조