ThinkAboutSoftware · tttghost · May 29, 2025 · May 15, 2025 · gemini-code-assist · May 15, 2025
diff --git a/2025/Becoming a Better Programmer/tttghost/Chapter9~13.md b/2025/Becoming a Better Programmer/tttghost/Chapter9~13.md
@@ -0,0 +1,18 @@
+**9장 예상치 못한 것을 예상하기**  
+예상하지 못한 것은 결코 이상하다는게 아니다. 이 한마디가 크게 와 닿았습니다. 언제든 코드나 어떤 주변환경이든 예상치못한 변수가 발생할 수 있기에 미리미리 예상치 못한 걸 예상해서 대비하는 습관을 기르는 것이 중요하다 생각이 듭니다.
-예상하지 못한 것은 결코 이상하다는게 아니다. 이 한마디가 크게 와 닿았습니다. 언제든 코드나 어떤 주변환경이든 예상치못한 변수가 발생할 수 있기에 미리미리 예상치 못한 걸 예상해서 대비하는 습관을 기르는 것이 중요하다 생각이 듭니다.
+예상하지 못한 것은 결코 이상한 것이 아니다. 이 한마디가 크게 와 닿았습니다. 언제든 코드나 어떤 주변 환경이든 예상치 못한 변수가 발생할 수 있기에 미리미리 예상치 못한 걸 예상해서 대비하는 습관을 기르는 것이 중요하다고 생각합니다.
-예상하지 못한 것은 결코 이상하다는게 아니다. 이 한마디가 크게 와 닿았습니다. 언제든 코드나 어떤 주변환경이든 예상치못한 변수가 발생할 수 있기에 미리미리 예상치 못한 걸 예상해서 대비하는 습관을 기르는 것이 중요하다 생각이 듭니다.
+예상하지 못한 것은 결코 이상한 것이 아니다. 이 한마디가 크게 와 닿았습니다. 언제든 코드나 어떤 주변 환경이든 예상치 못한 변수가 발생할 수 있기에 미리미리 예상치 못한 걸 예상해서 대비하는 습관을 기르는 것이 중요하다고 생각합니다.
+
+**10장 버그 사냥하기**  
+더 나은 프로그래머는 더 나은 버그를 만들뿐
+버그가 발생하지 않는 것은 아니다. 버그는 필연적인 것이며 마딱들였을때 해결하는 자세와 능력이 필요하다. 너무 영리한 코드를 짜면 오히려 버그를 잡기 힘들 수 있다. 레이어적으로 낮게 짜되 서로 커플링이 심하지 않게 짜 추후 생길 버그를 대비할수있다.
-버그가 발생하지 않는 것은 아니다. 버그는 필연적인 것이며 마딱들였을때 해결하는 자세와 능력이 필요하다. 너무 영리한 코드를 짜면 오히려 버그를 잡기 힘들 수 있다. 레이어적으로 낮게 짜되 서로 커플링이 심하지 않게 짜 추후 생길 버그를 대비할수있다.
+버그가 발생하지 않는 것은 아니다. 버그는 필연적인 것이며 맞닥뜨렸을 때 해결하는 자세와 능력이 필요합니다. 너무 영리한 코드를 짜면 오히려 버그를 잡기 힘들 수 있습니다. 레이어적으로 낮게 짜되 서로 커플링이 심하지 않게 짜서 추후 생길 버그에 대비할 수 있습니다.
-버그가 발생하지 않는 것은 아니다. 버그는 필연적인 것이며 마딱들였을때 해결하는 자세와 능력이 필요하다. 너무 영리한 코드를 짜면 오히려 버그를 잡기 힘들 수 있다. 레이어적으로 낮게 짜되 서로 커플링이 심하지 않게 짜 추후 생길 버그를 대비할수있다.
+버그가 발생하지 않는 것은 아니다. 버그는 필연적인 것이며 맞닥뜨렸을 때 해결하는 자세와 능력이 필요합니다. 너무 영리한 코드를 짜면 오히려 버그를 잡기 힘들 수 있습니다. 레이어적으로 낮게 짜되 서로 커플링이 심하지 않게 짜서 추후 생길 버그에 대비할 수 있습니다.
+
+**11장 테스트 하기**  
+저는 아직 테스트코드룰 제대로 작성해 본 적이 없기에 이 부분을 제일 심도깊게 읽었습니다. 최근 테스트코드룰 제외 한 CI를 구축해본 일이 있는데 테스트코드작성에 필요성을 책울 보며 다시한번 느꼇습니다. 반복적인 일은 기계가 가장 잘 하기에...
-저는 아직 테스트코드룰 제대로 작성해 본 적이 없기에 이 부분을 제일 심도깊게 읽었습니다. 최근 테스트코드룰 제외 한 CI를 구축해본 일이 있는데 테스트코드작성에 필요성을 책울 보며 다시한번 느꼇습니다. 반복적인 일은 기계가 가장 잘 하기에...
+저는 아직 테스트 코드를 제대로 작성해 본 적이 없기에 이 부분을 제일 심도깊게 읽었습니다. 최근 테스트 코드를 제외한 CI를 구축해본 일이 있는데 테스트 코드 작성의 필요성을 책을 보며 다시 한번 느꼈습니다. 반복적인 일은 기계가 가장 잘하기에...
-저는 아직 테스트코드룰 제대로 작성해 본 적이 없기에 이 부분을 제일 심도깊게 읽었습니다. 최근 테스트코드룰 제외 한 CI를 구축해본 일이 있는데 테스트코드작성에 필요성을 책울 보며 다시한번 느꼇습니다. 반복적인 일은 기계가 가장 잘 하기에...
+저는 아직 테스트 코드를 제대로 작성해 본 적이 없기에 이 부분을 제일 심도깊게 읽었습니다. 최근 테스트 코드를 제외한 CI를 구축해본 일이 있는데 테스트 코드 작성의 필요성을 책을 보며 다시 한번 느꼈습니다. 반복적인 일은 기계가 가장 잘하기에...
+
+**12장 복잡도 다루기**  
+블롭과 라인에 대한 개념이 나오는데 결국 이 두 부분을 조율하는 것은 사람입니다. 좋은 설계를 통해 복잡도를 줄이먀 추상화 할수 있는 부분과 인터페이스화 할수있는 부분에 대해 자속적 고민을 해야 복잡도가 낮은 프로그래밍을 할 수 있다 생각합니다.
-블롭과 라인에 대한 개념이 나오는데 결국 이 두 부분을 조율하는 것은 사람입니다. 좋은 설계를 통해 복잡도를 줄이먀 추상화 할수 있는 부분과 인터페이스화 할수있는 부분에 대해 자속적 고민을 해야 복잡도가 낮은 프로그래밍을 할 수 있다 생각합니다.
+블롭과 라인에 대한 개념이 나오는데 결국 이 두 부분을 조율하는 것은 사람입니다. 좋은 설계를 통해 복잡도를 줄이며 추상화할 수 있는 부분과 인터페이스화할 수 있는 부분에 대해 지속적 고민을 해야 복잡도가 낮은 프로그래밍을 할 수 있다고 생각합니다.
-블롭과 라인에 대한 개념이 나오는데 결국 이 두 부분을 조율하는 것은 사람입니다. 좋은 설계를 통해 복잡도를 줄이먀 추상화 할수 있는 부분과 인터페이스화 할수있는 부분에 대해 자속적 고민을 해야 복잡도가 낮은 프로그래밍을 할 수 있다 생각합니다.
+블롭과 라인에 대한 개념이 나오는데 결국 이 두 부분을 조율하는 것은 사람입니다. 좋은 설계를 통해 복잡도를 줄이며 추상화할 수 있는 부분과 인터페이스화할 수 있는 부분에 대해 지속적 고민을 해야 복잡도가 낮은 프로그래밍을 할 수 있다고 생각합니다.
+
+**13장 두 개의 시스템에 대한 이야기**  
+두개의 도시에 비유해서 설명한 내용이 좋았습니다. 저는 첫번째도시에 살고 있는 느낌이긴 하지만 이 책을 보며 왜 테스트코드를짜야하며 설계를 왜 해야하는지 가장 크게 느껴진 챕터 라고 생각이 듭니다.
-두개의 도시에 비유해서 설명한 내용이 좋았습니다. 저는 첫번째도시에 살고 있는 느낌이긴 하지만 이 책을 보며 왜 테스트코드를짜야하며 설계를 왜 해야하는지 가장 크게 느껴진 챕터 라고 생각이 듭니다.
+두 개의 도시에 비유해서 설명한 내용이 좋았습니다. 저는 첫 번째 도시에 살고 있는 느낌이긴 하지만 이 책을 보며 왜 테스트 코드를 짜야 하며 설계를 왜 해야 하는지 가장 크게 느껴진 챕터라고 생각합니다.
-두개의 도시에 비유해서 설명한 내용이 좋았습니다. 저는 첫번째도시에 살고 있는 느낌이긴 하지만 이 책을 보며 왜 테스트코드를짜야하며 설계를 왜 해야하는지 가장 크게 느껴진 챕터 라고 생각이 듭니다.
+두 개의 도시에 비유해서 설명한 내용이 좋았습니다. 저는 첫 번째 도시에 살고 있는 느낌이긴 하지만 이 책을 보며 왜 테스트 코드를 짜야 하며 설계를 왜 해야 하는지 가장 크게 느껴진 챕터라고 생각합니다.
+
+**논의사항: **  
+테스트코드에 대해 어느연차부터 사용 하셨는지 궁금합니다. 이 때 개발경험상 큰 이점이 있었는지 궁금합니다.