Clean Code Challenge

미루고 미루던 개발자 필독서 '클린코드'를 다른 사람들과 함께 읽으면서 후기를 공유하면 동기부여도 되고 완독도 할 수 있을 것 같아서 신청했다.우선 첫 날은 책 인증부터 😁 3주동안 빡세게 독서해보자 !

사소한 곳에서 발휘되는 정직은 사소하지 않다깨끗한 코드를 작성하는 프로그래머는 빈 캔퍼스를 우아한 작품으로 만드는 화가와 같다.중복을 피하라, 한 기능만 수행하라, 제대로 표현하라, 작게 추상화하라, 이상이다.

의도를 분명히 밝혀라.의미있게 구분하라한 개념에 한 단어를 사용하라

작게 만들어라 !한가지만 해라 !한 개념에 한 단어를 사용하라2022.04.26 ~2022.04.273장. 함수함수를 만드는 첫째 규칙은 '작게!'다. 함수를 만드는 둘째 규칙은 '더 작게!'다. 이 규칙은 근거를 대기가 곤란하다 …

주석은 나쁜 코드를 보완하지 못한다.코드로 의도를 표현하라 !정말로 좋은 주석은, 주석을 달지 않을 방법을 찾아낸 주석이라는 사실2022.04.28 ~2022.04.294장. 주석우리는 코드로 의도를 표현하지 못해, 그러니까 실패를 만회하기 위해 주석을 사용한다.

코드 형식은 중요하다 !신문 기사처럼 작성하라변수 선언. 변수는 사용하는 위치에 최대한 가까이 선언한다.2022.05.025장. 형식 맞추기무엇보다 먼저, 한 가지를 분명히 짚고 넘어가자. 코드 형식은 중요하다! 너무 중요해서 무시하기 어렵다. 너무나도 중요하므로 융통

자료를 세세하게 공개하기보다는 추상적인 개념으로 표현하는 편이 좋다.객체 지향 코드에서 어려운 변경은 절차적인 코드에서 쉬우며, 절차적인 코드에서 어려운 변경은 객체 지향 코드에서 쉽다.우수한 소프트웨어 개발자는 편견없이 이 사실을 이해해 직면한 문제에 최적인 해결책을

오류 코드보다 예외를 사용하라Try-Catch-Finally 문부터 작성하라미확인 예외를 사용하라7장 오류 처리그래서 오류가 발생하면 예외를 던지는 편이 낫다. 그러면 호출자 코드가 더 깔끔해진다.

TDD 법칙 세 가지F.I.R.S.T테스트 코드가 방치되어 망가지면 실제 코드도 망가진다. 테스트 코드를 깨끗하게 유지하자.2022.05.07 ~2022.05.089장 단위 테스트TDD법칙첫째 법칙: 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다.둘

클래스는 작아야 한다!클래스는 인스턴스 변수 수가 작아야 한다.클래스는 변경이 쉬워야 한다.2022.05.10 ~2022.05.1110장 클래스함수의 크기 : 물리적인 행의 수로 측정클래스의 크기 : 클래스가 맡은 책임을 셈클래스 이름은 해당 클래스 책임을 기술해야 한