TIL (Today I Learned)

2022.02.20

오늘 읽은 범위

2장. 의미 있는 이름

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

• 컴파일러나 인터프리터만 통과하려는 생각으로 코드를 구현하는 프로그래머는 스스로 문제를 일으킨다. (p.25)

• 한 개념에 한 단어를 사용하라. 추상적인 개념 하나에 단어 하나를 선택해 이를 고수한다. (p.33)

• 프로그래머는 코드를 최대한 이해하기 쉽게 짜야 한다. 집중적인 탐구가 필요한 코드가 아니라 대충 훑어봐도 이해할 코드 작성이 목표다. 의미를 해독할 책임이 독자에게 있는 논문 모델이 아니라 의도를 밝힐 책임이 저자에게 있는 잡지 모델이 바람직하다. (p.34)

• 일반적으로는 짧은 이름이 긴 이름보다 좋다. 단, 의미가 분명한 경우에 한해서다. 이름에 불필요한 매각을 추가하지 않도록 주의한다. (p.37)

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

• 일관성 있는 코드를 위해서 팀원들과 회의실에서 반나절을 보낸적도 있다. 어떤 사람은 get으로 하자, 또 다른 사람은 retrieve로 하자는 식의 대립도 종종 있었다. 설계 단계에서 그렇게 규칙을 정해놓더라도 규칙이 어긋나는 경우가 많아서 아쉬웠다. 특히 규모가 큰 프로젝트는 더더욱 그랬다.

• 메서드와 변수명을 짓는것은 너무나도 어렵다. 영어를 조합해야 해서 변수명 지어주는 사이트를 종종 이용한적도 있다. 변수명을 짧게 짓는 것이 좋지 않을까 생각해서 의미를 생략하거나 약어를 많이 썼었는데 지금 생각해보니 변수명이 길더라도 정확한 의미 전달만 된다면 그게 훨씬 나았을 거라고 생각한다. 약어를 많이 조합해두면 내가 작성한 코드라도 시간이 지나면 알아보기가 힘든 경우가 많다.

• 가끔 영어가 아닌 한글로 변수명 또는 메서드명을 짓는다면 조금 수월해질까 하는 생각도 든다.😅

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