코딩 필독서11 클린코드3 챕터2로 넘어가며 의미있는 이름을 사용해야하는이유, 구체적으로 어떻게 사용하는지를 알아봤다. 클린한 코드를 작성하는데 가장 기초가 되는것은 이름이다. 나도 그렇게 까지 긴 코드를 아직은 짜보진 못했지만 저번에 했던 버거퀸프로그램 짤때만해도 느꼈다. 코드를 작성하다보면 나도모르게 엄청나게 많은 변수, 클래스, 메서드가 생긴다. 생길 때 마다 제대로 의미를 전달할 수 있는 이름을 만들어주는것은 힘들다. 저자는 먼저 의도를 분명히 밝히라고 한다. 코드가 아무리 간단해도 무엇을 하려는지 모르면 그것은 클린하다고 볼 수 없다. 의미만 잘 전달해도 함수가 하는 일을 알 수 있다. 그리고 그릇된 정보를 피하라고 한다. 에를 들어 hypotenuse를 hp라고 변수명을 지정해주면, 나중에 다른 사람이 코드를 읽었을 때.. 2022. 11. 21. 클린코드2 저자는 C++의 창시자 비야네 스트롭스트룹에게도 깨끗한 코드에 대해 물었다. 그는 논리가 간단해야 한다고하고, 의존성을 줄여야 유지보수가 쉬워진다고 한다고 했다. 그는 효율을 두번이나 언급했다. 여기서 말하는 효율은 속도뿐아니라 cpu자원을 낭비하는 코드는 바람직하지 않다고 한다. Object Oriented Analysis and Design with Application의 저자 그래디부치는 가독성을 강조했다. 클린한 코드는 잘 쓴 문장처럼 읽혀야 한다고 한다. OTI의 창립자 데이브 토마스는 가독성을 강조하지만 클린한 코드는 다른 사람이 고치기 쉽다고 단언했다. 그는 테스트 케이스와 연관지었다. 실제로 테스트 케이스가 없는 코드는 클린한 코드가 아니다. 론 제프리스는 중복을 피하고, 한기능만 수행하고.. 2022. 11. 19. 클린코드1 어제 section1을 회고하며 개발자 필독서를 추천받았다. 그중 맘에드는 두권을 샀다. 하루에 적어도 10페이지 남짓만 읽어도 충분하다고 해서 오늘부터 읽어 보려한다. 책이 매우 두껍고 글자가 엄청나게 작다. 하지만 읽어보려고 한다. 챕터가 시작하기전부터 깨끗한 코드를 작성하는 방법을 자전거에 비유했다. 개념만 안다고 탈 수 있는게 아니라 직접 쳐보고 부딪혀봐야 터득할 수 있다고 한다. 나쁜코드로 인해 회사가 망하는 경우도 있다고 한다. 나는 최근에 배웠던 캡슐화, 의존성 주입, 이런것들이 생각 났다. 캡슐화로 의존성을 낮춰야 좋은 코드라고 배웠다. 캡슐화가 잘 되어있어야 유지보수가 쉽고 문제를 일으킬 확률도 훨씬 적기 때문이다. 저자는 나쁜코드는 쌓일수록 생산성은 0에 근접한다고 한다. 프로그래머들은.. 2022. 11. 18. 이전 1 2 3 다음