diff --git a/2025/Domain-Driven Design Quickly/donghyeon/ch1~8.md b/2025/Becoming a Better Programmer/donghyeon/ch1~8.md
similarity index 100%
rename from 2025/Domain-Driven Design Quickly/donghyeon/ch1~8.md
rename to 2025/Becoming a Better Programmer/donghyeon/ch1~8.md
diff --git a/2025/Becoming a Better Programmer/donghyeon/ch24~33.md b/2025/Becoming a Better Programmer/donghyeon/ch24~33.md
new file mode 100644
index 00000000..22e93d76
--- /dev/null
+++ b/2025/Becoming a Better Programmer/donghyeon/ch24~33.md	
@@ -0,0 +1,25 @@
+# 더 나은 프로그래머 되는법 1주차 - ch24~33
+
+## 논의
+
+팀이나 프로젝트에서 '완료'의 기준을 어떻게 설정하고, 그것이 실제로 잘 지켜지고 있는지,  
+'충분하면 멈추는 것'과 '완벽주의' 사이에서 어떻게 균형을 잡는지 이야기해보면 좋을 것 같습니다.  
+
+저는 회사에서 팀 단위로 일하지 않고 도메인 전문가와 1:1로 이야기하다보니 구체적인 인수 조건(Acceptance Criteria, AC)를  
+명확하게 정의하려고 노력합니다. 그리고 모든 AC가 통과되면 '완료'했다고 간주합니다.  
+그런데 AC에 없어도 사용자 편의 기능이 생각나면 최대한 기능을 넣어주려고 하다보니 의도치 않게 야근을 하는 경우가 생기기도 합니다.  
+그래서 '충분하면 멈추는 것'과 '완벽주의' 사이의 균형이 어렵게 느껴지는 것 같습니다.  
+
+
+## 내용
+
+- 남을 가르쳐보는 것도 효과적이다.
+- 기술적 기량만큼 태도, 특히 윤리적인 태도 역시 중요하다.
+- 윤리적인 프로그래머는 생산물의 품질에 대해 책임을 질 줄 알아야한다.
+- 항상 바른 자세로 프로그래밍하자.
+- 자주 휴식을 취하고 걸어 다니며, 눈의 초점을 조절하자.
+- '열심히'보다는 '현명하게'하자.
+- 적절한 도구를 사용하고, 바퀴를 재발명하지 않으며, 다른 사람에게 위임하고, 꼭 필요한 일만 하는 것이 현명하게 일하는 방법이다.
+- 우선순위를 설정하고 가장 긴급하거나 가치가 높은 일에 집중하자.
+- 자주 해야하는 작업은 가능하다면 자동화하자.
+- 작업의 완료 상태를 명확하게 정의하는 것은 중요하다. 이는 언제 작업을 멈춰야 할지 알려준다.