From eed10004dd3aa959a3fa2676d33193300c86fb74 Mon Sep 17 00:00:00 2001 From: ymkim97 Date: Thu, 11 Jun 2026 23:36:02 +0900 Subject: [PATCH 1/8] chapter 6,7,8,9 --- .../ymkim97/chapter6_7_8_9.md | 34 +++++++++++++++++++ 1 file changed, 34 insertions(+) create mode 100644 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md diff --git a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md new file mode 100644 index 00000000..a3d4d261 --- /dev/null +++ b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md @@ -0,0 +1,34 @@ +# 개발자 원칙 +## 6장 ~ 9장 +--- +## Chapter 6 - 목표를 달성하는 나만의 기준, GPAM +늘 막연하게 머리속에 달성하고자 하는 것들이 있었는데, GPAM을 이용하여 더 가시적으로 목표를 세우고 달성하는 방법을 주로 설명하고 있다. +책에 쓰여있는 것처럼 사실 GPAM이라는 말을 안 쓸 뿐이지, 회사라는 조직에 있다보면 GPAM이 어떠한 방식으로든 기본으로 되어 있는 것 같다. +꽤 SDLC과 비슷하지만, 일상 생활에도 사용할 수 있다는 점이 특이했다. +나도 매일의 생활과 회사 생활에서 GPAM을 실천해보기로 했다. +하지만 이 항목 중에서는 나에게 가장 어려워 보이는 건 평가인 것 같다. +적절한 Measure 기준을 세우는 것부터 많은 연습이 필요할 것 같다. +요새 AI를 이용하면 더 효과적으로 Measure를 할 수 있지 않을까 생각한다. + +## Chapter 7- 프로덕트 중심주의 +개발자로서 궁극적으로 어떤 것이 중심이어야 하는지 다시 한번 리마인드 해주는 장이었다. +개발자는 대부분 회사에서 그 회사의 프로덕트를 고도화하는 것이 일이라 당연하게 여길 것이라고 생각한다. +그러나 그 익숙함에 빠져 프로덕트가 빠진 목표를 향해 개발 학습을 할 수 있다는 것을 배웠다. +그렇게 된다면 보다 더 깊지 못한 고민을 하게 되어 성장 속도에 영향을 미친다고 한다. +현재 회사의 프로덕트 말고도, 사이드 프로젝트 등을 통해 나만의 프로덕트에도 집중하여 더 빠르고 높게 성장하고 싶다. + +## Chapter 8 - 제어할 수 없는 것에 의존하지 않기 +대략 2년전, 인프랩의 최종 면접에서 뵈었던 향로님이 나름 반가웠다. +제목이 내용 자체이었다. +그렇다면 현재 나에게 필요한 것은 어떤 것이 제어할 수 있고 없는지 구분하는 것이라고 생각했다. +지금은 개발이나 팀원으로서 이 원칙을 많이 적용해볼 수 있을 것 같고, 나중에 언젠가 조직을 만들거나 관리하는 시니어 레벨이 되면 자연스럽게 조직 쪽에 원칙을 적용할 수 있지 않을까 생각한다. + +## Chapter 9- 달리는 기차의 바퀴를 갈아 끼우기 +제목부터 너무 공감이 가는 이야기였다. +회사의 서비스가 돌아가면서 여러 개발자가 배포하는 모습을 지켜보거나 내가 해보면, 딱 저 말이 무엇을 말하는지 바로 느낄 수 있었다. +행동 강령 중 “일단 동작하게 만든 다음 더 좋게 만들어라”가 꽤 마음에 들었고 현실적으로 느껴졌다. +해당 저자의 원칙 “많이 읽고, 많이 쓰고, 많이 생각하자”는 개발뿐만이 아니라 어떠한 영역에서도 중요할 것 같다고 생각한다. + +## 논의 내용 +* 9장에서 코드 읽기 연습을 많이 해야한다고 합니다. AI가 있다고 하더라도 아직은 코드를 읽을 줄 아는 것은 필요하기에 공감이 가는데요, 각자 연습하는 방식이 있으면 공유해보면 좋을 것 같습니다. + * 저는 오픈소스 라이브러리를 주로 보며 최대한 많이 코드를 이해보려고 노력하는 편입니다. 평소에 많이 쓰는 라이브러리를 보면 생각보다 재미있어 가끔 찾아봅니다. \ No newline at end of file From cfffd6de0c8fb46fb4e7e4eebafa2ec84e95693e Mon Sep 17 00:00:00 2001 From: Youngmyung Kim Date: Thu, 11 Jun 2026 23:39:59 +0900 Subject: [PATCH 2/8] Update 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com> --- 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md index a3d4d261..bfdea2db 100644 --- a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md +++ b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md @@ -2,7 +2,7 @@ ## 6장 ~ 9장 --- ## Chapter 6 - 목표를 달성하는 나만의 기준, GPAM -늘 막연하게 머리속에 달성하고자 하는 것들이 있었는데, GPAM을 이용하여 더 가시적으로 목표를 세우고 달성하는 방법을 주로 설명하고 있다. +늘 막연하게 머릿속에 달성하고자 하는 것들이 있었는데, GPAM을 이용하여 더 가시적으로 목표를 세우고 달성하는 방법을 주로 설명하고 있다. 책에 쓰여있는 것처럼 사실 GPAM이라는 말을 안 쓸 뿐이지, 회사라는 조직에 있다보면 GPAM이 어떠한 방식으로든 기본으로 되어 있는 것 같다. 꽤 SDLC과 비슷하지만, 일상 생활에도 사용할 수 있다는 점이 특이했다. 나도 매일의 생활과 회사 생활에서 GPAM을 실천해보기로 했다. From 105b02821847da701dbf284c9529b3d45e5df86d Mon Sep 17 00:00:00 2001 From: Youngmyung Kim Date: Thu, 11 Jun 2026 23:40:12 +0900 Subject: [PATCH 3/8] Update 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com> --- 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md index bfdea2db..aeb63c5e 100644 --- a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md +++ b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md @@ -4,7 +4,7 @@ ## Chapter 6 - 목표를 달성하는 나만의 기준, GPAM 늘 막연하게 머릿속에 달성하고자 하는 것들이 있었는데, GPAM을 이용하여 더 가시적으로 목표를 세우고 달성하는 방법을 주로 설명하고 있다. 책에 쓰여있는 것처럼 사실 GPAM이라는 말을 안 쓸 뿐이지, 회사라는 조직에 있다보면 GPAM이 어떠한 방식으로든 기본으로 되어 있는 것 같다. -꽤 SDLC과 비슷하지만, 일상 생활에도 사용할 수 있다는 점이 특이했다. +꽤 SDLC와 비슷하지만, 일상 생활에도 사용할 수 있다는 점이 특이했다. 나도 매일의 생활과 회사 생활에서 GPAM을 실천해보기로 했다. 하지만 이 항목 중에서는 나에게 가장 어려워 보이는 건 평가인 것 같다. 적절한 Measure 기준을 세우는 것부터 많은 연습이 필요할 것 같다. From fef32694a4ccbd5e5ab1fa9f604df7c56c0632d3 Mon Sep 17 00:00:00 2001 From: Youngmyung Kim Date: Thu, 11 Jun 2026 23:40:19 +0900 Subject: [PATCH 4/8] Update 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com> --- 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md index aeb63c5e..9123ba43 100644 --- a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md +++ b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md @@ -23,7 +23,7 @@ 그렇다면 현재 나에게 필요한 것은 어떤 것이 제어할 수 있고 없는지 구분하는 것이라고 생각했다. 지금은 개발이나 팀원으로서 이 원칙을 많이 적용해볼 수 있을 것 같고, 나중에 언젠가 조직을 만들거나 관리하는 시니어 레벨이 되면 자연스럽게 조직 쪽에 원칙을 적용할 수 있지 않을까 생각한다. -## Chapter 9- 달리는 기차의 바퀴를 갈아 끼우기 +## Chapter 9 - 달리는 기차의 바퀴를 갈아 끼우기 제목부터 너무 공감이 가는 이야기였다. 회사의 서비스가 돌아가면서 여러 개발자가 배포하는 모습을 지켜보거나 내가 해보면, 딱 저 말이 무엇을 말하는지 바로 느낄 수 있었다. 행동 강령 중 “일단 동작하게 만든 다음 더 좋게 만들어라”가 꽤 마음에 들었고 현실적으로 느껴졌다. From 592d6d1c98fa325231f3e7a403f0202a6bc12cb7 Mon Sep 17 00:00:00 2001 From: Youngmyung Kim Date: Thu, 11 Jun 2026 23:40:28 +0900 Subject: [PATCH 5/8] Update 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com> --- 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md index 9123ba43..ece0f29d 100644 --- a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md +++ b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md @@ -31,4 +31,4 @@ ## 논의 내용 * 9장에서 코드 읽기 연습을 많이 해야한다고 합니다. AI가 있다고 하더라도 아직은 코드를 읽을 줄 아는 것은 필요하기에 공감이 가는데요, 각자 연습하는 방식이 있으면 공유해보면 좋을 것 같습니다. - * 저는 오픈소스 라이브러리를 주로 보며 최대한 많이 코드를 이해보려고 노력하는 편입니다. 평소에 많이 쓰는 라이브러리를 보면 생각보다 재미있어 가끔 찾아봅니다. \ No newline at end of file + * 저는 오픈소스 라이브러리를 주로 보며 최대한 많이 코드를 이해해 보려고 노력하는 편입니다. 평소에 많이 쓰는 라이브러리를 보면 생각보다 재미있어 가끔 찾아봅니다. \ No newline at end of file From 8108cd9fa400de4baf2d815ba04f14524bf7600e Mon Sep 17 00:00:00 2001 From: Youngmyung Kim Date: Thu, 11 Jun 2026 23:40:37 +0900 Subject: [PATCH 6/8] Update 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com> --- 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md index ece0f29d..5b0fab22 100644 --- a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md +++ b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md @@ -19,7 +19,7 @@ ## Chapter 8 - 제어할 수 없는 것에 의존하지 않기 대략 2년전, 인프랩의 최종 면접에서 뵈었던 향로님이 나름 반가웠다. -제목이 내용 자체이었다. +제목이 내용 자체였다. 그렇다면 현재 나에게 필요한 것은 어떤 것이 제어할 수 있고 없는지 구분하는 것이라고 생각했다. 지금은 개발이나 팀원으로서 이 원칙을 많이 적용해볼 수 있을 것 같고, 나중에 언젠가 조직을 만들거나 관리하는 시니어 레벨이 되면 자연스럽게 조직 쪽에 원칙을 적용할 수 있지 않을까 생각한다. From fe42019ca05a4ff36c86afa6b19082b535e9f75e Mon Sep 17 00:00:00 2001 From: Youngmyung Kim Date: Thu, 11 Jun 2026 23:40:46 +0900 Subject: [PATCH 7/8] Update 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com> --- 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md index 5b0fab22..8b434a01 100644 --- a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md +++ b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md @@ -18,7 +18,7 @@ 현재 회사의 프로덕트 말고도, 사이드 프로젝트 등을 통해 나만의 프로덕트에도 집중하여 더 빠르고 높게 성장하고 싶다. ## Chapter 8 - 제어할 수 없는 것에 의존하지 않기 -대략 2년전, 인프랩의 최종 면접에서 뵈었던 향로님이 나름 반가웠다. +대략 2년 전, 인프랩의 최종 면접에서 뵈었던 향로님이 나름 반가웠다. 제목이 내용 자체였다. 그렇다면 현재 나에게 필요한 것은 어떤 것이 제어할 수 있고 없는지 구분하는 것이라고 생각했다. 지금은 개발이나 팀원으로서 이 원칙을 많이 적용해볼 수 있을 것 같고, 나중에 언젠가 조직을 만들거나 관리하는 시니어 레벨이 되면 자연스럽게 조직 쪽에 원칙을 적용할 수 있지 않을까 생각한다. From 98c5e144afcbfd37fa27ed2f727b0aab0705334a Mon Sep 17 00:00:00 2001 From: Youngmyung Kim Date: Thu, 11 Jun 2026 23:40:53 +0900 Subject: [PATCH 8/8] Update 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md Co-authored-by: gemini-code-assist[bot] <176961590+gemini-code-assist[bot]@users.noreply.github.com> --- 2026/Developer_Principles/ymkim97/chapter6_7_8_9.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md index 8b434a01..5237f92b 100644 --- a/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md +++ b/2026/Developer_Principles/ymkim97/chapter6_7_8_9.md @@ -10,7 +10,7 @@ 적절한 Measure 기준을 세우는 것부터 많은 연습이 필요할 것 같다. 요새 AI를 이용하면 더 효과적으로 Measure를 할 수 있지 않을까 생각한다. -## Chapter 7- 프로덕트 중심주의 +## Chapter 7 - 프로덕트 중심주의 개발자로서 궁극적으로 어떤 것이 중심이어야 하는지 다시 한번 리마인드 해주는 장이었다. 개발자는 대부분 회사에서 그 회사의 프로덕트를 고도화하는 것이 일이라 당연하게 여길 것이라고 생각한다. 그러나 그 익숙함에 빠져 프로덕트가 빠진 목표를 향해 개발 학습을 할 수 있다는 것을 배웠다.