📚노마드 개발자 북클럽 '실용주의 프로그래머'(1기) 과제#6

📌 ASSIGNMENT 6. 22.03.24 THU

 

📎 오늘 TIL 3줄 요약

• 내가 완벽한 코드를 짤 것이라고 생각하지 마라.
• 클라이언트, 코드 설계 등에 계약을 명시하는 것이 도움이 된다.
• 모든 코드들은 피드백을 해가며 신중하게 짜라.

 

🔖 오늘 읽은 범위

4. 실용주의 편집증

 

 

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

• 실용주의 프로그래머는 자기 자신 역지 믿지 않는다. 어느 누구도, 심지어는 자기 자신도 완벽한 코드를 작성할 수 없음을 알기 때문에 실용주의 프로그래머는 자신의 실수에 대비한 방어책을 마련한다.
• DBC(Design By Contract) - 계약에 의한 설계. 프로그램의 정확성을 보장하기 위해 소프트웨어 모듈의 권리와 책임을 문서화하고 합의하는 데에 초점을 맞춤
  • 선행조건(precondition) - 루틴이 호출되기 위해 참이어야 하는 것(루틴의 요구 사항)
  • 후행 조건(postcondition) - 루틴이 자기가 할 것이라고 보장하는 것(루틴이 완료되었을 때 세상의 상태)
  • 클래스 불변식(class invariant) - 루틴의 내부 처리 도중에는 불변식이 참이 아닐 수도 있지만, 루틴이 끝나고 호출자로 제어권이 반환되는 시점에는 불변식이 참이 되어야 함.
  • 유효한 입력 범위, 경계 조건, 루틴이 전달할 것, 약속하지 않은 것 등을 나열하면 도움이 됨.
• 게으름뱅이 코드 - 시작하기 전에 자신이 수용할 것은 엄격하게 확인하고, 내어 줄 것에 대해서는 최소한도를 약속하는 것.
• 문제를 찾고 원인을 밝히기 위해서는 사고가 난 지점에서 일찍 멈추는 것이 유리하다.
• 일반적으로 죽은 프로그램이 끼치는 피해는 이상한 상태의 프로그램이 끼치는 피해보다 훨신 적은 법이다.
• "자신이 시작한 것은 자신이 끝내라." - 리소스를 할당하는 루틴이 해제 역시 책임져야 한다.
• "작은 단계들을 밟아라. 언제나." - 언제나 신중하게 작은 단계들을 밟아라. 더 진행하기 전에 피드백을 확인하고 조정하라. 피드백의 빈도를 여러분의 제한 속도라고 생각하라.

 

💬 오늘 소감은? 떠오르는 소감을 간단하게 적어보세요

• 오늘은 책을 읽는데 왜인지 집중력이 자꾸 떨어졌다. 처음 접해보는 개념들과 내가 모르는 언어의 코드들이 많이 나와서 그런듯하다.
• 계약에 의한 설계(DBC)는 정말 처음 알게되는 개념인데 그 내용이 쉬운 듯 하면서도 모호해서 100% 알게된 것 같지는 않다. 앞으로 코드 설계 경험을 더 쌓은 후에 책을 다시 보면 이게 그 내용이구나! 할 것 같다.
• 코드를 짤 때 피드백을 버릇처럼 해야겠다고 생각했다. 이 챕터에서는 클린 코드에 대해서는 언급하지 않았지만, 코드 리뷰 받으면서 정말 코드 다운 코드를 짜고 싶다.