Add ch01~08

Author: dhlee3994

2025/Domain-Driven Design Quickly/donghyeon/ch1~8.md

@@ -0,0 +1,26 @@
+# 더 나은 프로그래머 되는법 1주차 - ch01~08
+
+## 논의
+
+챕터 3의 생각해보기(p64) 1번 물음(간결한 논리적 표현을 사용하는가? 간결한 표현이 너무 간결하여 이해하기 어렵지는 않은가?)을 논의주제로하면 재밌을 것 같다는 생각이 들었습니다.  
+
+간결하면서 가독성이 좋은 코드의 기준은 매우 주관적이기 때문에 이를 위해 팀원들 간의 합의가 중요하다고 생각합니다.    
+모든 "간결 vs 가독성" 문제를 합의해서 문서화 한다는 것은 불가능하고, 팀의 방향을 정하고 코드 리뷰 등을 통해서 판단해야할 것 같습니다.  
+
+회사에서 또는 팀 프로젝트를 할 때, 이런 "간결 vs 가독성" 문제를 어떻게 풀어나가는지 사례를 공유하면 좋을 것 같습니다.
+
+
+## 내용
+
+- 평범한 프로그래머와 훌륭한 프로그래머의 차이는 **태도**에 있다.
+- 좋은 코드
+  - **올바르게 동작**하고, 이를 증명하는 적절한 테스트가 있으면 더욱 좋음 => 정확성
+  - 의도가 드러나있어 다른 프로그래머들이 쉽게 파악하고 이해할 수 있음 => 명백함, 일관성
+  - 유지보수가 쉽고, 확장하기도 쉬움
+- 자기만의 코드 스타일을 갖기 위해 지속적으로 다른 코드를 읽으며 경험을 쌓고 배우자
+- 더 많은 줄의 코드가 더 좋은 소프트웨어를 의미하지 않는다.
+- 오래된 코드를 다시 살펴보는 것은 코딩 기술 향상에 도움을 준다.
+- 코드를 파악하는 가장 좋은 방법은 이미 코드를 파악하고 있는 사람의 도움을 얻는 것이다. 도움 요청을 주저하지 말자.
+- 자전거는 자전거를 타봐야 탈 수 있다.
+- 보이스카우트 규칙을 따르라. **코드를 건드리기 이전보다 나아지도록 하라.**
+- 오류를 무시하지 말라.