Day 08 🔖 오늘 읽은 범위 : 4장 주석 (p.68~p.83) 😃 책에서 기억하고 싶은 내용 나쁜 코드에 주석을 달지 마라. 새로 짜라.(p.68) 잘 달린 주석은 그 어떤 정보보다 유용하다. 경솔하고 근거 없는 주석은 코드를 이해하기 어렵게 만든다. 오래되고 조잡한 주석은 거짓과 잘못된 정보를 퍼뜨려 해악을 미친다.(p.68) 부정확한 주석은 아예 없는 주석보다 훨씬 더 나쁘다.(p.69) 진신을 한 곳에만 존재한다. 바로 코드다. 코드만이 자기가 하는 일을 진실되게 말한다. 코드만이 정확한 정보를 제공하는 유일한 출처다. 그러므로 우리는 주석을 가능한 줄이도록 꾸준히 노력해야 한다.(p.69) 자신이 저지른 난장판을 주석으로 설명하려 애쓰는 대신에 그 난장판을 깨끗이 치우는 데 시간을 보내라!(..

Day 07 🔖 오늘 읽은 범위 : 3장 함수 (p.54~p.65) 😃 책에서 기억하고 싶은 내용 부수 효과는 거짓말이다. 함수에서 한 가지를 하겠다고 약속하고선 남몰래 다른 짓도 하니까.(p.54) 일반적으로 출력 인수는 피해야 한다. 함수에서 상태를 변경해야 한다면 함수가 속한 객체 상태를 변경하는 방식을 택한다.(p.56) 함수는 뭔가를 수행하거나 무언가에 답하거나 둘 중 하나만 해야 한다. 둘 다 하면 안 된다. 객체 상태를 변경하거나 아니면 객체 정보를 반환하거나 둘 중 하나다. 둘 다 하면 혼란을 초래한다.(p.56) try/catch 블록은 원래 추하다. 코드 구조에 혼란을 일으키며, 정상 동작과 오류 처리 동작을 뒤섞는다. 그러므로 try/catch 블록을 별도 함수로 뽑아내는 편이 좋다...

Day 06 🔖 오늘 읽은 범위 : 3장 함수 (p.40~p.54) 😃 책에서 기억하고 싶은 내용 함수를 만드는 첫째 규칙은 '작게!'다. 함수를 만드는 둘째 규칙은 '더 작게!'다.(p.42) if 문/else 문/while 문 등에 들어가는 블록은 한 줄이어야 한다는 의미다. 대게 거기서 함수를 호출한다. 그러면 바깥을 감싸는 함수가 작아질 뿐 아니라, 블록 안에서 호출하는 함수 이름을 적절히 짓는다면, 코드를 이해하기도 쉬워진다.(p.44) 함수는 한 가지를 해야 한다. 그 한 가지를 잘해야 한다. 그 한 가지만을 해야 한다.(p.44) 함수가 '한 가지'만을 하는지 판단하는 방법이 하나 더 있다. 단순히 다른 표현이 아니라 의미 있는 이름으로 다른 함수를 추출할 수 있다면 그 함수는 여러 작업을 ..

Day 04 🔖 오늘 읽은 범위 : 2장 의미있는 이름 (~p.33) 😃 책에서 기억하고 싶은 내용 의도를 분명히 밝혀라.(p.22) 좋은 이름을 지으려면 시간이 걸리지만 좋은 이름으로 절약하는 시간이 훨씬 더 많다.(p.22) 그릇된 정보를 피하라.(p.24) 의미 있게 구분하라.(p.25) 발음하기 쉬운 이름을 사용하라.(p.27) 검색하기 쉬운 이름을 사용하라.(p.28) 긴이름이 짧은 이름보다 좋다. 검색하기 쉬운 이름이 상수보다 좋다.(p.28) 인코딩을 피하라.(p.29) 자신의 기억력을 자랑하지 마라.(p.31) 똑똑한 프로그래머와 전문가 프로그래머 사이에서 나타나는 차이점 하나만 들자면, 전문가 프로그래머는 명료함이 최고라는 사실을 이해한다. 전문가 프로그래머는 자신의 능력을 좋은 방향으로..

Day 03 🔖 오늘 읽은 범위 : 1장 깨끗한 코드 (~p.20) 😃 책에서 기억하고 싶은 내용 캠프장은 처음 왔을 때 보다 더 깨끗하게 해놓고 떠나라.(p.19) 이 책을 읽는다고 뛰어난 프로그래머가 된다는 보장은 없다. '코드 감각'을 확실히 얻는다는 보장도 없다. 단지 뛰어난 프로그래머가 생각하는 방식과 그들이 사용하는 기수과 기교와 도구를 소개할 뿐이다. (p.20) 🤔 오늘 읽은 소감과 떠오르는 생각 오늘은 어제 읽은 부분을 다시 한번 읽어보면서 되새기고 남은 부분을 읽으면서 1장 깨끗한 코드 부분을 모두 읽었다. '이 책을 읽는다고 뛰어난 프로그래머가 된다는 보장은 없다. '코드 감각'을 확실히 얻는다는 보장도 없다. 단지 뛰어난 프로그래머가 생각하는 방식과 그들이 사용하는 기수과 기교와 도..