개발자 원칙 sprint 12 - 김종필

2026/Developer_Principles/Chapter 06_목표를 달성하는 나만의 기준, GPAM.md

@@ -0,0 +1,22 @@
+## Summary
+
+- https://github.com/jongfeel/BookReview/issues/1754
+
+## Review
+
+- https://github.com/jongfeel/BookReview/issues/1754#issuecomment-4602909253
+
+## 리뷰
+
+GPAM의 내용은 확실히 좋은 게 맞다.
+하지만 실제로 실천해 보지 않고는 알 수 없다.
+
+실천의 결과를 보고 계획을 조금씩 세우고 변경하는 것도 해볼 수 있다.
+하지만 역시 안해봐서 못하는 것이다.
+
+책에서도 건강해지기 위한 목표가 왜 실패하는지 설명해 준다.
+흔히 하는 다른 걸 대입해봐도 마찬가지다.
+다이어트, 금연, 재테크, 독서, 운동 등등.
+
+그리고 피드백과 평가는 중요하다.
+그게 데이터가 되고 다시 어떤 방향으로 목표와 계획을 잡아야 할지 알려주기 때문이다.

2026/Developer_Principles/Chapter 07_프로덕트 중심주의.md

@@ -0,0 +1,15 @@
+## Summary
+
+- https://github.com/jongfeel/BookReview/issues/1761
+
+## Review
+
+- https://github.com/jongfeel/BookReview/issues/1761#issuecomment-4649654065
+
+## 리뷰
+
+바이브 코딩 시대에 더 와닿고 이해하기 쉬운 주제를 잘 이야기 해주고 있다.
+특히 AI 시대에도 프로덕트는 사람이 결정한다는 부분에서 주제 의식이 흔들리지 않고 프로덕트에 대한 이야기를 잘 풀어줘서 좋다.
+
+특히 제대로된 프로덕트를 만들기 위해서는 협업이 무엇보다 중요한데,
+개발자의 협업의 기술적인 부분 말고도 커뮤니케이션과 협의 부분에 있어서는 기본적이면서도 중요한 얘기를 해 주고 있다. 

2026/Developer_Principles/Chapter 08_제어할 수 없는 것에 의존하지 않기.md

@@ -0,0 +1,14 @@
+## Summary
+
+- https://github.com/jongfeel/BookReview/issues/1764
+
+## Review
+
+- https://github.com/jongfeel/BookReview/issues/1764#issuecomment-4660043610
+
+## 리뷰
+
+이 분의 핵심 메시지도 간단하고 확실하다.
+제어할 수 있는 것에 집중하고 좋은 결정을 해서 그게 개발이든 조직 관리든 적용해 보자는 것이다.
+
+특히 개발 쪽보다는 좋은 조직을 만들기 위한 노력과 그 생각의 흐름이 좋은 것 같아서 다시 리마인드 하는 시간을 가져보게 되었다.  

2026/Developer_Principles/Chapter 09_달리는 기차의 바퀴를 갈아 끼우기.md

@@ -0,0 +1,28 @@
+## Summary
+
+- https://github.com/jongfeel/BookReview/issues/1766
+
+## Review
+
+- https://github.com/jongfeel/BookReview/issues/1766#issuecomment-4676625856
+
+## 리뷰
+
+중요하다고 생각하는 원칙을 크게 세 가지로 잘 설명해 주고 있다.
+
+- 동작하는 코드와 그 이후에 고민할 부분들
+- 기술 부채
+- 삽질이지만 사실 근본적인 걸 경험하면서 그 과정에서 배우는 걸 중요하게 생각하자
+
+그리고 많이 읽고, 쓰고, 생각하는 건 개발을 넘어서 꾸준히 하면 좋은 원칙이라고 본다.
+개발 아니고 다른 걸 한다고 해도 이 부분은 꼭 필요하다고 본다.
+
+## 논의주제
+
+여기서 바퀴의 재발명 이야기가 나오는데 책에 나온대로 바퀴를 재발명할 필요가 없다가 기본적으로 알고 있는 내용이긴 합니다.
+하지만 바퀴를 다시 만들어보면서 얻는 게 많다는 점에서 저도 그런 경험을 해본 게 있기 때문에 공감이 갔습니다.
+
+이미 있는 거지만 다시 만들어본 경험이 있다면 어떤 것들이 있는지 얘기해 보면 좋을 것 같습니다.
+
+저는 2009년~2010년 쯤 애플리케이션 아키텍처인 MVVM 패턴에 대해 접하고 구현하면서 그 전에 구현했던 방법과 다른 개념이라는 점에서 많이 힘들었고 그리고 좋아했었습니다.
+후에 다른 회사 면접 과제도 그렇고 제가 다시 MVVM에 대해 새로 만들어보면서 그 동안 써보기만 해서 알았던 것과 또 다른 경험을 해보면서 많은 걸 배웠던 기억이 있습니다.