안녕하세요. 글에 관심 주셔서 감사합니다.

말씀하신 것처럼 일반적으로 직관이란 직접적인 사고 활동 없이 대상을 파악하는 것을 의미합니다. 그렇다고 정말 아무 지식이 없는 상태에서 정답까지 갈 수는 없다고 생각합니다.

먼저 직관이라는 단어에 대한 제 생각을 적어보자면, 디버깅에 관한 이야기를 하다 보면 '갑자기 떠올랐다', '왠지 그 부분이 문제인 것 같았다'와 같은 말을 동료에게 듣거나 스스로 해봤다는 이야기를 자주 듣습니다. 저는 이 부분이 직관이라 생각했어요. 갑자기 떠오른 것을 그냥 넘기지 않고 하나씩 짚어보면 결국 해당 부분에 대한 경험이 있었거나 관련 지식을 잘 이해하고 있다는 것을 깨달을 수 있었습니다. 그래서 직관이라는 단어를 사용했고 오해가 있을 수 있으니 '내가 아는 지식을 문제와 연결하는 것이 직관'이라는 문장을 추가했습니다.

그래서 말씀 주신 몇 가지 의문에 제 생각을 말씀드리자면,
'디버깅에 생각의 절차가 필요하다는 전체적인 논지와도 모순'에 대해서는 제가 글에서 표현한 직관이란 이미 경험했거나 알고 있는 사실로 큰 생각없이 생략하는 것으로 묘사했습니다. 따라서 생각의 절차가 필요 없다는 뜻이 아닌, 생각을 빠르게 할 수 있는 도구로 표현하고자 했습니다.

다음으로 '디버깅이 정말 온전히 직관으로 수행할 수 있는 작업이라면 디버깅시에 로그나 데이터 확인, 형상관리가 전혀 필요없다는 주장도 참이어야 하지 않을까요?'에 대해선 온전히 직관으로 수행할 수 있다고 표현하지는 않았습니다. 오히려 '디버깅이란 주어진 상황과 데이터를 기반으로 문제의 원인을 찾아나가는 과정'이라는 문장을 추가했습니다. 다만, 디버깅 때마다 글에서 주장하는 네 단계 추론 과정을 거치는 개발자는 거의 없을 것으로 생각합니다. 어느 정도 경험과 지식이 있다면 자신의 판단으로 생략하는 경우도 있겠죠. 언급하신 로그, 데이터 등은 경험이나 지식이 있다면 이를 상기시켜 주는 역할을 하거나 경험이나 지식이 없다면 추론에 도움을 주는 역할 두 가지를 가지고 있다고 생각합니다. 따라서 글에서 언급한 직관을 위해서라도 없어선 안 되는 중요한 정보입니다.

이 글에서 사용한 직관이란 단어 자체가 애매모호할 수 있다고 생각합니다. 어쩌면 제 생각을 나타내기에 글의 구성이나 빌드업이 안 좋았을지도 모르겠습니다. 우선 구체적이지 않았던 부분은 수정하려고 합니다. 그러나 직관이라는 단어를 교체하는 것이 좋을지는 아직 판단이 잘 안서네요. 글을 쓸 때부터 직관이라는 단어를 핵심으로 꼽았기에 대체할 다른 단어가 생각나지 않습니다. 혹시 좋은 의견이 있으시다면 말씀 주시면 감사하겠습니다. :)