|
Size: 11331
Comment:
|
Size: 5811
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 == | == 제1장: 마음의 눈 (The Eye of the Mind) == |
| Line 11: | Line 13: |
| [[기술문서모음/ToJuniors]] 문서의 패턴들을 Alexander의 패턴 언어 형식으로 변환하여 구조적이고 교육적인 자료로 발전시키는 것이 목표입니다. | 모든 위대한 소프트웨어의 시작은 프로그래밍을 단순한 노동이 아닌 고귀한 '''[[ArtisanMind|장인의 기예]]'''로 받아들이는 마음가짐에서 출발합니다. 장인은 지도의 정교함에 속지 않고 '''[[PresentMoment|지금 이 순간]]''' 컴퓨터가 내뱉는 가장 솔직한 진실을 직시합니다. |
| Line 13: | Line 15: |
| === Core Principles === * '''Structure-Preserving Baby Steps''' - 기존 구조를 보존하며 점진적 발전 * '''Story-First Approach''' - 스토리로 시작해서 패턴으로 추상화 * '''Educational Focus''' - 학습자 중심의 명확한 설명 * '''Pattern Language Structure''' - Alexander 방식의 체계적 연결 |
현혹되지 않기 위해 장인은 오직 '''[[SingleFocus|한 번에 한 가지]]'''에만 렌즈를 맞추며, 자신의 사고 과정을 '''[[CognitiveMicroscope|인지 현미경]]'''으로 들여다보듯 세밀하게 관찰합니다. 이 명료한 인식이 모든 설계와 문제 해결의 빛이 됩니다. |
| Line 19: | Line 17: |
| == Pattern Inventory == | == 제2장: 언어라는 씨앗 (The Seed of Language) == |
| Line 21: | Line 19: |
| === Foundation Patterns === '''Core Programming Principles''' * '''DataAsFoundation''' - Separate data construction from business logic to achieve simplicity; create domain-specific languages when data structures become complex. The foundation of all clean code starts with well-organized data. ''Related: LanguageBuilding, ComplexityTaming'' |
인식이 바로 섰다면, 이제 우리는 현실의 복잡함을 다루기 위해 '''[[TwoWorlds|문제 공간과 해결 공간]]'''을 명확히 구분해야 합니다. 우리는 기술적인 도구 이전에 잘 정리된 '''[[DataAsFoundation|데이터를 기반]]'''으로 삼아 그 위에 집을 짓습니다. |
| Line 25: | Line 21: |
| * '''TwoWorlds''' - Distinguish clearly between the problem space (what needs to be solved) and solution space (how to implement it). Many programming errors stem from mixing these concerns too early in the thinking process. ''Related: StrongCenter, PatternHunting'' | 이 집은 기계의 언어가 아닌 인간의 언어로 쓰여야 합니다. 우리는 끊임없이 '''[[MetaphorThinking|은유를 통해 사고]]'''하고, 적절한 이름을 붙이는 '''[[NamesAsDesign|이름 짓기를 설계 활동]]'''으로 수행하며 우리만의 '''[[LanguageBuilding|도메인 언어를 구축]]'''합니다. 이 언어는 박제된 사전이 아니라 시스템이 성장함에 따라 함께 숨 쉬며 변하는 '''[[LivingVocabulary|살아있는 어휘]]'''가 됩니다. 이렇게 언어가 바로 설 때, 비로소 거대한 '''[[ComplexityTaming|복잡성을 길들일]]''' 힘을 얻게 됩니다. |
| Line 27: | Line 23: |
| * '''WorkingFirst''' - Get something working before making it elegant or efficient. A working solution reveals the true nature of the problem and guides better design decisions. ''Related: BabySteps, OrganicGrowth'' | == 제3장: 살아있는 리듬 (The Living Rhythm) == |
| Line 29: | Line 25: |
| * '''ArtisanMind''' - Approach programming as a craft requiring intuition, experience, and feel rather than pure systematic methodology. The best programmers combine technical knowledge with artistic sensibility. ''Related: MasterApprentice, NamesAsDesign'' | 소프트웨어에 생명을 불어넣는 것은 멈추지 않는 맥박, 즉 리듬입니다. 우리는 완벽한 설계도보다 '''[[WorkingFirst|일단 작동하는 것]]'''을 먼저 만듭니다. 불확실성 앞에서는 두려워하기보다 아주 '''[[TinyExperiment|작은 실험]]'''을 던져보고, 그 결과를 1초 이내에 확인하는 '''[[TightLoop|촘촘한 피드백 루프]]'''를 가동합니다. |
| Line 31: | Line 27: |
| * '''The95PercentRule''' - Resist the temptation to automate the final 5% of any process. That remaining complexity often costs more than the manual effort it would save. ''Related: WorkingFirst, ShortLeash'' | 우리는 거대한 도약 대신 안전한 '''[[BabySteps|작은 보폭]]'''을 택하며, 각 단계의 완료를 의미 있고 '''[[AtomicCommit|원자적인 커밋]]'''으로 기록합니다. 때로는 추측의 끈이 길어질 수 있지만, 우리는 '''[[ShortLeash|끈을 짧게 쥐고]]''' 수시로 확인하며, 발을 헛디뎠을 때는 즉시 안전한 '''[[GreenRefuge|초록색 피난처]]'''로 돌아옵니다. 마지막 5%의 자동화에 집착하지 않는 '''[[The95PercentRule|95%의 규칙]]'''은 우리에게 인간으로서의 여백을 남겨줍니다. |
| Line 33: | Line 29: |
| === TDD & Evolutionary Design Patterns === * '''[[TinyExperiment]]''' ✓ - Start with the smallest possible experiment that can teach you something meaningful about the problem. Each experiment should be so small that failure costs almost nothing. ''Related: BabySteps, GreenRefuge'' |
== 제4장: 분화되는 전체성 (The Unfolding Wholeness) == |
| Line 36: | Line 31: |
| * '''BabySteps''' - Take the smallest possible step that moves toward your goal while maintaining system integrity. Large steps hide complexity and make debugging exponentially harder. ''Related: TinyExperiment, AtomicCommit'' | 리듬을 탄 시스템은 이제 하나의 생명체처럼 자라나기 시작합니다. 시스템은 무질서하게 커지는 것이 아니라, 가장 본질적인 가치를 담은 '''[[StrongCenter|강한 중심]]'''을 닻으로 삼아 바깥으로 펼쳐져 나갑니다. 이것이 '''[[OrganicGrowth|유기적 성장]]'''의 본질입니다. |
| Line 38: | Line 33: |
| * '''GreenRefuge''' - When tests fail, immediately return to the last known working state rather than trying to fix forward. Your green bar is a safe harbor in the storm of complexity. ''Related: SafetyNet, PresentMoment'' | 자라나는 과정에서 우리는 불필요한 레이어를 거부하고 문제에 직선으로 다가가는 '''[[DirectPath|직선 경로]]'''를 고수합니다. 성장의 용기를 주는 것은 언제나 작동함을 보장하는 '''[[SafetyNet|안전망]]'''이며, 우리는 의존성을 끊어낸 '''[[CleanIsolation|깨끗한 격리]]'''를 통해 시스템의 각 부분을 독립적인 레고 블록처럼 유연하게 유지합니다. |
| Line 40: | Line 35: |
| * '''DesignThroughTest''' - Use test-driven development as a design activity, not just a verification tool. The act of writing tests first reveals better API designs and cleaner interfaces. ''Related: CleanIsolation, TightLoop'' | == 제5장: 공동체의 영혼 (The Soul of the Community) == |
| Line 42: | Line 37: |
| * '''TightLoop''' - Minimize the time between making a change and seeing its effect. Long feedback cycles allow errors to compound and make root causes harder to identify. ''Related: AtomicCommit, PresentMoment'' | 기예는 개인을 넘어 공동체로 확장될 때 비로소 완성됩니다. 우리는 서로의 실력을 존중하는 '''[[TechnicalCommunity|기술 공동체]]''' 안에서, 두 명의 지혜를 하나로 모으는 '''[[SharedMind|공유된 정신]]'''을 실천합니다. |
| Line 44: | Line 39: |
| * '''AtomicCommit''' - Make each commit represent one complete, coherent change that can stand alone. Atomic commits make it easier to understand, review, and revert changes. ''Related: BabySteps, TightLoop'' | 우리는 서로에게 "네, 그리고"라고 말하며 대화의 '''[[BuildingBridge|다리를 놓고]]''', 강물처럼 거침없이 '''[[FlowingFeedback|흐르는 피드백]]'''을 통해 함께 성장합니다. 장인의 길을 먼저 걸어간 이로부터 '''[[MasterApprentice|암묵지를 전수받으며]]''', 자신만의 '''[[CraftPath|성장 경로]]'''를 묵묵히 걷습니다. |
| Line 46: | Line 41: |
| * '''CleanIsolation''' - Design tests and modules so they can run independently without hidden dependencies. Isolation makes systems easier to understand, test, and modify. ''Related: DesignThroughTest, DirectPath'' | 이 여정 속에서 우리는 수많은 '''[[PatternHunting|패턴을 사냥]]'''하고, 범인을 검거하는 '''[[DetectiveWork|탐정의 수사]]'''를 벌이며, 문제의 겉모습이 아닌 뿌리를 뽑아내는 '''[[RootHunting|근본 원인 추적]]'''을 수행합니다. 수천 번의 반복은 결국 논리를 넘어선 '''[[InstinctiveChoice|직관적인 선택]]'''을 가능하게 할 것입니다. |
| Line 48: | Line 43: |
| * '''DetectiveWork''' - Use abductive reasoning to form hypotheses about what might be causing observed behavior. Good programmers are detectives who gather evidence before drawing conclusions. ''Related: RootHunting, PresentMoment'' * '''OrganicGrowth''' - Grow your system incrementally from a working core rather than building all parts simultaneously. Like biological growth, software grows healthiest when it maintains wholeness at each stage. ''Related: StrongCenter, WorkingFirst'' * '''StrongCenter''' - Start building from the most essential core functionality and grow outward. A strong center provides stability and coherence as the system expands. ''Related: OrganicGrowth, TwoWorlds'' === Testing & Debugging Patterns === * '''DirectPath''' - Eliminate unnecessary layers and indirection that obscure the flow from input to output. The shortest path between problem and solution is usually the clearest. ''Related: CleanIsolation, SingleFocus'' * '''SingleFocus''' - Work on exactly one thing at a time, completing it fully before moving to the next. Multitasking in debugging leads to confusion and missed connections. ''Related: AtomicCommit, PresentMoment'' * '''ShortLeash''' - When forming hypotheses about bugs or behavior, test them quickly rather than reasoning too far ahead. Long chains of reasoning multiply uncertainty and waste time. ''Related: DetectiveWork, TinyExperiment'' * '''SafetyNet''' - Build regression tests that catch previously fixed bugs if they reoccur. A good safety net lets you refactor and improve with confidence. ''Related: GreenRefuge, CleanIsolation'' * '''PresentMoment''' - Focus on understanding what is actually happening right now rather than what you think should be happening. The present moment contains all the information needed to solve most problems. ''Related: DetectiveWork, RootHunting'' * '''RootHunting''' - Dig systematically to find the actual cause rather than applying surface fixes or searching randomly. True root causes, once found, often reveal simple solutions. ''Related: PresentMoment, DetectiveWork'' === Programming Fundamentals === * '''PatternHunting''' - Actively look for recurring structures and solutions in your code and others'. Recognizing patterns is the foundation of all programming expertise. ''Related: LanguageBuilding, MasterApprentice'' * '''ComplexityTaming''' - Develop a toolkit of techniques for managing complexity: abstraction, decomposition, naming, and separation of concerns. Complexity is the enemy of maintainability. ''Related: DataAsFoundation, DirectPath'' * '''NamesAsDesign''' - Treat naming as a design activity that clarifies thinking and reveals abstractions. Good names make code self-documenting and express intent clearly. ''Related: LanguageBuilding, ArtisanMind'' * '''LanguageBuilding''' - Approach programming as building a domain-specific language that perfectly expresses your problem space. The best programs read like well-written prose in a specialized vocabulary. ''Related: DataAsFoundation, LivingVocabulary'' * '''LivingVocabulary''' - Continuously evolve and refine the vocabulary used in your codebase as understanding deepens. Good vocabulary grows organically and adapts to new insights. ''Related: NamesAsDesign, OrganicGrowth'' === Collaboration Patterns === * '''TechnicalCommunity''' - Choose development practices that emphasize technical excellence and continuous learning over process compliance. Strong technical practices create better collaboration than rigid processes. ''Related: SharedMind, MasterApprentice'' * '''SharedMind''' - Work closely with other developers to combine knowledge and catch each other's blind spots. Two minds working together often produce insights neither could reach alone. ''Related: TechnicalCommunity, BuildingBridge'' * '''FlowingFeedback''' - Structure code reviews and feedback to maintain development flow rather than creating bottlenecks. Feedback should accelerate learning, not slow down progress. ''Related: BuildingBridge, TightLoop'' * '''BuildingBridge''' - Respond to ideas with "Yes, and..." rather than "Yes, but..." to build on others' contributions. Constructive dialogue creates better solutions than defensive reactions. ''Related: SharedMind, FlowingFeedback'' === Learning & Expertise Patterns === * '''MasterApprentice''' - Learn directly from experts through observation, imitation, and guided practice. The master-apprentice relationship transfers tacit knowledge that books cannot convey. ''Related: CraftPath, ArtisanMind'' * '''CraftPath''' - Follow a deliberate progression from novice to expert, focusing on fundamentals before advanced techniques. Mastery requires patient development of core skills. ''Related: MasterApprentice, ThinkingMirror'' * '''ThinkingMirror''' - Regularly reflect on your thinking processes and decision-making patterns. Self-awareness about how you think improves both learning and problem-solving. ''Related: ActiveReflection, InstinctiveChoice'' * '''ActiveReflection''' - Think consciously about your actions and decisions while performing them, not just afterward. Real-time reflection improves performance and builds expertise faster. ''Related: ThinkingMirror, PresentMoment'' * '''InstinctiveChoice''' - Develop pattern recognition that allows rapid decision-making based on experienced intuition. Expert programmers often know the right answer before they can explain why. ''Related: PatternHunting, ArtisanMind'' == Current Status == === Phase 1: Foundation Patterns (In Progress) === '''Completed:''' * [[TinyExperiment]] ✓ - 패턴 언어 형식으로 완성, 검증됨 '''Next Priority:''' * DataAsFoundation - 로직 단순화의 핵심 * TwoWorlds - 사고 체계의 기본 '''Remaining Foundation:''' * WorkingFirst, ArtisanMind, The95PercentRule === Validation Results === 첫 번째 패턴 [[TinyExperiment]]의 스토리 구조가 검증되어 패턴 언어로서의 가능성을 확인했습니다. == Implementation Strategy == === Phase 1: Core Foundation (Current) === 가장 기본이 되는 5-6개 패턴을 완성하여 전체 구조의 기반을 마련 === Phase 2: TDD & Design Patterns === TDD와 설계 관련 패턴들을 체계화 (10-12개 패턴) === Phase 3: Collaboration & Learning === 협업과 학습 관련 패턴들을 완성 (8-10개 패턴) == Next Actions == === Immediate (This Week) === * DataAsFoundation 패턴 작성 시작 * TwoWorlds 구조 설계 * Foundation 패턴들 간의 연결 관계 정의 === Short Term (This Month) === * Foundation 레벨 5-6개 패턴 완성 * 패턴 언어로서의 일관성 검증 * Phase 2 패턴 우선순위 확정 == Pattern Structure Template == 각 패턴은 Alexander 방식을 따릅니다: * '''Context''' - 상황과 배경 * '''Problem''' - 구체적인 문제와 갈등 * '''Solution''' - 해결 방법과 원리 * '''Examples''' - 실제 적용 사례 * '''Related Patterns''' - 연결된 다른 패턴들 == Progress Log == === Recent Achievements === * 원본 문서에서 27+개 패턴 목록 정리 완료 * TinyExperiment 패턴 완성 및 검증 * 3단계 구현 전략 수립 * Foundation 레벨 우선순위 확정 === Lessons Learned === * 전체 패턴 목록을 먼저 정리하는 것이 중요 * 스토리 우선 접근법의 효과 확인 * 패턴 간 연결 관계의 복잡성 인식 |
우리는 매일의 작은 호기심을 '''[[TinyResearch|5분 연구]]'''로 채우고, 수행하는 순간의 감각을 '''[[ActiveReflection|실시간으로 성찰]]'''하며, 하루의 끝에서 자신의 사고 과정을 '''[[ThinkingMirror|거울에 비추어]]''' 봅니다. 이 모든 과정이 하나로 엮일 때, 당신은 비로소 시간을 초월한 소프트웨어의 창조자가 됩니다. |
영원의 기예: 생각하는 개발자의 길
주니어 개발자들을 위한 패턴 언어 - 35개의 살아있는 중심이 엮어내는 성장의 서사
소프트웨어는 조립되는 것이 아니라, 개발자의 마음과 코드의 언어가 공명하며 씨앗으로부터 펼쳐지는 것입니다. 이 패턴 언어는 그 생명력을 유지하며 거대한 숲을 이루어가는 과정을 담고 있습니다.
Contents
제1장: 마음의 눈 (The Eye of the Mind)
모든 위대한 소프트웨어의 시작은 프로그래밍을 단순한 노동이 아닌 고귀한 장인의 기예로 받아들이는 마음가짐에서 출발합니다. 장인은 지도의 정교함에 속지 않고 지금 이 순간 컴퓨터가 내뱉는 가장 솔직한 진실을 직시합니다.
현혹되지 않기 위해 장인은 오직 한 번에 한 가지에만 렌즈를 맞추며, 자신의 사고 과정을 인지 현미경으로 들여다보듯 세밀하게 관찰합니다. 이 명료한 인식이 모든 설계와 문제 해결의 빛이 됩니다.
제2장: 언어라는 씨앗 (The Seed of Language)
인식이 바로 섰다면, 이제 우리는 현실의 복잡함을 다루기 위해 문제 공간과 해결 공간을 명확히 구분해야 합니다. 우리는 기술적인 도구 이전에 잘 정리된 데이터를 기반으로 삼아 그 위에 집을 짓습니다.
이 집은 기계의 언어가 아닌 인간의 언어로 쓰여야 합니다. 우리는 끊임없이 은유를 통해 사고하고, 적절한 이름을 붙이는 이름 짓기를 설계 활동으로 수행하며 우리만의 도메인 언어를 구축합니다. 이 언어는 박제된 사전이 아니라 시스템이 성장함에 따라 함께 숨 쉬며 변하는 살아있는 어휘가 됩니다. 이렇게 언어가 바로 설 때, 비로소 거대한 복잡성을 길들일 힘을 얻게 됩니다.
제3장: 살아있는 리듬 (The Living Rhythm)
소프트웨어에 생명을 불어넣는 것은 멈추지 않는 맥박, 즉 리듬입니다. 우리는 완벽한 설계도보다 일단 작동하는 것을 먼저 만듭니다. 불확실성 앞에서는 두려워하기보다 아주 작은 실험을 던져보고, 그 결과를 1초 이내에 확인하는 촘촘한 피드백 루프를 가동합니다.
우리는 거대한 도약 대신 안전한 작은 보폭을 택하며, 각 단계의 완료를 의미 있고 원자적인 커밋으로 기록합니다. 때로는 추측의 끈이 길어질 수 있지만, 우리는 끈을 짧게 쥐고 수시로 확인하며, 발을 헛디뎠을 때는 즉시 안전한 초록색 피난처로 돌아옵니다. 마지막 5%의 자동화에 집착하지 않는 95%의 규칙은 우리에게 인간으로서의 여백을 남겨줍니다.
제4장: 분화되는 전체성 (The Unfolding Wholeness)
리듬을 탄 시스템은 이제 하나의 생명체처럼 자라나기 시작합니다. 시스템은 무질서하게 커지는 것이 아니라, 가장 본질적인 가치를 담은 강한 중심을 닻으로 삼아 바깥으로 펼쳐져 나갑니다. 이것이 유기적 성장의 본질입니다.
자라나는 과정에서 우리는 불필요한 레이어를 거부하고 문제에 직선으로 다가가는 직선 경로를 고수합니다. 성장의 용기를 주는 것은 언제나 작동함을 보장하는 안전망이며, 우리는 의존성을 끊어낸 깨끗한 격리를 통해 시스템의 각 부분을 독립적인 레고 블록처럼 유연하게 유지합니다.
제5장: 공동체의 영혼 (The Soul of the Community)
기예는 개인을 넘어 공동체로 확장될 때 비로소 완성됩니다. 우리는 서로의 실력을 존중하는 기술 공동체 안에서, 두 명의 지혜를 하나로 모으는 공유된 정신을 실천합니다.
우리는 서로에게 "네, 그리고"라고 말하며 대화의 다리를 놓고, 강물처럼 거침없이 흐르는 피드백을 통해 함께 성장합니다. 장인의 길을 먼저 걸어간 이로부터 암묵지를 전수받으며, 자신만의 성장 경로를 묵묵히 걷습니다.
이 여정 속에서 우리는 수많은 패턴을 사냥하고, 범인을 검거하는 탐정의 수사를 벌이며, 문제의 겉모습이 아닌 뿌리를 뽑아내는 근본 원인 추적을 수행합니다. 수천 번의 반복은 결국 논리를 넘어선 직관적인 선택을 가능하게 할 것입니다.
우리는 매일의 작은 호기심을 5분 연구로 채우고, 수행하는 순간의 감각을 실시간으로 성찰하며, 하루의 끝에서 자신의 사고 과정을 거울에 비추어 봅니다. 이 모든 과정이 하나로 엮일 때, 당신은 비로소 시간을 초월한 소프트웨어의 창조자가 됩니다.