|
Size: 6327
Comment:
|
Size: 12369
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 3: | Line 3: |
| = AiGarden/ToJuniorsPatternLanguage = | = 생각하는 개발자의 길 = |
| Line 5: | Line 5: |
| 주니어 개발자들을 위한 프로그래밍 지혜를 Christopher Alexander의 패턴 언어로 변환하는 프로젝트. | ''주니어 개발자들을 위한 패턴 언어 - 35개의 실천적 중심이 엮어내는 성장의 서사'' 소프트웨어는 미리 정해진 설계도대로 조립되는 결과물이 아니라, 개발자의 인식과 코드의 언어가 조화를 이루며 씨앗으로부터 자라나는 것입니다. 이 패턴 언어는 그 생명력을 유지하며 시스템을 키워가는 과정을 담고 있습니다. |
| Line 9: | Line 11: |
| == Project Vision == | == 성장의 서사 (The Narrative) == |
| Line 11: | Line 13: |
| [[기술문서모음/ToJuniors]] 페이지의 27개 핵심 격언들을 개별 패턴으로 확장하여, 반격자(semi-lattice) 구조의 상호 연결된 지식 네트워크를 구축한다. 각 패턴은 이솝우화 스타일의 스토리텔링으로 작성되어 초보자들이 쉽게 이해하고 기억할 수 있도록 한다. | === 제1장: 명료한 인식 (Clear Perception) === |
| Line 13: | Line 15: |
| == Pattern Language Structure == | 프로그래밍은 단순한 지식의 적용을 넘어 숙련된 감각이 필요한 '''[[ArtisanMind|기예]]'''입니다. 개발자는 자신의 고정관념에 속지 않고 '''[[PresentMoment|지금 이 순간]]''' 시스템에서 실제로 일어나는 사실을 있는 그대로 보아야 합니다. |
| Line 15: | Line 17: |
| === Foundation Patterns (가장 기본적) === '''[[TinyExperiment]]''' (완성) - 작은 실험 환경을 통한 점진적 학습과 개발 ↳ enables → BabyStep, UseAbduction, HereAndNowDebugging ↳ used by → TddIsDesignActivity, PiecemealGrowthCenterFirst |
복잡한 현상에 매몰되지 않으려면 '''[[SingleFocus|한 번에 한 가지]]''' 목표에만 집중해야 하며, 자신의 사고 과정을 '''[[CognitiveMicroscope|인지 현미경]]'''으로 들여다보듯 세밀하게 관찰할 때 비로소 전문성이 쌓이기 시작합니다. |
| Line 20: | Line 19: |
| '''UseDataToMakeLogicSimple''' - 관심사 분리의 기본 원칙 ↳ supports → MakeDSL, DoNotMixLogicAndDataConstruction ↳ enables → FindCommonalityAndVariability |
=== 제2장: 언어와 이론 (Language and Theory) === |
| Line 24: | Line 21: |
| '''ProblemSpaceSolutionSpace''' - 근본적 사고 체계 ↳ guides → NamingIsDesignPractice, MakeItWorkThenMakeBetter ↳ supports → TddIsDesignActivity |
현실의 문제를 코드로 옮기기 위해서는 먼저 '''[[TwoWorlds|문제 공간과 해결 공간]]'''을 명확히 구분해야 합니다. 기술적인 도구를 고르기에 앞서 잘 정리된 '''[[DataAsFoundation|데이터를 기반]]'''으로 삼아 구조의 중심을 잡습니다. |
| Line 28: | Line 23: |
| === Intermediate Patterns (기초 위에 구축) === '''BabyStep''' - 핵심적 진화적 접근법 ↳ connected to → MicroCommit, ShortFeedbackCycle ↳ enables → PiecemealGrowthCenterFirst ↳ requires → DoNotGuessValidateIt |
우리는 추상적인 개념을 다루기 위해 '''[[MetaphorThinking|은유를 통해 사고]]'''하고, 적절한 이름을 붙이는 '''[[NamesAsDesign|이름 짓기를 설계 활동]]'''으로 수행하며 우리만의 '''[[LanguageBuilding|도메인 언어를 구축]]'''합니다. 이 언어는 시스템의 변화에 맞춰 '''[[LivingVocabulary|살아있는 어휘]]'''로 진화해야 하며, 이렇게 언어가 바로 설 때 비로소 거대한 '''[[ComplexityTaming|복잡성을 길들일]]''' 수 있습니다. |
| Line 34: | Line 25: |
| '''NamingIsDesignPractice''' - 추상화 생성 ↳ uses → ProblemSpaceSolutionSpace ↳ supports → MakeDSL ↳ enables → FindCommonalityAndVariability |
=== 제3장: 실행의 리듬 (The Rhythm of Execution) === |
| Line 39: | Line 27: |
| '''TddIsDesignActivity''' - 피드백을 통한 설계 ↳ uses → ProblemSpaceSolutionSpace, BabyStep ↳ requires → ShortFeedbackCycle, UseAbduction ↳ produces → RegressionTest |
소프트웨어에 생명력을 불어넣는 것은 멈추지 않는 맥박, 즉 리듬입니다. 완벽한 설계에 매몰되기보다 '''[[WorkingFirst|일단 작동하는 것]]'''을 먼저 만들고, 불확실한 지점에서는 '''[[TinyExperiment|작은 실험]]'''을 수행하며 1초 이내에 결과를 확인하는 '''[[TightLoop|촘촘한 피드백 루프]]'''를 유지합니다. |
| Line 44: | Line 29: |
| === Application Patterns (구체적 실천) === '''MicroCommit''' - 버전 제어 원칙 ↳ implements → BabyStep ↳ enables → PiecemealGrowthCenterFirst |
안전한 전진을 위해 '''[[BabySteps|작은 보폭]]'''을 유지하며, 각 단계의 완료를 '''[[AtomicCommit|원자적인 커밋]]'''으로 기록합니다. 가설을 세울 때는 '''[[ShortLeash|추측의 끈을 짧게 쥐고]]''' 수시로 검증하며, 실패했을 때는 즉시 안전한 '''[[GreenRefuge|초록색 피난처]]'''로 돌아옵니다. 마지막 5%의 자동화에 집착하지 않는 '''[[The95PercentRule|95%의 규칙]]'''은 실무적인 효율성을 지켜줍니다. |
| Line 49: | Line 31: |
| '''UseAbduction''' - 탐구 방법 ↳ supports → TddIsDesignActivity, HereAndNowDebugging ↳ opposite of → DoNotGuessValidateIt |
=== 제4장: 유기적 성장 (Organic Growth) === |
| Line 53: | Line 33: |
| '''HereAndNowDebugging''' - 디버깅 접근법 ↳ uses → UseAbduction, EliminateIntermediateLayers ↳ implements → DoNotGuessValidateIt |
리듬을 탄 시스템은 하나의 생명체처럼 자라납니다. 무질서한 확장이 아니라 가장 본질적인 가치를 담은 '''[[StrongCenter|강한 중심]]'''에서 시작해 바깥으로 펼쳐 나가는 '''[[OrganicGrowth|유기적 성장]]'''을 지향합니다. |
| Line 57: | Line 35: |
| === Meta-Patterns (과정 자체에 대한) === '''CraftNotScience''' - 개발 철학 ↳ manifests through → BabyStep, LastFivePercentAutomation ↳ guides → LearnFromExperts |
시스템을 키워가는 과정에서 불필요한 레이어를 걷어내고 문제에 직선으로 다가가는 '''[[DirectPath|직선 경로]]'''를 유지하십시오. 성장의 용기를 주는 것은 언제나 작동함을 보장하는 '''[[SafetyNet|안전망]]'''이며, 의존성을 끊어낸 '''[[CleanIsolation|깨끗한 격리]]'''를 통해 각 부분을 유연하게 유지해야 합니다. |
| Line 62: | Line 37: |
| '''LastFivePercentAutomation''' - 자동화의 한계 ↳ reflects → CraftNotScience ↳ requires → PairProgrammingWithJuniors |
=== 제5장: 공동체의 지혜 (Collective Wisdom) === |
| Line 66: | Line 39: |
| === Social Patterns (팀 역학) === '''PairProgrammingWithJuniors''' - 지식 전수 ↳ enables → LearnFromExperts ↳ uses → YesButYesAnd ↳ supports → LastFivePercentAutomation |
개인의 기예는 공동체 안에서 비로소 완성됩니다. 서로의 실력을 존중하는 '''[[TechnicalCommunity|기술 공동체]]''' 안에서, 두 명의 지혜를 하나로 모으는 '''[[SharedMind|공유된 정신]]'''을 실천합니다. |
| Line 72: | Line 41: |
| == Pattern Template == | 우리는 대화의 '''[[BuildingBridge|다리를 놓고]]''', 강물처럼 거침없이 '''[[FlowingFeedback|흐르는 피드백]]'''을 통해 함께 성장합니다. 앞서간 이로부터 '''[[MasterApprentice|암묵지를 전수받으며]]''' 자신만의 '''[[CraftPath|성장 경로]]'''를 걷습니다. |
| Line 74: | Line 43: |
| 각 패턴은 Alexander의 형식을 따르되, 이솝우화 스타일로 작성된다: | 이 여정 속에서 우리는 수많은 '''[[PatternHunting|패턴을 사냥]]'''하고, '''[[DetectiveWork|탐정의 수사]]'''처럼 버그를 추적하며, '''[[RootHunting|근본 원인을 찾아]]''' 제거합니다. 이러한 반복은 결국 데이터에 기반한 '''[[InstinctiveChoice|직관적인 선택]]'''을 가능하게 합니다. |
| Line 76: | Line 45: |
| {{{ #acl +All:read = PatternName = == Context == 언제 이 패턴이 적용되는가 == Problem == 스토리나 우화로 문제 상황 묘사 == Solution == 구체적이고 실행 가능한 해결책 문단 형태로 자연스럽게 서술 == Examples == 실제 개발 상황의 구체적 예시들 캐릭터와 스토리가 있는 경험담 == Resulting Context == 이 패턴 적용 후의 상황 == Related Patterns == * '''Uses:''' 이 패턴이 사용하는 다른 패턴들 * '''Used by:''' 이 패턴을 사용하는 패턴들 * '''Enables:''' 이 패턴이 가능하게 하는 패턴들 * '''Complements:''' 보완하는 패턴들 |
우리는 매일의 작은 호기심을 '''[[TinyResearch|5분 연구]]'''로 채우고, 수행하는 순간을 '''[[ActiveReflection|실시간으로 성찰]]'''하며, 하루의 끝에서 자신의 사고 과정을 '''[[ThinkingMirror|거울에 비추어]]''' 봅니다. 이 모든 실천이 하나로 엮일 때, 당신은 지속 가능한 소프트웨어를 만드는 성숙한 개발자가 됩니다. |
| Line 105: | Line 48: |
| CategoryPattern }}} |
|
| Line 108: | Line 49: |
| == Complete Proverb List == | == 패턴 목록 (Pattern Inventory) == |
| Line 110: | Line 51: |
| '''Data & Logic Design:''' 1. "use data to make logic simple" 2. "make DSL" 3. "do not mix logic and data construction" |
=== 제1장: 명료한 인식 관련 === * '''[[ArtisanMind]]''' - 프로그래밍을 순수한 과학보다 감각과 경험이 필요한 기예로 접근합니다. * ''연관: [[MasterApprentice]], [[InstinctiveChoice]], [[PresentMoment]]'' * '''[[PresentMoment]]''' - 일어나야 한다고 믿는 일보다 지금 실제로 일어나고 있는 현상에 집중합니다. * ''연관: [[DetectiveWork]], [[RootHunting]], [[ActiveReflection]]'' * '''[[SingleFocus]]''' - 한 번에 정확히 한 가지 일만 수행하여 컨텍스트 스위칭 비용을 제거합니다. * ''연관: [[AtomicCommit]], [[BabySteps]]'' * '''[[CognitiveMicroscope]]''' - 자신의 인지 과정을 세밀하게 관찰하여 암묵지를 명시화합니다. * ''연관: [[ThinkingMirror]], [[ActiveReflection]], [[MasterApprentice]]'' |
| Line 115: | Line 61: |
| '''Programming Philosophy:''' 4. "last 5% automation" 5. "craft, not science" 6. "Make it work, then make it better" 7. "problem space, solution space" 8. "naming itself is a design practice" 9. "programming is to make a language system" |
=== 제2장: 언어와 이론 관련 === * '''[[TwoWorlds]]''' - 무엇을 해결할 것인가(문제)와 어떻게 구현할 것인가(해결)를 명확히 구분합니다. * ''연관: [[DataAsFoundation]], [[LanguageBuilding]]'' * '''[[DataAsFoundation]]''' - 로직 이전에 단단한 데이터 구조를 먼저 설계하여 기반을 다집니다. * ''연관: [[LanguageBuilding]], [[ComplexityTaming]]'' * '''[[LanguageBuilding]]''' - 프로그래밍을 도메인을 표현하는 언어를 구축하는 과정으로 이해합니다. * ''연관: [[NamesAsDesign]], [[LivingVocabulary]]'' * '''[[NamesAsDesign]]''' - 이름을 짓는 행위 자체를 가장 중요한 설계 활동으로 다룹니다. * ''연관: [[LanguageBuilding]], [[LivingVocabulary]]'' * '''[[MetaphorThinking]]''' - 적절한 은유와 비유를 통해 복잡한 추상 개념을 이해 가능하게 만듭니다. * ''연관: [[LanguageBuilding]], [[PatternHunting]]'' * '''[[LivingVocabulary]]''' - 이해가 깊어짐에 따라 코드의 어휘를 지속적으로 정제하고 진화시킵니다. * ''연관: [[LanguageBuilding]], [[OrganicGrowth]]'' * '''[[ComplexityTaming]]''' - 추상화, 분해, 네이밍을 통해 복잡성을 다룰 수 있는 크기로 쪼갭니다. * ''연관: [[DataAsFoundation]], [[DirectPath]]'' |
| Line 123: | Line 77: |
| '''Programming Fundamentals:''' 10. "공통점과 차이점 찾기" (Find commonality and variability) |
=== 제3장: 실행의 리듬 관련 === * '''[[WorkingFirst]]''' - 우아함보다 먼저 작동하는 것을 만들어 진실을 드러냅니다. * ''연관: [[TinyExperiment]], [[BabySteps]]'' * '''[[TinyExperiment]]''' - 실패 비용이 거의 없는 가장 작은 실험으로 불확실성을 제거합니다. * ''연관: [[ShortLeash]], [[TightLoop]]'' * '''[[TightLoop]]''' - 변경과 피드백 사이의 시간을 1초 이내로 줄여 몰입을 유지합니다. * ''연관: [[BabySteps]], [[DesignThroughTest]]'' * '''[[BabySteps]]''' - 시스템 무결성을 유지하며 나아가는 가장 작은 보폭을 유지합니다. * ''연관: [[AtomicCommit]], [[GreenRefuge]]'' * '''[[AtomicCommit]]''' - 각 커밋이 하나의 완전하고 일관된 변경을 나타내도록 합니다. * ''연관: [[BabySteps]], [[FlowingFeedback]]'' * '''[[ShortLeash]]''' - 가설의 끈을 짧게 쥐고 수시로 확인하여 추측의 늪에 빠지지 않습니다. * ''연관: [[DetectiveWork]], [[TinyExperiment]]'' * '''[[GreenRefuge]]''' - 실패했을 때 5분 이내에 해결되지 않으면 즉시 안전한 작동 상태로 돌아갑니다. * ''연관: [[SafetyNet]], [[BabySteps]]'' * '''[[The95PercentRule]]''' - 마지막 5%의 자동화 비용이 수동의 가치보다 큰 경우 멈출 줄 압니다. * ''연관: [[WorkingFirst]], [[ComplexityTaming]]'' |
| Line 126: | Line 95: |
| '''TDD & Evolutionary Design:''' 11. "Baby Step" 12. "quickly step back to closest green-bar" 13. "TDD is a design activity" 14. "short feedback cycle" 15. "micro commit, one at a time" 16. "isolation" 17. "use abduction" 18. "piecemeal growth, center first" |
=== 제4장: 유기적 성장 관련 === * '''[[StrongCenter]]''' - 가장 본질적인 가치를 담은 핵심 로직을 먼저 단단하게 구축합니다. * ''연관: [[OrganicGrowth]], [[CleanIsolation]]'' * '''[[OrganicGrowth]]''' - 씨앗(핵심)에서부터 점진적으로 분화하며 시스템을 키워나갑니다. * ''연관: [[StrongCenter]], [[DirectPath]]'' * '''[[DirectPath]]''' - 불필요한 레이어를 제거하고 문제와 해결책 사이의 최단 거리를 유지합니다. * ''연관: [[ComplexityTaming]], [[OrganicGrowth]]'' * '''[[SafetyNet]]''' - 두려움 없이 수정할 수 있도록 기존 기능을 보장하는 회귀 테스트를 구축합니다. * ''연관: [[GreenRefuge]], [[DesignThroughTest]]'' * '''[[CleanIsolation]]''' - 의존성을 끊어내어 코드를 고립된 상태로 검증 가능하게 만듭니다. * ''연관: [[DesignThroughTest]], [[TightLoop]]'' * '''[[DesignThroughTest]]''' - 테스트를 검증이 아닌 인터페이스를 설계하는 도구로 사용합니다. * ''연관: [[CleanIsolation]], [[BabySteps]]'' |
| Line 136: | Line 109: |
| '''Testing & Debugging:''' 19. "eliminate/reduce intermediate layers" 20. "넘겨짚지 말고, 마술의 동작과 동작 사이를 잘 들여다보기" 21. "do not guess far. when you guess, validate it" 22. "regression test" 23. "Here and now debugging" '''Collaboration & Team:''' 24. "XP over Scrum for developers" 25. "pair programming with juniors" 26. "Yes, but / Yes, and" '''Learning & Expertise:''' 27. "Learn from experts (CTA, CDE)" == Implementation Strategy == '''Phase 1: Foundation (현재)''' * [x] [[TinyExperiment]] (완성) * [ ] UseDataToMakeLogicSimple * [ ] ProblemSpaceSolutionSpace '''Phase 2: Intermediate Layer''' * [ ] BabyStep * [ ] NamingIsDesignPractice * [ ] TddIsDesignActivity '''Phase 3: Application Patterns''' * [ ] MicroCommit * [ ] UseAbduction * [ ] HereAndNowDebugging '''Phase 4: Meta & Social''' * [ ] CraftNotScience * [ ] LastFivePercentAutomation * [ ] PairProgrammingWithJuniors '''Phase 5: Integration''' * [ ] Update [[기술문서모음/ToJuniors]] with all pattern links * [ ] Create pattern relationship visualization * [ ] Validate semi-lattice structure == Progress Log == '''2024-01:''' Project initiated. First pattern [[TinyExperiment]] created with story-driven approach. Enhanced from bullet-point structure to Aesop's fable style storytelling. Pattern successfully integrates assumption, validation, fail-safe, fast feedback loop, isolation, baby step, and abduction concepts. == References == * Christopher Alexander - "A Pattern Language", "The Timeless Way of Building" * [[기술문서모음/ToJuniors]] - Original proverb collection * [[OrgPatterns]] - Pattern language inspiration and structure * [[가추법]] - Abduction methodology |
=== 제5장: 공동체의 지혜 관련 === * '''[[TechnicalCommunity]]''' - 기술적 우수성과 지속적 학습을 강조하는 팀 문화를 지향합니다. * ''연관: [[SharedMind]], [[FlowingFeedback]]'' * '''[[SharedMind]]''' - 지식을 결합하고 사각지대를 제거하기 위해 긴밀하게 협업합니다. * ''연관: [[BuildingBridge]], [[MasterApprentice]]'' * '''[[BuildingBridge]]''' - "네, 그리고" 화법을 통해 건설적인 대화의 다리를 놓습니다. * ''연관: [[FlowingFeedback]], [[SharedMind]]'' * '''[[FlowingFeedback]]''' - 병목을 없애고 학습을 가속화하도록 피드백을 구조화합니다. * ''연관: [[BuildingBridge]], [[TightLoop]]'' * '''[[MasterApprentice]]''' - 전문가의 어깨 너머로 관찰하고 모방하며 암묵지를 흡수합니다. * ''연관: [[CraftPath]], [[CognitiveMicroscope]]'' * '''[[CraftPath]]''' - 기초에 집중하며 초보자에서 전문가로 나아가는 의도적 수련을 따릅니다. * ''연관: [[ThinkingMirror]], [[TinyResearch]]'' * '''[[InstinctiveChoice]]''' - 수많은 경험을 통해 즉각적으로 최선의 길을 찾는 직관을 기릅니다. * ''연관: [[PatternHunting]], [[ArtisanMind]]'' * '''[[PatternHunting]]''' - 반복되는 구조와 해결책을 적극적으로 찾아 지식의 저장소에 담습니다. * ''연관: [[MetaphorThinking]], [[LanguageBuilding]]'' * '''[[DetectiveWork]]''' - 가설과 증거 통해 버그의 정체를 논리적으로 수사합니다. * ''연관: [[ShortLeash]], [[PresentMoment]]'' * '''[[RootHunting]]''' - 증상에 패치를 대지 않고 문제의 근본 원인을 찾아 뿌리 뽑습니다. * ''연관: [[DetectiveWork]], [[SafetyNet]]'' * '''[[TinyResearch]]''' - 매일 5분씩 작은 호기심을 해결하여 지식의 복리 효과를 누립니다. * ''연관: [[CraftPath]], [[DetectiveWork]]'' * '''[[ThinkingMirror]]''' - 자신의 사고 과정과 의사결정 패턴을 정기적으로 기록하고 성찰합니다. * ''연관: [[CognitiveMicroscope]], [[ActiveReflection]]'' * '''[[ActiveReflection]]''' - 수행하는 순간의 감각을 놓치지 않고 실시간으로 성찰합니다. * ''연관: [[ThinkingMirror]], [[PresentMoment]]'' |
| Line 190: | Line 138: |
| CategoryAiGardenProject CategoryPattern | CategoryAiGardenProject CategoryPatternLanguage |
생각하는 개발자의 길
주니어 개발자들을 위한 패턴 언어 - 35개의 실천적 중심이 엮어내는 성장의 서사
소프트웨어는 미리 정해진 설계도대로 조립되는 결과물이 아니라, 개발자의 인식과 코드의 언어가 조화를 이루며 씨앗으로부터 자라나는 것입니다. 이 패턴 언어는 그 생명력을 유지하며 시스템을 키워가는 과정을 담고 있습니다.
성장의 서사 (The Narrative)
제1장: 명료한 인식 (Clear Perception)
프로그래밍은 단순한 지식의 적용을 넘어 숙련된 감각이 필요한 기예입니다. 개발자는 자신의 고정관념에 속지 않고 지금 이 순간 시스템에서 실제로 일어나는 사실을 있는 그대로 보아야 합니다.
복잡한 현상에 매몰되지 않으려면 한 번에 한 가지 목표에만 집중해야 하며, 자신의 사고 과정을 인지 현미경으로 들여다보듯 세밀하게 관찰할 때 비로소 전문성이 쌓이기 시작합니다.
제2장: 언어와 이론 (Language and Theory)
현실의 문제를 코드로 옮기기 위해서는 먼저 문제 공간과 해결 공간을 명확히 구분해야 합니다. 기술적인 도구를 고르기에 앞서 잘 정리된 데이터를 기반으로 삼아 구조의 중심을 잡습니다.
우리는 추상적인 개념을 다루기 위해 은유를 통해 사고하고, 적절한 이름을 붙이는 이름 짓기를 설계 활동으로 수행하며 우리만의 도메인 언어를 구축합니다. 이 언어는 시스템의 변화에 맞춰 살아있는 어휘로 진화해야 하며, 이렇게 언어가 바로 설 때 비로소 거대한 복잡성을 길들일 수 있습니다.
제3장: 실행의 리듬 (The Rhythm of Execution)
소프트웨어에 생명력을 불어넣는 것은 멈추지 않는 맥박, 즉 리듬입니다. 완벽한 설계에 매몰되기보다 일단 작동하는 것을 먼저 만들고, 불확실한 지점에서는 작은 실험을 수행하며 1초 이내에 결과를 확인하는 촘촘한 피드백 루프를 유지합니다.
안전한 전진을 위해 작은 보폭을 유지하며, 각 단계의 완료를 원자적인 커밋으로 기록합니다. 가설을 세울 때는 추측의 끈을 짧게 쥐고 수시로 검증하며, 실패했을 때는 즉시 안전한 초록색 피난처로 돌아옵니다. 마지막 5%의 자동화에 집착하지 않는 95%의 규칙은 실무적인 효율성을 지켜줍니다.
제4장: 유기적 성장 (Organic Growth)
리듬을 탄 시스템은 하나의 생명체처럼 자라납니다. 무질서한 확장이 아니라 가장 본질적인 가치를 담은 강한 중심에서 시작해 바깥으로 펼쳐 나가는 유기적 성장을 지향합니다.
시스템을 키워가는 과정에서 불필요한 레이어를 걷어내고 문제에 직선으로 다가가는 직선 경로를 유지하십시오. 성장의 용기를 주는 것은 언제나 작동함을 보장하는 안전망이며, 의존성을 끊어낸 깨끗한 격리를 통해 각 부분을 유연하게 유지해야 합니다.
제5장: 공동체의 지혜 (Collective Wisdom)
개인의 기예는 공동체 안에서 비로소 완성됩니다. 서로의 실력을 존중하는 기술 공동체 안에서, 두 명의 지혜를 하나로 모으는 공유된 정신을 실천합니다.
우리는 대화의 다리를 놓고, 강물처럼 거침없이 흐르는 피드백을 통해 함께 성장합니다. 앞서간 이로부터 암묵지를 전수받으며 자신만의 성장 경로를 걷습니다.
이 여정 속에서 우리는 수많은 패턴을 사냥하고, 탐정의 수사처럼 버그를 추적하며, 근본 원인을 찾아 제거합니다. 이러한 반복은 결국 데이터에 기반한 직관적인 선택을 가능하게 합니다.
우리는 매일의 작은 호기심을 5분 연구로 채우고, 수행하는 순간을 실시간으로 성찰하며, 하루의 끝에서 자신의 사고 과정을 거울에 비추어 봅니다. 이 모든 실천이 하나로 엮일 때, 당신은 지속 가능한 소프트웨어를 만드는 성숙한 개발자가 됩니다.
패턴 목록 (Pattern Inventory)
제1장: 명료한 인식 관련
ArtisanMind - 프로그래밍을 순수한 과학보다 감각과 경험이 필요한 기예로 접근합니다.
PresentMoment - 일어나야 한다고 믿는 일보다 지금 실제로 일어나고 있는 현상에 집중합니다.
SingleFocus - 한 번에 정확히 한 가지 일만 수행하여 컨텍스트 스위칭 비용을 제거합니다.
연관: AtomicCommit, BabySteps
CognitiveMicroscope - 자신의 인지 과정을 세밀하게 관찰하여 암묵지를 명시화합니다.
제2장: 언어와 이론 관련
TwoWorlds - 무엇을 해결할 것인가(문제)와 어떻게 구현할 것인가(해결)를 명확히 구분합니다.
DataAsFoundation - 로직 이전에 단단한 데이터 구조를 먼저 설계하여 기반을 다집니다.
LanguageBuilding - 프로그래밍을 도메인을 표현하는 언어를 구축하는 과정으로 이해합니다.
NamesAsDesign - 이름을 짓는 행위 자체를 가장 중요한 설계 활동으로 다룹니다.
MetaphorThinking - 적절한 은유와 비유를 통해 복잡한 추상 개념을 이해 가능하게 만듭니다.
LivingVocabulary - 이해가 깊어짐에 따라 코드의 어휘를 지속적으로 정제하고 진화시킵니다.
ComplexityTaming - 추상화, 분해, 네이밍을 통해 복잡성을 다룰 수 있는 크기로 쪼갭니다.
제3장: 실행의 리듬 관련
WorkingFirst - 우아함보다 먼저 작동하는 것을 만들어 진실을 드러냅니다.
연관: TinyExperiment, BabySteps
TinyExperiment - 실패 비용이 거의 없는 가장 작은 실험으로 불확실성을 제거합니다.
연관: ShortLeash, TightLoop
TightLoop - 변경과 피드백 사이의 시간을 1초 이내로 줄여 몰입을 유지합니다.
BabySteps - 시스템 무결성을 유지하며 나아가는 가장 작은 보폭을 유지합니다.
연관: AtomicCommit, GreenRefuge
AtomicCommit - 각 커밋이 하나의 완전하고 일관된 변경을 나타내도록 합니다.
연관: BabySteps, FlowingFeedback
ShortLeash - 가설의 끈을 짧게 쥐고 수시로 확인하여 추측의 늪에 빠지지 않습니다.
GreenRefuge - 실패했을 때 5분 이내에 해결되지 않으면 즉시 안전한 작동 상태로 돌아갑니다.
The95PercentRule - 마지막 5%의 자동화 비용이 수동의 가치보다 큰 경우 멈출 줄 압니다.
제4장: 유기적 성장 관련
StrongCenter - 가장 본질적인 가치를 담은 핵심 로직을 먼저 단단하게 구축합니다.
OrganicGrowth - 씨앗(핵심)에서부터 점진적으로 분화하며 시스템을 키워나갑니다.
연관: StrongCenter, DirectPath
DirectPath - 불필요한 레이어를 제거하고 문제와 해결책 사이의 최단 거리를 유지합니다.
SafetyNet - 두려움 없이 수정할 수 있도록 기존 기능을 보장하는 회귀 테스트를 구축합니다.
CleanIsolation - 의존성을 끊어내어 코드를 고립된 상태로 검증 가능하게 만듭니다.
DesignThroughTest - 테스트를 검증이 아닌 인터페이스를 설계하는 도구로 사용합니다.
연관: CleanIsolation, BabySteps
제5장: 공동체의 지혜 관련
TechnicalCommunity - 기술적 우수성과 지속적 학습을 강조하는 팀 문화를 지향합니다.
SharedMind - 지식을 결합하고 사각지대를 제거하기 위해 긴밀하게 협업합니다.
BuildingBridge - "네, 그리고" 화법을 통해 건설적인 대화의 다리를 놓습니다.
FlowingFeedback - 병목을 없애고 학습을 가속화하도록 피드백을 구조화합니다.
연관: BuildingBridge, TightLoop
MasterApprentice - 전문가의 어깨 너머로 관찰하고 모방하며 암묵지를 흡수합니다.
CraftPath - 기초에 집중하며 초보자에서 전문가로 나아가는 의도적 수련을 따릅니다.
InstinctiveChoice - 수많은 경험을 통해 즉각적으로 최선의 길을 찾는 직관을 기릅니다.
PatternHunting - 반복되는 구조와 해결책을 적극적으로 찾아 지식의 저장소에 담습니다.
DetectiveWork - 가설과 증거 통해 버그의 정체를 논리적으로 수사합니다.
연관: ShortLeash, PresentMoment
RootHunting - 증상에 패치를 대지 않고 문제의 근본 원인을 찾아 뿌리 뽑습니다.
연관: DetectiveWork, SafetyNet
TinyResearch - 매일 5분씩 작은 호기심을 해결하여 지식의 복리 효과를 누립니다.
연관: CraftPath, DetectiveWork
ThinkingMirror - 자신의 사고 과정과 의사결정 패턴을 정기적으로 기록하고 성찰합니다.
ActiveReflection - 수행하는 순간의 감각을 놓치지 않고 실시간으로 성찰합니다.