10 KiB
title, source_type, url, archive_url, related_branches, related_projects, tags, status, confidence, created, last_reviewed
| title | source_type | url | archive_url | related_branches | related_projects | tags | status | confidence | created | last_reviewed | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Deliberate Practice for Software Developers (Red-Green-Code) | personal-blog | https://www.redgreencode.com/deliberate-practice-for-software-developers/ |
|
|
raw | medium | 2026-05-28 | 2026-05-28 |
Deliberate Practice for Software Developers (Red-Green-Code)
Layer:
raw/— 개인 블로그 원문 발췌 + 출처 기록.source_type: personal-blog— 참고 자료로만 사용. 공식 best practice 로 취급 금지 (CLAUDE.md §5). 원문은 Ericsson(1993) 의 심리학 연구를 소프트웨어 개발에 적용한 해설 포스트. 검증된 요약은/ingest후wiki/concepts/에 별도 작성. 원본은 raw 에 영구 보관.
Parent / 활용 branch (필수, 최소 1개+)
| Parent | 이 자료가 정당화하는 결정 |
|---|---|
| wiki/llm-wiki | LLM Wiki 의 daily-task template 의 (a) 단계별 "현재 능력보다 약간 높은 skill" 설계 원칙, (b) 단계마다 objective standard 로 자기평가 (검증 섹션), (c) 회고 섹션의 reflection 질문, (d) 25분 Pomodoro 단위 분할 — 의 근거 |
출처 / Source
- 원본 URL: https://www.redgreencode.com/deliberate-practice-for-software-developers/
- 아카이브 URL: (미등록)
- 저자 / 조직: redgreencode.com (개인 기술 블로그)
- 발행일: 미상 (2010년대 중반 추정, 본문 내 날짜 명시 없음)
- 마지막 확인일: 2026-05-28
왜 저장했는지 / Why archived
LLM Wiki 의 daily-task-template.md 설계 시 "매일 아침 연습" 세션의 구조적 원칙 — 현재 능력보다 약간 높은 skill 선택, 매 반복마다 objective standard 대비 자기평가, 반복 후 reflection 루프, 25분 Pomodoro 단위 — 의 출처 자료로 보관. 저자가 Ericsson(1993) "The Role of Deliberate Practice in the Acquisition of Expert Performance" 를 직접 인용하며 소프트웨어 개발에 맞게 해석한 포스트이므로, 원문은 2차 해석임을 감안해야 함.
핵심 인용 / Key quotes (verbatim, 5문장)
[§ "Deliberate Practice: A framework for learning complex skills"] "Consider three general types of activities, namely, work, play, and deliberate practice. Work includes public performance, competitions, services rendered for pay, and other activities directly motivated by external rewards. Play includes activities that have no explicit goal and that are inherently enjoyable. Deliberate practice includes activities that have been specially designed to improve the current level of performance." — (Ericsson 1993 논문을 저자가 직접 인용한 블록쿼트. line 15 in fetched text)
[§ "Element #1: It's designed specifically to improve performance" — Summary] "To design a practice routine, the student or coach must select a skill that needs improvement, and then find an activity that exercises that skill at a level that is slightly higher than the student's current ability. It helps to define the skill clearly before designing an activity to improve it." (line 28 in fetched text)
[§ "Element #3: Feedback on results is continuously available" — Summary] "After each practice repetition, the student needs to evaluate their performance against an objective standard, and consider how they can improve the next repetition." (line 68 in fetched text)
[§ "Element #1 — Application to coding mastery"] "After you finish each problem, ask yourself if you can improve any aspect of your problem-solving process based on your experience with that problem." (line 49 in fetched text)
[§ "Element #4: It's highly demanding mentally" — Application to coding mastery] "You could start by doing one Pomodoro (25 minutes) per day on deliberate programming practice, and increase that number as you get more practice. The key is to have a focused mindset during your practice time, and not try to multitask." (line 85 in fetched text)
Claims Extracted / 추출된 주장
이 자료가 직접 말하는 것만 claim 으로 분리한다. Claim 1 의 인용은 저자가 Ericsson(1993) 을 직접 블록쿼트한 것이므로 원 출처는 peer-reviewed 논문이나, 이 raw 자료의 신뢰도는 개인 블로그(secondary source)임.
| Claim ID | Claim (이 자료가 직접 말하는 것) | Evidence quote | Strength | Applies to | Does not prove |
|---|---|---|---|---|---|
| DP-RGC-C1 | deliberate practice 는 "현재 성과 수준을 향상시키기 위해 특별히 설계된 활동"이며, work(외적 보상 목적) 및 play(명시적 목표 없는 즐거움)와 구별된다 | [§framework] "Deliberate practice includes activities that have been specially designed to improve the current level of performance." | engineering-blog |
의도적 학습 설계 일반 | Ericsson 논문 자체의 정의를 직접 증명하지 않음 (2차 인용). 실험적 증거는 원 논문 별도 확인 필요 |
| DP-RGC-C2 | 연습 루틴 설계 시 학생의 현재 능력보다 약간 높은 수준의 활동을 선택해야 하며, skill 을 명확히 정의한 뒤 활동을 설계해야 한다 | [§Element #1 Summary] "find an activity that exercises that skill at a level that is slightly higher than the student's current ability. It helps to define the skill clearly before designing an activity to improve it." | engineering-blog |
코딩 연습 루틴 설계, daily-task 스텝 설계 | "약간 높은" 수준의 정량적 기준을 제시하지 않음. 개인마다 기준이 다를 수 있음 |
| DP-RGC-C3 | 매 반복 후 objective standard 에 대비해 성과를 평가하고 다음 반복을 어떻게 개선할지 고려해야 한다 | [§Element #3 Summary] "After each practice repetition, the student needs to evaluate their performance against an objective standard, and consider how they can improve the next repetition." | engineering-blog |
자기평가 루프 설계, 검증 섹션 설계 | "objective standard" 가 무엇인지 프로그래밍 맥락에서 구체적으로 정의되지 않음 (저자는 online judge 예시를 들 뿐) |
| DP-RGC-C4 | 문제를 풀고 나서 problem-solving process 의 어떤 부분이라도 개선 가능한지 자문해야 한다 | [§Element #1 Application] "After you finish each problem, ask yourself if you can improve any aspect of your problem-solving process based on your experience with that problem." | engineering-blog |
daily-task 회고 섹션 설계 | 특정 프로그래밍 언어·도메인에 한정된 관찰일 수 있음. 연구 기반 검증 없음 |
| DP-RGC-C5 | deliberate programming practice 는 하루 1 Pomodoro (25분) 로 시작하고 연습이 쌓이면 횟수를 늘릴 수 있다. 연습 시간에는 집중 마인드셋을 유지하고 멀티태스킹을 하지 않아야 한다 | [§Element #4 Application] "You could start by doing one Pomodoro (25 minutes) per day on deliberate programming practice, and increase that number as you get more practice. The key is to have a focused mindset during your practice time, and not try to multitask." | engineering-blog |
daily-task 시간 단위 결정, Pomodoro 분할 설계 | 25분 Pomodoro 가 최적임을 연구로 뒷받침하지 않음. Colvin/Ericsson 원 연구와 직접 연결되지 않는 저자의 권고사항 |
Usage Boundaries / 적용 경계
-
이 자료가 직접 증명하는 것:
- DP-RGC-C1: deliberate practice 의 3-분류 정의 (work / play / deliberate practice) — Ericsson 인용 포함
- DP-RGC-C2: skill 명확 정의 + 현재 능력보다 약간 높은 활동 선택의 원칙
- DP-RGC-C3: 매 반복 후 objective standard 대비 자기평가 루프
- DP-RGC-C4: 문제 풀이 후 problem-solving process 개선 자문 (reflection prompt)
- DP-RGC-C5: 1 Pomodoro / 25분 / 집중 마인드셋으로 시작하는 실천 권고
-
이 자료가 증명하지 않는 것:
- 이 블로그 포스트 자체는 peer-reviewed 연구가 아님. Ericsson(1993) 의 원 실험 결과를 독립적으로 검증하지 않음.
- "약간 높은" 수준의 정량 기준 (퍼센트, 점수 차이 등) 미제시.
- 소프트웨어 엔지니어링 외 도메인(인프라, 시스템 설계 등)에 동일하게 적용됨을 보장하지 않음.
- 25분 Pomodoro 가 deliberate practice 에 최적임을 연구로 증명하지 않음 — 저자의 경험적 권고.
-
내 프로젝트에 적용하려면 추가 확인이 필요한 것:
- daily-task-template 에서 "objective standard" 를 구체적으로 정의해야 함 (예: 시간 목표, 코드 커버리지, 솔루션 정확도 등).
- 각 daily-task 스텝의 "skill slightly above current ability" 판단 기준을 운영자가 주관적으로 설정해야 함.
- Ericsson(1993) 원 논문 또는 Colvin 책의 원문을 별도
raw/official-docs/또는raw/lectures/로 등록하면 C1~C3 의 신뢰도를engineering-blog에서official-standard로 격상 가능.
메모 / Notes
- 저자는 Geoff Colvin 의 책 "Talent is Overrated" (Chapter 5) 의 5가지 deliberate practice elements 를 프레임워크로 사용함. 원 책을 추가 자료로 등록하면 Claims 보강 가능.
- 저자가 직접 인용한 Ericsson(1993) 논문 PDF URL:
http://graphics8.nytimes.com/images/blogs/freakonomics/pdf/DeliberatePractice%28PsychologicalReview%29.pdf— 접근 가능 시raw/official-docs/deliberate-practice-ericsson-1993.md로 별도 등록 권장. - 이 포스트의 "coding mastery" 대상 skill 은 "Write correct, efficient, and maintainable code for a software component given well-defined requirements" 로 정의됨 — daily-task-template 의 skill 정의 섹션 설계 시 참고 가능.
- Element #4 에서 언급된 "elite performers max out at 4-5 hours per day" 수치는 Ericsson 연구에서 나온 것이나, 이 포스트에서는 출처 인용 없이 서술됨 — Claims 에서 제외.
Related / 관련
- Ericsson(1993) 원 논문 (미등록):
raw/official-docs/deliberate-practice-ericsson-1993.md(생성 시) - Colvin "Talent is Overrated" Chapter 5 (미등록)
- daily-task-template 관련 개념 wiki (생성 시):
wiki/concepts/deliberate-practice-for-engineers.md