반응형 독서/클린코드_노개북36 [노개북] 클린코드 11일차 - 노마드 코더 💩 리팩터링 전 🥰 리팩터링 후 🤔 느낀 점 자바스크립트에서 시간관련 함수가 있나 검색하는 시간이 꽤 길었습니다. => 결론은 시간 관련 함수 없이 예시로 나온 로직으로 리팩터링 하는 것이였습니다. => 생각해보니 로직을 변경하면 리팩터링이라고 하기 좀 뭐한 것 같습니다. 어떻게 해야할지 고민하다가 잘 작성하신분 코드를 참고했습니다. => 갓갓갓 플린님 링크 => 타입스크립트로 리팩터링 하신 분 => 개인적으로 되게 깔끔하다고 느낀 코드 확실히 어떤 코드가 깨끗한 코드이고 더려운 코드인지 판단 할 수 있게 된것 같습니다. 2022. 1. 31. [노개북] 클린코드 10일차 - 노마드 코더 😀 책에서 기억하고 싶은 내용을 써보세요. 코드 형식은 의사소통의 일환이다. => 의사소통은 전문 개발자의 일차적인 의무다. => 오늘 구현한 코드의 가동성은 앞으로 바뀔 코드의 품질에 지대한 영향을 미친다. 신문 기사처럼 작성하라 => 이름은 간단하면서도 설명이 가능하게 짓는다. => 이름만 보고도 올바른 모듈을 살펴보고 있는지 아닌지를 판단할 정도로 신경 써서 짓는다. => 소스 파일 첫 부분은 고차원 개념과 알고리즘을 설명한다. => 아래로 내려갈수록 의도를 세세하게 묘사한다. => 마지막에는 가장 저 차원 함수와 세부 내역이 나온다. 변수 선언 => 우리가 만든 함수는 매우 짧으므로 지역 변수는 각 함수 맨 처음에 선언한다. => 루프를 제어하는 변수는 흔히 루프 문 내부에 선언한다. ex) fo.. 2022. 1. 30. [노개북] 클린코드 9일차 - 노마드 코더 😀 책에서 기억하고 싶은 내용을 써보세요. 함수나 변수로 표현할 수 있다면 주석을 달지 마라 => 함수나 변수에 정보를 담자는 것에 한 단계 더 세밀한 내용이라고 생각합니다. => 함수나 변수에 뚜렷한 정보를 담았다면 주석을 추가할 필요가 없다. 공로를 돌리거나 저자를 표시하는 주석(Bad case) => 코드를 작성한 사람의 이름을 작성하는 것 => 예전에 한번 사용해볼까도 했던 부분인데 생각해보면 시간이 지나면 거짓된 정보가 될 수 있다. => 리팩터링을 꾸준히 거치고 다양한 사람의 손에 의해 수정된다면 저자는 필요 없을 것 같다. => 차라리 이런 정보는 주석이 아니라 블로그에 처음 작성했던 코드를 같이 작성하면 어떨까 싶다. 전역 정보와 너무 많은 정보 => 주석을 달아야 한다면 근처에 있는 코드.. 2022. 1. 29. [노개북] 클린코드 8일차 - 노마드 코더 😀 책에서 기억하고 싶은 내용을 써보세요. 주석은 나쁜 코드를 보완하지 못한다 => 나쁜 코드에 주석을 달지 마라. 새로 짜라 - 브라이언 W. 커니핸, P.J. 플라우거 - => 경솔하고 근거 없는 주석은 코드를 이해하기 어렵게 만든다. => 오래되고 조잡한 주석은 거짓과 잘못된 정보를 퍼뜨려 해악을 미친다. 주석은 오래될수록 완전히 그릇될 가능성도 커진다. => 프로그래머들이 주석을 유지하고 보수하기란 현실적으로 불가능하다. 주석을 달기로 결정했다면 충분한 시간을 들여 최고의 주석을 달도록 노력한다. 🤔 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요. TODO 주석은 니꼬쌤의 강의에서 작성한걸 한번 보고 자주 사용하고있습니다. => 자주는 아니더라도 조금씩 사용하고 있던걸 봐서 내심 기분이 좋.. 2022. 1. 28. [노개북] 클린코드 7일차 - 노마드 코더 😀 책에서 기억하고 싶은 내용을 써보세요. 함수 인수 3개는 가능한 피하는게 좋고, 4개 이상은 특별한 이유가 필요하다(특별한 이유가 있어도 X). 함수 이름에 키워드를 추가하는 형식. => 즉, 함수 이름에 인수 이름을 넣는다. => assertEquals보다 assertExpectedEqualsActual(expected, actual)이 더 좋다. => 인수 순서를 기억할 필요가 없어진다. 명령과 조회를 분리하라! => 함수는 뭔가를 수행하거나 뭔가에 답하거나 둘 중 하나만 해야한다. 둘 다 하면 안된다. => 객체 상태를 변경하거나 아니면 객체 정보를 반환하거나 둘 중 하나다. 🤔 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요. 이항 함수 assertEquals(expected, actua.. 2022. 1. 28. [노개북] 클린코드 6일차 - 노마드 코더 😀 책에서 기억하고 싶은 내용을 써보세요. 함수를 작게 만들어라 => 100줄을 넘어서는 절대 안 되고, 20줄도 길다. => 3000줄이나 되는 끔찍한 함수를 만들지 말자. => if 문/else 문/while 문 등에 들어가는 블록은 한 줄이어야 한다. => 중첩 구조가 생길 만큼 함수가 커져서는 안 된다. 그래야 함수는 읽고 이해하기 쉬워진다. 한 가지만 해라! => 함수는 한 가지를 해야 한다. 그 한 가지를 잘해야 한다. 그 한 가지만을 해야 한다. => 단순히 다른 표현이 아니라 의미 있는 이름으로 다른 함수를 추출할 수 있다면 그 함수는 여러 작업을 하는 셈이다. 코드는 위에서 아래로 이야기처럼 읽혀야 좋다. => 한 함수 다음에는 추상화 수준이 한 단계 낮은 함수가 온다. 서술적인 이름을 .. 2022. 1. 26. 이전 1 2 3 4 5 6 다음
