클린코드 TIL #05

TIL-Assignment #05(2022.02.22[화])

DAY 05

📓 오늘 읽은 범위

• 03장 함수

---

💡 책에서 기억하고 싶은 내용을 써보세요

• 직관적인 함수를 작성하는 방법
  • 작게 만들어라!(p.42)
    • 함수를 만드는 첫째 규칙은 ‘작게!’다. 함수를 만드는 둘째 규칙은 ‘더 작게!’다.
    • 중첩 구조가 생길만큼 함수가 커져서는 안된다. 그러므로 함수에서 들여쓰기 수준은 1단이나 2단을 넘어서는 안 된다. 당연한 말이지만, 그래야 함수는 읽고 이해하기 쉬워진다.
  • 한 가지만 해라! (p.44)
    • 함수는 한 가지를 해야한다. 그 한가지를 잘 해야 한다. 그 한가지만을 해야한다.
    • 단순히 다른 표현이 아니라 의미 있는 이름으로 다른 함수를 추출할 수 있다면, 그 함수는 여러 작업을 하는 셈이다.
  • 함수 당 추상화 수준은 하나로! (p.45)
    • 위에서 아래로 코드 읽기: 내려가기 규칙
      • 위에서 아래로 프로그램을 읽으면 함수 추상화 수준이 한 번에 한 단계씩 낮아진다. 이것을 내려가기 규칙이라 부른다.
  • Switch 문(p.47)
    • 일반적으로 나는 switch 문을 단 한 번만 참아준다. 다형적 객체를 생성하는 코드 안에서다. 이렇게 상속 관계로 숨긴 후에는 절대로 다른 코드에 노출하지 않는다.
  • 서술적인 이름을 사용하라(p.49)
    • “코드를 읽으면서 짐작했던 기능을 각 루틴이 그대로 수행한다면 깨끗한 코드라 불러도 되겠다.” 한 가지만 하는 작은 함수에 좋은 이름을 붙인다면 이런 원칙을 달성함에 있어 이미 절반은 성공했다.
  • 함수 인수 (p.50)
    • 함수에서 이상적인 인수 개수는 0개(무항)다. 다음은 1개(단항)고, 다음은 2개(이항)다. 3개(삼항)는 가능한 피하는 편이 좋다.
    • 플래그 인수: 플래그 인수는 추하다.
  • 부수 효과를 일으키지 마라!(p.54)
    • 출력인수: 일반적으로 인수는 피해야 한다. 함수에서 상태를 변경해야 한다면 함수가 속한 객체 상태를 변경하는 방식을 택한다.
  • 명령과 조회를 분리하라(p.56)
    • 진짜 해결책은 명령과 조회를 분리해 혼란을 애초에 뿌리뽑는 방법이다.
  • 오류 코드보다 예외를 사용하라!(p.57)
  • 반복하지 마라! (p.60)
  • 구조적 프로그래밍 (p.61)
  • 함수를 어떻게 짜죠? (p.61)
    • 소프트웨어를 짜는 행위는 여느 글짓기와 비슷하다. 논문이나 기사를 작성할 때는 먼저 생각을 기록한 후 읽기 좋게 다듬는다.

📝 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요.

“하지만 진짜 목표는 시스템이라는 이야기를 풀어가는 데 있다는 사실을 명심하기 바란다."

• 함수를 짜는 것은 글짓기와 마찬가지라는 것에 공감하게 되었다. 책에서 작가도 함수를 짤때 처음에는 길고 복잡하게 쓰고 그것을 다듬으며 완성해나가고 있다. 하지만 그 와중에 단위 테스트는 반드시 수행하고 있다고 한다. 나는 어떻게 함수를 짜고 있는가를 돌아보았을 때, 생각나는 것을 그대로 나열만 한 함수도 많았고, 함수명이 명확하지 않은 것도 많았고, 하나의 함수가 너무 여러가지 기능을 하게 하다보니 디버깅이 무척 힘들었던 적도 있었다.
• 이제는 나도 좋은 함수를 만들기 위해, 더 많이 생각하고 그 생각을 코드에 녹이기 위한 준비를 해나가야겠다.
• 아직 인수를 3개 미만으로 써야하고, 어떤 행위는 하지말라는 등의 말을 모두 다 받아들이긴 힘들겠지만, 그 만큼 많은 사람들이 추천하는 책이니, 나에게 알맞게 적용해 나가는 연습을 이번기회에 하는 것이 어떨까라는 생각이 든다.

🔍 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.

• 구조적 프로그래밍(structured programming)
  • 구조화 프로그래밍으로도 불리며 프로그래밍 패러다임의 일종인 절차적 프로그래밍의 하위 개념으로 볼 수 있다. GOTO문을 없애거나 GOTO문에 대한 의존성을 줄여주는 것으로 가장 유명하다.