DAY 4

🔖 오늘 읽은 범위 : 2장 의미있는 이름

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

</aside>

• 변수나 함수의 이름을 보고 의도를 분명히 알 수 있도록 해야한다.
• 단순히 컴파일러나 인터프리터만 통과하려는 생각으로 코드를 구현하는 프로그래머는 스스로 문제를 일으킨다. 컴파일러를 통과할지라도 연속된 숫자를 덧붙이거나 불용어를 추가하는 방식은 적절하지 못하다. 이름이 달라야 한다면 의미도 달라져야 한다.
• 검색했을 때 하나의 함수나 변수가 나오는 것이 아니라 여러개가 검색되는 경우 나중에 버그나 생겼을때 유지보수하기 어렵기때문에 검색하기 용이한 이름을 선택하는 것이 좋다.
• 나중에 합류하는 직원에게 설명해야하는 코드는 좋은코드가 아니다. 재미난 이름보다는 명료한 이름을 선택하여 별다른 설명을 하지않아도 의미를 파악할 수 있도록 하는것이 중요하다.

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

</aside>

• 프로그래머가 가장 힘들어하는 일에 대한 설문으로 가장 많이 뽑힌건 이름짓기이다. 이를 도와주기위한 여러 사이트까지 나올 정도이니 개발자들이 얼마나 어려워하는지 알것이다.

• 나 역시 개발을 하면서 가장 심사숙고하는 부분이 이름짓는것이다. 과연 어떤 이름이 좋은 이름일까 많은 고민을 한다고 했던것 같은데 책을 읽으면서 부족한 부분을 많이 깨달았다. 긴 변수 이름을 피하고자 의미를 모르게 줄여버렸던 적도 있었고, 테스트코드니까, 주석 달았으니까 라는 핑계로 test01, test02같은 정말 의미없는 코드를 양산 했던 적도 있었기때문에 많이 반성했다.
• 지난 챕터와도 연결되는 부분이 있다고 생각하는데 결국 유지보수하기 쉬운 코드를 만드는 방법은 의미가 있는 이름을 짓는것도 큰 역할을 한다고 생각한다.
• 이름을 지을때 가장 고민해야할 부분은 무엇일까? 결국 나는 가장 중요한것은 협업하는 팀원들이 그 이름을 보고 의미를 파악할 수 있는 코드가 가장 좋은 코드라고 생각한다. 하지만 나는 그동안 팀에 앞으로 합류하는 직원이 이해할 수 있는 코드인가는 생각하지 않았던것 같다. 이부분을 앞으로 고려해야겠다고 생각했다.

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

</aside>

• 유사한 개념은 유사한 표기법을 사용하지만 흡사한 이름을 사용하지 않도록 주의하는 부분은 많은 고민을 필요로 하지않을까? 이부분은 많은 고민이 필요할것같다.

기록하신 TIL을 공유해주세요 - TIL 출석표

클린코드_스케쥴러_TIL 출석표 (노개북1기)

소감 3줄 요약