TIL (Today I Learned)

2022.02.20

오늘 읽은 범위

2장. 의미있는 이름

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

• 발음하기 어려운 이름은 토론하기도 어렵다. 바보처럼 들리기 십상이다. “흠, 여기 비 씨 알 3 씨 엔 티에 피 에스 지 큐 int가 있군요. 보입니까?” 발음하기 쉬운 이름은 중요하다. (p. 27)

• 이름 길이는 범위 크기에 비례해야 한다. [N5] 변수나 상수를 코드 여러 곳에서 사용한다면 검색하기 쉬운 이름이 바람직하다. (p. 28)

• 똑똑한 프로그래머와 전문가 프로그래머 사이에서 나타나는 차이점 하나만 들자면, 전문가 프로그래머는 명료함이 최고라는 사실을 이해한다. 전문가 프로그래머는 자신의 능력을 좋은 방향으로 사용해 남들이 이해하는 코드를 내놓는다. (p.32)

• 사람들이 이름을 바꾸지 않으려는 이유 하나는 다른 개발자가 반대할까 두려워서다. (p.38)

• 여느 코드 개선 노력과 마찬가지로 이름 역시 나름대로 바꿨다가는 누군가 질책할지도 모른다. 그렇다고 코드를 개선하려는 노력을 중단해서는 안 된다. (p.38)

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

• 옛날의 프로그래밍은 얼마나 고통(?)스러웠을지.. 지금 개발을 하고 있는 것에 고마워졌다. 변수 이름에 타입을 인코딩해서 기억하고, 멤버 변수 접두어를 붙이고, 쓸데없는 정보들이 변수에 들어가고 의미를 축약하느라 짧아져서 의미를 추론하느라 힘들었을 것 같다 😂

• 인터페이스 클래스와 구현 클래스에 대한 이야기는 인터페이스 클래스에 I를 붙이는게 관습이 됐다보니, 오히려 구현 클래스에 인코딩을 붙이는게 많이 어색하게 느껴졌다. 나도 구닥다리 개발자가 되고있나 🥺

• “사람들이 이름을 바꾸지 않으려는 이유 하나는 다른 개발자가 반대할까 두려워서다” 라는 말이 많이 공감 됐다. 실제로 개발하면서 가장 많은 시간을 할애하는 것은 네이밍이어서 개발하면서 이상한 이름으로 지어놓고 나중에 변경한 적도 많았던.. 추억이 떠올랐다.

• 오늘 하루 짠 코드를 점검하는 차원에서, 오늘 읽은 장에서 소개한 규칙을 잘 지켰나.. 하고 살펴보는 시간을 가져보는 것도 좋을 것 같다. 단기적인 효과도, 장기적인 이익도 보장된다는 저자의 말을 직접 체험해보고 싶다 ;)

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