[노개북] 클린코드 29일차 - 노마드 코더

노마드코더

 

 

 

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

• 프로그램을 망치는 가장 좋은 방법 중 하나는 개선이라는 이름 아래 구조를 크게 뒤집는 행위다.
  • 어떤 프로그램은 그저 그런 '개선'에서 결코 회복하지 못한다.
    => '개선' 전과 똑같이 프로그램을 돌리기가 아주 어렵기 때문이다.
• TDD는 언제 어느 때라도 시스템이 돌아가야 한다는 원칙을 따른다.
  • TDD는 시스템을 망가뜨리는 변경을 허용하지 않는다.
    => 변경을 가한 후에도 시스템이 변경 전과 똑같이 돌아가야 한다는 말이다.

 

 

 

 

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

1. 테스트 코드의 중요성을 오늘 또 느꼈습니다.
   => 테스트코드는 처음 의도에서 벗어나지 않게 해줍니다.
   => 테스트코드는 안정적으로 프로그램을 개선 할 수 있게 도와줍니다.

 

 

 

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

• 이 책을 읽으면서 TDD는 필수라는 느낌을 많이 받았습니다.  그렇다면 TDD의 단점이 궁금합니다.
  • SI프로젝트에서는 소프트웨어의 품질보다 납기일 준수가 훨씬 중요하기 때문에
    TDD방식을 잘 사용하지 않는다고 합니다.
  • 블로그의 글을 찾아보니, 테스트 코드를 작성해야 하는 번거로움 때문에 생산성 저하가 발생한다고 합니다.
    => 가장 큰 이유는 TDD를 배워야 한다는게 큰 것 같습니다.

 

 

 

👀 소감 3줄 요약

• 그저 그런 프로그램 개선은 결코 회복되지 않는다.
• 개선을 하면서 로직이 틀어진 적이 상당히 많았어서 공감이 되는 파트였습니다.
• TDD! 테스트! 테스트!!