vault backup: 2024-08-07 17:31:47

_posts/blog/posts/실용주의프로그래머/2024-08-06-실용주의프로그래머 7장 코딩하는 동안.md

@@ -343,4 +343,39 @@ camelCase나 snake_case도 해당 분야의 문화를 존중해야한다.
 
 ### 이름 바꾸기는 더 어렵다
 
-코드는 계속 변화하며 의미는 계속 변경된다. 그에 맞춰 부지런히 이름을 변경하지 않으면 잘못된 이름이 계속 사용될 수 있다.
+코드는 계속 변화하며 의미는 계속 변경된다. 그에 맞춰 부지런히 이름을 변경하지 않으면 잘못된 이름이 계속 사용될 수 있다.
+
+---
+
+## 후기
+
+이번 장에서는 일반적으로 코딩을 하면서 발생할 수 있는 위험 신호(?)를 어떻게 잘 감지하고, 잘 활용할 수 있는지에 대해 다루었다
+
+- topic 37 : 파충류의 뇌에 귀 기울이기
+	- 코딩을 하면서 무의식적으로 싸늘한 느낌이 들때 그 신호를 무시하지말고, 어떤 점에서 그 느낌이 드는지 생각해보고 테스트해봐라
+	- 이유를 잘 모르겠으면 산책을 하거나, 고무오리 기법을 사용할 수도 있다.
+- Topic 38 : 우연에 맡기는 프로그래밍
+	- 우연히 당시에만 잘 돌아가는 코드를 짤 수도 있다.
+	- 어떤 가정을 할 때, 그 가정이 합당한지 확인하라. 다른 사람에게 설명할때 합리적인지 생각하라
+- Topic 39 : 알고리즘의 속도
+	- 이론적 속도와 실제 환경에서의 속도가 다를 수 있다. 
+	- 성급한 최적화는 조심하되, 그 모듈이 정말 병목이라면 테스트해봐라
+- Topic 40 : 리팩터링
+	- 최대한 일찍, 자주 리팩터링을 진행하라. 
+	- 리팩터링을 할때는 단계를 작게 나누고, 기능추가를 하지말라. 
+	- 든든한 테스트가 있다면 리팩터링을 할때 큰 도움이 된다
+- Topic 41 : 테스트로 코딩하기
+	- 테스트의 가장 큰 이득은 테스트를 생각하고 작성할 때 생긴다. 
+	- 테스트는 메서드의 첫번째 사용자이다.
+	- 테스트 하기 쉬운 코드를 작성하다보면 결합도가 낮은 코드가 만들어진다.
+	- TDD는 좋지만 너무 중독되지는 말자. 항상 큰 문제를 우선하여 생각하라
+	- 실패하는 테스트를 방치하지 말라. 실패해도 무시하는 테스트가 생기면 점점 많아진다.
+- Topic 42 : 속성 기반 테스트
+	- (속성 = 계약 + 불변식)을 테스트하는 것으로, 어떤 가정을 테스트하기에 좋은 방식으로 보인다
+- Topic 43 : 바깥에서는 안전에 주의하라
+	- 보안과 관련된 것은 직접 만들지말고 가능한 이미 검증된 서비스를 사용하라
+	- 기본 보안 원칙을 지켜라
+		- 공격표면 최소화, 최소권한원칙, 안전한 기본값, 민감정보 암호화, 보안업데이트
+- Topic 44 : 이름짓기
+	- 코드에서 하는 역할에 따라 이름을 지어라. 
+	- 팀의 모든 사람이 같은 단어를 같은 뜻으로 사용하는 것이 좋다.