16주차 - 7.44 이름 짓기

[DaehunGwak]

일시

2023.04.09.(일) 21:00

담당자

@Edwin222

[minkukjo]

느낀 점

• ㄹㅇㅋㅋ
• 결국 이름 짓기는 문화다. 각 팀의 컨벤션을 잘 따르자.
• 이름을 잘 짓는 것은 중요하다. DDD에서도 가장 먼저 하는 일이 StakeHolder들 모아두고 이름짓는거 (...)

[DaehunGwak]

• 이름을 고민하다보면 각 구성요소가 어떤 역할을 해야하는지 다시 고민하게 만들어주는 역할을 함
• 이름바꾸기 어렵지… 대부분 이름을 바꾸려고 하는 시도는 이 코드가 잘못되었다고 인지한 다음, 더 가독성 좋게 리팩토링하는 단계일 텐데, 의도조차 파악하기 쉽지 않으니… (시간이 드는건 어쩔수 없지만 최대한 해보려고 노력중)

[Edwin222]

정리

• 프로그래밍에서는 이름이 모든 것이다.

• 이름은 의도와 믿음을 잔뜩 드러낸다.

• 이름 짓기는 무언가 만들 때 마다 잠시 멈춰서 "내가 이걸 왜 만드는거지?" 하고 생각하는 것.

  • 아무리 해도 적절한 이름을 떠올릴 수 없다 -> 만들려고 했던 게 말도 안된다는 것

  • 문화를 존중하라

  • i, j, k 따위의 한 글자 변수명을 짓는것도 문화에 따라선 그럴 수 있다.

• 일관성

  • 도메인 지식에 대한 이야기
  • Order가 쇼핑 프로그램에선 주문이겠지만, 종교 관련 앱이라면 교단을 의미할 것.

• 이름 바꾸기는 더 어렵다

  • 좋은 이름을 짓더라도, 모든 것은 결국 변한다.
  • 안좋은 이름이 발견되었다면 즉시 바꿔라. 바꾸기 어렵다면 더 심각한 문제니 그것부터 개선해라.

도전해 볼 것

• 지나치게 일반적인 이름을 가진 함수나 메서드를 발견했다면 더 구체적으로 실제로 하는 일을 반영하게 바꿀 것.

  • EnergyComponent -> BossSkillResourceComponent

• 전통적인 이름인 user 대신 buyer를 사용하라 권했다. 비슷하게 습관적으로 사용하는데 개선할만한 이름?

  • ~Controller
  • ~Mananger
  • ~Handler
  • ~System
  • 수식어를 더 붙이건 다른 단어를 사용하건 하는게 좋다. 필요할 땐 써야하는데 여러 의미로 사용되면 안 된다고 봄.

개인적 경험

• 이름 짓기가 정말 어려운 상황은 적절한 단어를 이미 다른 곳에 다 사용하고 있는 상황
  • 비즈니스 로직에서 알고 싶어하는 UI 상태를 담아두는 클래스의 접미사를 지어야 하는 상황
  • UI State / UI Data가 이미 사용중이었음
  • 여러분은 뭐라고 이름 지을 것 같나요?