개발자 99% 커뮤니티에서 수다 떨어요!
TIL (Today I Learned)
2022.02.20
오늘 읽은 범위
2장. 의미있는 이름
책에서 기억하고 싶은 내용을 써보세요.
의도를 분명하게
cell[status] == FLAGGED
보단 cell.isFlagged()
그릇된 정보는 자제
.계정을 담는 컨테이너가 실제 List가 아니라면 프로그래머에게 그릇된 정보를 제공하는 셈이다 (p. 24)
흡사한 이름 안 쓰게
semantic => a,b 대신 source, destination
발음쉬운거
인코딩피하기 (특히 I 쓰는거)
기억력 자랑하지 말기 => i,j,k 는 괜찮음
클래스명은 명사, 메서드명은 동사
유머러스한 이름 피하기
한 개념에 한 단어 사용하기, 하지만 맥락이 다르면 당연히 다른 단어를 사용하기
solution domain 에서 가져온 용어 사용 => 안되면 문제영역에서
의미있는 맥락 추가, 불필요한 맥락은 삭제
읽은 소감은? 떠오르는 생각을 가볍게 적어보세요
평소에 Interface 명을 정할 때 I 를 자주붙이는 편인데, 이게 안좋은 관습이라는 것을 깨달았다.
분명히 평소에 신경쓰며 코드에 적용시키려고 노력함에도 한 두가지는 인지 못한 채로 해왔던 것 같다. 다음 부터는 잘 적용시켜야지.
궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.