You and Your Research 정리 및 노트
원본: Richard Hamming, 1986년 벨 연구소 강연 기반 원문: https://www.cs.virginia.edu/~robins/YouAndYourResearch.html
핵심 질문: "왜 소수의 과학자만 중요한 공헌을 하고, 대다수는 잊히는가?"
1. 운이 아니라 준비다
"행운은 준비된 마음을 선호한다." [1]
아인슈타인이 한 번이 아니라 여러 번 위대한 일을 해냈다는 것은, 이것이 운이 아니라 체계적인 능력임을 보여준다. 뉴턴도 같은 말을 했다: "다른 사람들이 나만큼 열심히 생각했다면, 비슷한 결과를 얻었을 것이다."
그렇다면 준비된 사람은 어떻게 기회를 포착하는가? 해밍은 세 가지 사례를 든다:
아인슈타인의 사전 질문: 12~14세 때 "빛의 속도로 달리면서 광파를 보면 어떻게 보일까?"라고 자문했다. 전자기 이론상 불가능한 모순을 발견한 것. 이것 자체가 상대성 이론은 아니지만, 이 질문이 머릿속에 심어져 있었기 때문에 나중에 기회가 왔을 때 연결할 수 있었다.
핵분열 이야기:준비 안 된 사람의 사례: 버클리 과학자들은 핵분열을 시사하는 데이터를 이미 손에 쥐고 있었다. 그런데 장비 구축에 바빠서 데이터를 분석하지 않았고, 유럽 연구자들이 먼저 발견했다. "그들은 그걸 손에 쥐고 있었는데 추구하지 않았다. 2등으로 들어왔다!"
10~20개 중요 문제 리스트: 위대한 과학자들은 머릿속에 항상 10~20개의 중요한 미해결 문제를 들고 다닌다. 새로운 발견이 나타나면 "이게 저 문제와 관련 있다"고 즉시 알아채고, 다른 일을 멈추고 달려든다. 준비 안 된 사람은 같은 정보를 봐도 연결점을 못 본다.
"번개가 치는 산꼭대기에 서 있을 수 있다. 안전한 골짜기에 숨어 있을 필요가 없다."
준비란 위험한 곳(어려운 문제)에 자신을 위치시키는 것이고, 그래야 번개(기회)를 맞을 수 있다는 뜻이다.
2. 용기와 자기 확신
위대한 과학자들은 예외적인 용기를 가지고 있다. 자신이 위대한 일을 할 수 있다고 믿지 않으면, 거의 확실히 하지 못한다.
일화:Shannon의 지적 용기: 섀넌은 코딩 이론을 만들고 싶었지만 방법을 몰랐다. 그래서 랜덤 코드를 만든 다음, "평균적인 랜덤 코드는 어떤 성능을 낼까?"라는 불가능해 보이는 질문을 던졌다. 해밍은 이렇게 말한다: "무한한 용기를 가진 사람이 아니면 누가 감히 그런 생각을 할 수 있었겠는가?"
일화:Clogston: 처음에 평범해 보였지만, Pierce가 그를 계속 데리고 있었다. Clogston이 마침내 "Clogston cable"을 만들어낸 후, 좋은 아이디어가 꾸준히 나오기 시작했다. 한 번의 성공이 자신감과 용기를 가져다준 것.
비판: "자신감이 있으면 성공한다"는 생존자 편향(survivorship bias)에 가깝다. 해밍은 벨 연구소에서 성공한 사람들만 관찰했기 때문에, 자신감이 있었지만 실패한 사람은 이 이야기에 등장하지 않는다. 결과를 보고 원인을 역추적하는 구조.
반론: 다만 해밍이 말하는 "용기"는 막연한 자기 확신이 아니라, 지적 대담함:남들이 시도하지 않는 접근법을 감히 시도하는 것에 가깝다. 섀넌의 사례가 핵심이다. "랜덤 코드의 평균 성능"이라는 질문은 자신감의 문제가 아니라, 상식을 거스르는 사고를 감행하는 용기의 문제다. "자신감 → 성공"이 아니라 "용기 부족 → 시도 자체를 안 함 → 성공 불가능"이라는 논리로 읽으면 더 타당하다. 심리학자 Bandura의 자기효능감(self-efficacy) 연구도 이 방향을 지지한다:능력에 대한 믿음이 실제 문제 해결 시 지속력과 전략 선택에 영향을 준다는 것.
3. 복리 효과:꾸준한 노력
"지식과 생산성은 복리와 같다." [2]
동료보다 10% 더 노력하면, 수십 년에 걸쳐 기하급수적 차이가 생긴다.
일화: 해밍은 John Tukey가 자신보다 어린데 훨씬 많이 알고 있다는 것을 발견하고 충격받았다. 타고난 천재가 아니라 지속적인 노력이 그 격차를 만든 것이었다.
코멘트: "10% 더 노력하라"는 당연한 소리로 들린다. 핵심은 구체적으로 뭘 10% 더 하느냐다. 해밍의 실제 실천을 보면:
- 점심시간에 다른 분야 사람들과 대화:자기 분야 밖의 아이디어 흡수
- 금요일 오후 "Great Thoughts Time":당장 급하지 않은 근본 질문에 시간 투자
- 매일 퇴근 후 공부:동료들이 쉴 때 추가 학습
공통점은 긴급하지 않지만 중요한 것에 시간을 쓴다는 것이다. 매일 30분이라도 "당장 급하지 않지만 장기적으로 중요한 학습"에 쓰는 루틴이 이 원칙의 현실적 적용이 될 수 있다.
4. 올바른 문제를 선택하라
어려운 문제가 전부 중요한 건 아니다. 대부분의 사람은 "결과가 대단한 문제 = 중요한 문제"라고 생각하지만, 해밍은 이걸 뒤집는다. 중요한 문제란 합리적인 공략법이 있는 문제다. 시간여행, 순간이동, 반중력:결과는 엄청나지만 공략법이 없으므로 "중요한 문제"가 아니다.
여기서 "합리적인 공략법"이란 "쉽게 풀 수 있는 방법"이 아니라, "지금 내 능력과 도구로 의미 있는 진전을 만들 수 있는 방향이 보이느냐"라는 뜻이다.
"중요한 문제를 다루지 않으면, 중요한 일을 하지 못한다."
일화:점심 테이블: 해밍은 동료들에게 "당신 분야의 중요한 문제가 뭔가?"라고 물었다. 대답은 할 수 있었다. 그런데 "그러면 왜 그 문제를 안 다루는가?"라고 물으면 화를 냈다. Dave McCall만이 그 질문을 진지하게 받아들여 방향을 바꿨고, 결국 부서장이 되었으며 미국 공학 아카데미 회원이 되었다. 해밍은 말한다: "그 테이블에 있던 다른 사람들의 이름을 과학계에서 들어본 적이 없다."
실천법: 해밍은 매주 금요일 오후를 "위대한 생각 시간(Great Thoughts Time)"으로 정해서, 자기 분야의 근본적인 질문들을 생각했다.
코멘트: 이 점심 테이블 이야기가 가장 와닿는다.책 <승려와 수수께끼> 간단 후기에서 "미뤄놓은 인생 설계" 파트와 같은 맥락이다:정말 중요한 것을 왜 미루는가? 대부분의 사람은 중요한 문제가 뭔지 알면서도 다루지 않는다. 편안한 문제에 안주하기 때문이다. 정기적으로 "내가 생각하는 중요한 문제가 뭔가?"를 자문하고 설정해나가는 것이 인생의 방향을 정하는 데 실질적으로 도움이 될 것이다.
5. 역경을 기회로 바꿔라
많은 돌파구는 제약을 뒤집는 데서 나온다.
일화:자동 프로그래밍: 해밍은 벨 연구소에서 프로그래머 인력을 배정받지 못했다. 당시 프로그래밍이란 기계어(0과 1)를 손으로 직접 입력하는 노동집약적 작업이었다. 해밍은 "컴퓨터가 거의 모든 걸 할 수 있다면, 왜 프로그램을 작성하게 할 수는 없는가?"라고 발상을 뒤집어, 자동 프로그래밍:즉 사람이 높은 수준의 언어로 작성하면 컴퓨터가 기계어로 변환해주는 방식:을 개척했다. 1956년 Ruth Weiss와 함께 IBM 650용 L2 언어를 만들었고, 이는 오늘날 컴파일러/프로그래밍 언어의 전신이 되었다.
일화:Bill Pfann: 수학적 소양이 부족한 연구자였다. 해밍은 이걸 한계로 보지 않고, 그에게 컴퓨팅을 가르쳤다. Pfann은 그 도구를 활용해 zone melting을 개발하고 큰 상을 받았다.
비판: "역경을 기회로 바꿔라"는 좋은 말이지만, 모든 역경이 기회가 되진 않는다. 해밍의 사례를 보면, 그가 뒤집은 건 전부 업무상 제약(프로그래머 부족, 수학 능력 부족)이었다. 건강 악화, 경제적 위기, 구조적 차별 같은 건 "관점을 바꾸면 기회"라고 말하기 어렵고, 그런 말은 오히려 무책임하다.
현실적 해석: "모든 역경을 기회로 바꿔라"가 아니라, "작업 환경의 제약을 만났을 때, 그 제약 자체를 문제의 일부로 재정의하면 새로운 해결책이 보일 수 있다"는 것.
그렇다면 "기회로 바꿀 수 있는 역경"은 어떻게 구분하는가? 해밍의 사례들에서 공통점을 뽑으면 판별 기준이 보인다:
- 접근 방식(how)의 제약 → 뒤집을 수 있다. "프로그래머가 없다" → 방식을 바꿔서 기계가 프로그래밍하게 했다. "수학을 모른다" → 컴퓨팅이라는 다른 도구를 썼다.
- 존재 자체(whether)의 제약 → 뒤집기 어렵다. 아예 행동할 수 없는 상황이면 리프레이밍할 여지 자체가 없다.
해밍이 반복한 핵심 동작은 결국 하나다: "문제를 살짝 바꾼다(change the problem slightly)." 원래 문제를 그대로 두고 더 세게 부딪히는 게 아니라, "이 제약이 있는 상태에서 진짜 문제가 뭐지?"라고 재정의하는 것. 내가 아직 선택할 수 있는 게 남아 있다면, 그 역경은 뒤집을 여지가 있다.
6. 문을 열어두라 - 협업의 힘
문을 닫고 일하면 더 집중할 수 있지만, 엉뚱한 문제에 빠질 위험이 있다. 문을 열어두면 다른 분야의 아이디어와 만나고, 분야의 우선순위를 자연스럽게 파악하게 된다.
단, 협업 상대를 골라라. 뭐든 "좋아, 좋아"만 하는 사람은 시간 낭비다. 사고를 자극하고 방향을 바꿔주는 사람을 찾아라.
코멘트: 이걸 "네트워킹하라, 새로운 분야 사람을 만나라"로 확장하고 싶어지지만, 그렇게 읽으면 해밍의 포인트가 오히려 뒤집힌다.
해밍은 실제로 두 가지를 동시에 했다:
- 열린 문 = 넓게 수신. 누가 오든 일단 받아들인다. 분야의 흐름, 어떤 문제가 중요한지 감을 잡는 레이더 역할.
- 특정 인물 방문 = 좁게 투자. Ed Gilbert 사무실에 일부러 찾아가고, 점심을 특정 그룹과 먹었다. 이건 명백히 능동적이고, 문제 중심(problem-centered)으로 상대를 골랐다.
즉 해밍의 모델은 "넓게 수신하고, 좁게 투자한다." 문에 들어오는 사람을 거르는 게 아니라, 들어온 사람과 얼마나 깊이 대화할지를 고르는 것이다. 짧은 대화는 누구와든 하되, 시간을 투자할 상대는 선별한다.
이것은 네트워킹과 다르다. 네트워킹은 능동적으로 나가서 비선택적으로 사람을 만드는 것이고, 해밍의 전제는 "나는 이미 중요한 문제에 깊이 몰입하고 있다"이다. 또한 벨 연구소라는 복도에 천재가 널린 환경에서의 "문 열기"와 일반적인 네트워킹 이벤트는 밀도 자체가 다르다.
핵심 구분: "밖에 나가서 사람을 만나라"가 아니라, "깊은 작업을 하면서 고립되지는 마라." 전자는 작업에서 벗어나는 것이고, 후자는 작업 안에서 열린 자세를 유지하는 것이다.
7. "팔아라" - 커뮤니케이션의 중요성 (→ The Art of Doing Science and Engineering Chapter 5 참조)
"일을 하는 것만으로는 충분하지 않다. 그것을 팔아야 한다."
대부분의 과학자는 좋은 결과가 알아서 퍼질 거라고 생각한다. 아니다. 사람들이 멈춰서 읽지 않으면 공로를 인정받지 못한다. 해밍은 연구 자체에 쓴 시간만큼을 다듬기와 발표 준비에 써야 한다고 말했다.
세 가지 커뮤니케이션 능력이 필요하다:
1. 명확한 글쓰기: 사람들이 실제로 읽게 만드는 글. 해밍은 "왜 어떤 논문은 기억되고 대부분은 잊히는가?"를 체계적으로 연구했다. 결론은, 기억되는 글은 좁은 전문 내용이 아니라 넓은 맥락과 배경을 충분히 제공하는 글이었다.
2. 공식적인 발표: 해밍은 처음에 발표하면 거의 몸이 아플 정도로 긴장했다. "발표를 매끄럽게 하는 법을 배우든지, 아니면 커리어 전체가 불구가 되든지" 둘 중 하나라고 판단하고, 소규모 청중 앞에서 반복 연습했다. 그는 동시에 어떤 방법이 효과적이고 어떤 것이 비효과적인지 실험했다.
- 대부분의 발표가 실패하는 이유: 기술적 세부사항에 바로 돌입한다. 청중 대부분이 따라가지 못한다.
- 해밍의 방법: 먼저 왜 이게 중요한지 큰 그림을 보여주고, 그 다음에 천천히 무엇을 했는지 스케치한다. 청중은 발표자가 생각하는 것보다 훨씬 더 많은 배경과 맥락을 원한다.
- 정보 과부하 금지: 많은 발표가 너무 많은 정보를 담고 있다.
3. 즉석 대화: 복도에서, 점심 테이블에서, 엘리베이터에서 자기 작업을 짧고 명확하게 설명하는 능력. 공식 발표보다 기회가 훨씬 많고, 여기서 협업이 시작된다.
코멘트: 소프트웨어 개발자로서 이 세 가지는 그대로 대응된다:
- 글쓰기 = PR description. 왜 이 변경이 필요한지 맥락을 먼저 주고, 무엇을 했는지 스케치하는 것. 코드 diff만 던지면 해밍이 말한 "세부사항에 바로 돌입하는 발표"와 같다. 리뷰어가 description이 비어있는 PR을 열면 제대로 읽지 않는다.
- 공식 발표 = 설계 리뷰, RFC, 기술 발표. 큰 그림 없이 구현 디테일부터 들어가면 아무도 안 따라온다.
- 즉석 대화 = 슬랙 스레드, 스탠드업, 페어 프로그래밍. 자기 작업을 30초 안에 설명하는 능력.
8. 일반화하라
해밍은 개별 문제를 하나씩 풀다가 우울해졌다고 한다. 그래서 결심한다:
"나는 다시는 고립된 문제를 풀지 않겠다. 유형(class)의 대표 사례로서만 풀겠다."
핵심 논리: 누군가 특정 문제를 가져오면, 멈추고 "이건 어떤 유형의 문제인가? 그 유형 전체를 더 나은 방법으로 공략할 수 있지 않은가?"라고 묻는 것이다. 해밍에 따르면 일반화하려는 노력이 오히려 해법을 더 단순하게 만드는 경우가 많다.
일화 - 미분방정식: 군사 계산 문제를 풀어야 했다. 그냥 풀 수도 있었지만, 해밍은 이걸 "디지털 컴퓨터가 아날로그 컴퓨터보다 우월하다"는 것을 보여주는 일반적 방법으로 재구성했다. 결과물은 "해밍의 미분방정식 적분법"이라는 이름으로 출판되었다. 같은 계산인데 영향력은 비교할 수 없이 커졌다.
원칙: 다른 사람이 내 작업 위에 쌓아올릴 수 있도록 일해야 한다. 좁은 해법은 후임자가 처음부터 다시 해야 하지만, 일반화된 해법은 그 위에 쌓을 수 있다.
코멘트: 소프트웨어 개발에서 "섣부른 일반화(premature abstraction)"와 언뜻 모순되어 보인다. 차이는 타이밍이다:
- 섣부른 일반화: 사례가 1~2개밖에 없는데 "나중에 필요할 것 같으니까" 미리 추상화. 패턴이 보이기 전에 구조를 만든다.
- 해밍의 일반화: 구체적 문제를 이미 풀고 나서, "이건 어떤 유형의 사례인가?"라고 사후에 묻는 것. 패턴이 이미 보인 후에 올리는 추상화.
해밍은 "미리 일반화하라"가 아니라 "풀고 나서 일반화하라"에 가깝다.
9. 성공을 연구하라
해밍은 로스앨러모스와 벨 연구소에서 성공한 과학자들의 전기, 자서전을 읽고, 직접 "어떻게 이 일을 하게 됐나?"라고 물어보며 패턴을 관찰했다. 그가 발견한 것:
"한 번만 성공한 사람도 있지만, 많은 경우 반복이 있다."
즉 위대한 결과는 우연이 아니라 반복 가능한 패턴에서 나온다는 것이 해밍의 전제다. 자기가 잘했을 때를 분석해서, 왜 그때 잘 됐는지 패턴을 찾아라.
비판: 성공에는 운의 요소가 크다. 성공 사례만 연구하면 생존자 편향에 빠질 수 있다 (2번과 같은 문제). "실패하지 않는 법"을 연구하는 것도 유효한 전략 아닌가?
해밍의 근거를 재구성하면: 해밍은 실제로 실패도 연구했다. 재능 있는데 성공하지 못한 사람들의 공통점(성격 결함, 에고, 분노, 시스템과의 불필요한 싸움)을 관찰하고 30장 후반부에 정리했다. 다만 그가 강조하는 것은, 실패 회피만으로는 위대한 일이 나오지 않는다는 것이다. 실패를 피하면 "무난한 커리어"는 되지만, 돌파구는 "성공한 사람이 뭘 다르게 했는가"에서 나온다.
둘 다 필요하다고 보는 게 현실적이다. 실패 연구 = 하한선을 올린다(최소한 이건 피하자). 성공 연구 = 상한선을 올린다(이렇게 하면 더 높이 갈 수 있다). 해밍은 이미 벨 연구소라는 하한선이 높은 환경에 있었기 때문에 상한선에 집중한 것일 수 있다.
10. 정체를 피하라 - 7년마다 바꿔라
"약 7년마다 중요한, 가능하면 완전한 분야 전환을 하라."
해밍은 스스로 이렇게 말한다: "나는 수치 해석에서 하드웨어로, 하드웨어에서 소프트웨어로, 이런 식으로 주기적으로 옮겨 다녔다." 실제 경력을 보면:
- 1945-46: 로스앨러모스 - 원자폭탄 계산용 컴퓨터 관리 (수치 계산)
- 1946-50s: 벨 연구소 초기 - 수치 해석, 미분방정식 적분법 ("해밍의 방법")
- 1950-50s 후반: 오류 수정 부호 (Hamming code 발명, 1950년 논문)
- 1950s 후반-60s: 디지털 필터, 스펙트럼 분석 (Hamming window)
- 1960s-70s: 소프트웨어, 자동 프로그래밍 (L2 언어)
- 1976 이후: 해군대학원에서 교육으로 완전히 전환
오류 수정 부호가 성숙하자, 해밍은 의도적으로 관련 논문을 아예 읽지 않기로 했다: "해밍, 넌 이 분야 논문 읽기를 그만둘 거야. 완전히 무시할 거야." 과거의 성공에 기대는 것을 강제로 끊은 것이다.
노벨상의 함정: Brattain은 노벨상을 받은 후 "이건 나에게 영향을 안 줄 거야"라고 했지만, 몇 주 만에 변했다. "이제 큰 문제만 해야 한다"는 압박이 생겨서, 작은 씨앗(도토리)을 심을 자유를 잃었다. Shannon도 마찬가지였다. 정보 이론 이후 "앙코르로 뭘 하지?"에 갇혀서, 해밍의 표현으로는 "스스로를 망쳤다."
정체의 근본 원인: 과거에 통한 방법을 계속 쓰는 것. "그때는 맞는 방향이었지만, 세상이 바뀐다."
코멘트: 7년은 1950-70년대 기준이다. 현대, 특히 소프트웨어 업계는 기술 사이클이 훨씬 빠르다. 해밍 시대에 수치 해석이 10년간 유효했다면, 지금은 특정 프레임워크나 패러다임이 3-5년이면 바뀐다.
다만 해밍이 말하는 "분야 전환"은 도구(React → Vue)를 바꾸라는 게 아니라, 문제 영역(problem domain) 자체를 바꾸라는 것이다. 프론트엔드 → 인프라, 웹 개발 → ML 같은 수준의 전환. 이 수준이라면 현대에도 5-7년 주기가 비현실적이지는 않다. 핵심은 숫자가 아니라, "과거에 통한 방법을 계속 쓰고 있는가?"라는 자기 점검이다.
개인 적용: 프론트엔드(2년) → 풀스택(2년) → AI 엔지니어링(관심 단계)이라는 경로는, 해밍 기준으로 보면 아직 분야 전환이 아니다. 같은 문제 영역(웹 서비스 개발) 안에서 도구를 확장한 것에 가깝다. AI 엔지니어링도 "웹 앱에 AI 기능 붙이기"면 새 라이브러리를 배우는 것이지 문제 영역이 바뀐 게 아니다. ML 시스템의 학습 파이프라인 설계처럼 풀고 있는 문제 자체가 달라져야 해밍이 말하는 전환이 된다.
더 근본적인 질문: 해밍의 7년 전환은 한 분야에서 독창성을 소진할 만큼 깊이 들어간 후의 이야기다. 해밍은 각 분야에서 이름이 붙는 수준의 결과(Hamming code, Hamming window)를 낸 후에 떠났다. 지금 시점에서 10번이 적용되는 건 "분야를 바꿔야 한다"가 아니라, "지금 있는 곳에서 충분히 깊이 팠는가?"일 수 있다. 분야를 바꾸고 싶은 건 깊이 파서 소진되었기 때문인가, 아니면 새로운 게 더 재밌어 보여서인가? (답을 강요하는 질문이 아니라, 나중에 다시 읽었을 때 자기 점검용으로 남겨두는 것.)
11. 시스템과 싸우지 말고 활용하라
"시스템과 함께 일하는 법을 배우면, 시스템이 지원하는 만큼 갈 수 있다."
일류와 이류 과학자의 핵심 차이: 이류 과학자는 시스템과 싸우느라 에너지를 낭비하고, 일류 과학자는 시스템을 활용해서 자기가 할 수 있는 범위를 넓힌다. 개혁과 연구 둘 다 잘하는 사람은 거의 없다.
일화 - 옷차림: 해밍이 IBM 컴퓨터 센터에 서부식 옷을 입고 갔더니 서비스가 형편없었다. 평범하게 입으니 바로 나아졌다. "순응하는 외양이 꽤 멀리 데려다준다." John Tukey는 항상 캐주얼하게 입었는데, 상대가 일류임을 알아채기까지 시간이 걸렸고 그 사이 불필요한 적대감을 극복해야 했다. 해밍은 이걸 "낭비된 노력"이라고 봤다.
일화 - 상사 교육: 군 관계자가 주말 작업을 요구했을 때, 해밍은 그 관계자가 정작 금요일 오후에 일찍 퇴근하는 걸 상사에게 보여줬다. "한 번의 교훈으로 충분했다." 이후 해밍은 자기 마감일을 스스로 정할 수 있게 되었다.
일화 - 허락 대신 기정사실: "결정을 '안 돼'로 받고 싶으면 상사에게 물어보면 된다. 뭔가를 하고 싶으면, 묻지 말고 해라. 기정사실을 들이밀어라."
일화 - 비서와의 관계: 해밍은 비서들에게 농담을 하고 친절하게 대했다. 결과적으로 한 비서가 회사 차를 타고 1시간 거리를 달려와 복사 작업을 도와줬다. 작은 투자가 큰 지원으로 돌아온 것.
일화 - 통제 집착: 한 컴퓨팅 센터장은 비서 도움을 거부하고 모든 서신을 직접 처리했다. 해밍의 경고: "혼자 할 수 있는 만큼만 갈 수 있고, 그 이상은 절대 못 간다."
분노에 대해: "즐거움은 좋다. 분노는 안 된다. 분노는 잘못된 방향이다." 시스템에 화를 내는 대신, 상황을 다르게 봐서 결점을 자산으로 바꿔라 (5번과 연결).
요약 공식
위대한 과학자는:
- 진짜 중요한 문제를 다루고
- 깊이 몰입하며
- 장애물을 기회로 재구성하고
- 변명 대신 지적 정직함을 유지하고
- 조직의 마찰에도 불구하고 자기 자신을 의도적으로 관리한다
이 챕터(You and Your Research) 전체에 대한 전제 코멘트: 해밍의 질문들은 전부 "위대한 연구를 하려면"이라는 전제 위에 서 있다. 해밍 자신도 인정했다 - 퇴근 후 공부하느라 개인 생활을 희생했다고. 그 전제를 받아들일지 말지는, 먼저 "나는 어떻게 살고 싶은가?"에 달려 있다.
순서:
- 어떻게 살고 싶은가? (삶의 방향)
- 그 안에서 일/커리어가 어떤 위치를 차지하는가?
- 그 다음에야 해밍의 질문들("중요한 문제가 뭔가?", "정체되었는가?")이 의미를 가진다
1번 없이 해밍의 프레임을 그대로 적용하면, "위대한 일을 해야 한다"는 압박만 남는다. 해밍의 도구는 유용하지만, 그 도구를 쓸지 말지는 자기 삶의 방향이 먼저다.