질문도 실력이다

나는 모르는 것이 전혀 부끄럽지 않다.

나는 모르는 것이 생기면 질문한다.라는 전제를 두면, 내가 모르는 것을 발견하는 순간 질문하고 답을 알게되기에 모른다 라는 것이 부정적으로 느껴지지 않는다.

그런데 그 태도만으로는 충분하지 않았던 것 같다.

내가 어디까지 알고 어디부터 모르는지 상대방은 결코 알 수 없고, 내가 맥락을 정확히 제공하지 않으면 상대방은 내게 가르침을 주기 힘들다는 것을 깨달았다.

레벨 1을 돌아보며 가장 많이 배운 것은 리뷰어에게 어떻게 질문해야 하는지였다.

지식을 이미 깊게 알고 있는 사람은 문제를 볼 때 사고 과정이 매끄럽고 자연스럽다. 그렇기에, 다른 사람이 문제에 대해 질문할 때 어떤 사고 과정에서 난항을 겪었는지 한 번에 이해하는 것이 어렵다.

전문가들은 어떤 일을 반복하면서 그 과정이 자동화되기 때문에, 자신의 학습 과정이 이미 무의식의 영역에 들어가있고, 자신이 문제를 어떻게 해결하는지 온전하게 설명하지 못하는 경우가 많다.

우리는 그들에게 ‘어떻게 하나요?’ 라고 묻고, 그들은 우리에게 ’열심히 하세요’와 같은 답변이 나올 수밖에 없는 것이다.

그렇다면, 전문가로부터 내가 원하는 정보 (학습 방식)를 뽑아내기 위해서는 어떻게 해야할까?

전문가의 무의식에서 이루어지는 사고 과정을 추출해야 한다.

단순히 ’프로그래밍 언어를 빨리 학습하는 비결은 무엇인가요?’가 아니라, ’최근에 익힌 언어를 배울 때 시간대별로 어떤 행동을 했나요?’라고 물어 학습 과정에 숨겨진 무의식적인 의사결정과 상황 판단을 시간대별로 짚어가며 추출해야 한다. 함께 자라기 독후감 발췌

틀릴 수 있는 의견을 적기

왜 했나? 왜 하지 않았나? 에 대한 답을 깊게 파헤쳐보면 보통 나는 귀찮아서 라고 답했던 것 같다.

블랙잭 사이클2에서 DTO를 도입한 이유를 설명한 내 답글도 남아 있다.

기존에는 view가 Players와 Dealer 객체를 직접 받아 출력하고 있었습니다.

기능이 계속 추가되는 상황에서 DTO를 만들어 놓는 것이 부담이라고 생각해서 위와 같은 방식을 사용했었지만, (사실 귀찮아서 생각해낸 핑계 같습니다)

내가 이해한 것이 틀렸을 수도 있고, 좋다고 판단한 근거가 얕을 수도 있다.

하지만, 잘 모르겠다고 말할 때보다 내가 모르는 부분과 아는 부분을 선명하게 드러내는 것이 내가 원하는 지식을 얻는데 있어서 명백하게 유리할 것이다.

모르는 것을 숨기지 않는 것에서 한 걸음 더 나아가야 한다고 생각했다.

내가 안다고 생각하는 것까지 꺼내놓아야, 잘못 알고 있는 것도 배울 수 있는 것 같다.