기술 교육을 받는다면 「바로 답을 알려주지 않는」 사람에게 부탁하는 것이 좋은 이유

예를 들어, 프로그래밍 교육을 할 때 많은 사람들이 「15분 고민해서 모르면 바로 물어보자」는 지도를 하고 있다고 생각합니다.

하지만, 생각해 보세요. 모든 답을 15분 후에 알 수 있는 상황이라면 「스스로 만들 필요」는 전혀 없습니다. 겉으로만 고민하고, 15분 지나면 모든 문제가 해결되는 환경에서 과연 실력이 늘까요? 그렇게 답을 알려받고, 실전에서 누구에게 많이 묻지 않고도 일을 완성할 수 있는 「자신감」이 생긴다고 진심으로 믿을 수 있을까요?

예를 들어, 프로그래밍으로 말하자면, 슬롯머신 프로그램을 어떻게 만들지 생각할 때, 시행착오를 겪으며 스스로 구조를 만들기 때문에 그 구조를 이해할 수 있습니다. 처음 도전할 때, 단 15분 고민해서 구조를 생각해내거나 이해할 수 있는 경우는 드뭅니다. 크게 시행착오를 겪은 것도 아니므로 이해도 깊어지지 않고, 혼자서 만들 수 있게 되지도 않습니다. 시행착오를 겪으며 생각하는 과정에서 본질적으로 기술에 대한 이해가 깊어집니다.

모르겠어서 알려받았다고 해도 「뭔가 작동했지만 시키는 대로 했을 뿐」 「본질적으로 이해하지 못해서 다른 프로그램을 작성할 때 응용할 수 없다」가 되어 결국 아무것도 익히지 못한 경우가 대부분입니다. 그렇게 해서 익히는 것은, 알려받은 것을 모두 암기하고, 거기서 응용하여 다른 프로그래밍도 작성할 수 있게 되는 초인뿐입니다.

실제로 배우고 있는 분들은 어느 정도 경험이 있을지도 모릅니다. 교과서대로 따라 만들어봤지만, 스스로 무언가를 만들려고 하면 어떻게 해야 할지 모르겠습니다. Progate와 같은 학습 자료를 따라 해봤지만, 결국 스스로 만들려고 하면 처음에 무엇을 해야 할지조차 모릅니다. 답을 바로 알려받을 수 있는 환경에 있다면 그렇게 되어버립니다.

그렇다면 실전에서 사용할 수 있는 기술을 익히려면 어떻게 해야 할까요? 조금씩 스스로 생각하고 시행착오를 겪으며 시도하면서, 아는 범위 내에서라도 답을 찾아나가는 것입니다. 그렇게 「묻는 습관」이 아니라, 「스스로 답을 찾아가는 습관」을 들이는 것으로, 생각하는 힘과 방법 그 자체가 몸에 익고, 기술을 능숙하게 다룰 수 있게 되는 것입니다.

모르면 물어보라고 지도하는 우수한 사람 자신은, 누구에게도 답을 알려받을 수 없는 환경에서 자랐기 때문에 우수해진 것입니다.

「15분 고민해서 모르면 물어보자」고 말하는 사람의 사고방식에 대해 설명하겠습니다. 우선 그런 사람들의 대부분이 「물을 수 없는 환경에 있었고, 고생했기 때문에 물어보는 것이 좋다고 생각하는」 것입니다.

프로그래밍은 일단 「작성법」을 익히면 「다음에도 작성할 수 있다」고 생각하게 됩니다. 어디까지나 언어이므로, 방법을 「아는지 모르는지」가 기술의 차이가 된다고 생각하는 분들도 많습니다. 그렇기 때문에 「답」을 알려주고 「외우게」 하는 것이 성장이 빠르다고 착각하게 됩니다.

하지만, 중급자들은 자신이 「물을 수 없었던 시절에 스스로 시행착오를 겪었던 경험」이나 「고민하며 익힌 문제 해결 능력」의 도움을 받고 있다는 것을 스스로도 자각하지 못합니다. 물을 수 있었기 때문에 우수해진 것이 아니라, 물을 수 없어서 고생했기 때문에 우수한 것이라고 생각합니다.

예를 들어 그들은 슬롯머신을 만들라는 의뢰가 들어오면 스스로 만드는 방법을 상상할 수 있지만 「답을 계속 알려받았던 사람」이 그러한 「미경험」 제작물의 만드는 방법을 상상하는 것은 어렵습니다.

알려받은 답을 계속 재현해왔을 뿐이므로, 그것을 어떻게 응용할지에 대한 사고력이 길러지지 않았기 때문입니다. 결과적으로 현장에서 알려받지 않으면 아무것도 할 수 없는 사람이 되어버립니다. 저도 예전에는 답을 친절하게 알려주는 타입이었지만, 그런 사람일수록 일을 시작하기도 전에 포기해버리기 때문에 그만두었습니다.

그러므로 답을 바로 듣는 것이 좋다는 달콤한 말에 현혹되어도, 결국 자신에게는 도움이 되지 않습니다. 만약 답을 계속 들으면서 실전에서 사용할 수 있는 실력이 생긴 사람이 있다면, 그 사람은 이미 상당한 문제 해결 능력을 갖춘, 두뇌가 명석한 사람이 될 것입니다. 그런 사람에게는 계속 답을 제공해도 좋겠지만, 대부분의 사람은 그렇게 되지 않습니다.

대부분의 기술 교육자가 겪는 길

기술 교육에 관여하기 시작한 지 벌써 6년 정도 지났습니다. 그동안 여러 번 보아온 익숙한 '교육자의 성장 패턴'이 있습니다.

먼저, 처음에는 '정중하게 가르치는 것'을 의식하여, 즉시 질문받은 것에 답하는 형태로 육성을 시작합니다. 그때는 모두 '모르는 것은 바로 물어보세요'라고 말하고, 그 편이 사용자 반응도 좋으므로, 고객을 모으기 위해서도 '전문가에게 직접 물어볼 수 있다'는 것을 내세워 어느 정도 확장합니다.

그런데 질문이 너무 단순한 것까지 나오거나, 스스로 찾아보면 바로 알 수 있는 것들도 묻기 시작하므로 '정말 이거, 다들 머리 써서 배우고 있는 건가?', '실전에서는 찾아보고 해결하는 것이 대부분인데, 이렇게 답을 바로 제공해도 괜찮은가?'라는 의문이 떠오릅니다.

그중에는 파일을 보내는 방법부터, zip 파일로 압축하는 방법, 그리고 그 원리까지 정중하게 가르치는 경우도 있습니다. 하지만 그런 것은 Google에서 검색하면 바로 나오는 것이고, 애초에 '찾아서 답을 내는 것에 익숙해져야 한다'는 현실을 깨닫기 시작하는 것입니다. 길러야 할 것은 '약간의 힌트에서 답을 이끌어내는 문제 해결 기술 그 자체가 아닐까'라고.

실제로 현장에 나간 학생이나, 스스로 처음부터 무언가를 만들어 본 사람이 '스스로 해보려 했지만 결국 만들지 못했습니다'라는 피드백도 받게 됩니다. 그래서 드디어 개혁이 필요하다는 인식이 생기기 시작합니다.

그래서 어떻게 하느냐 하면 '질문 방법 매뉴얼'이나 '커리큘럼에 임하는 마인드셋'을 만들기 시작합니다. 그제야 '본질적인 교육이란 먹이를 주는 것이 아니라 먹이를 사냥하는 방법을 길러야 한다'는 인식이 깊어지는 것입니다. 질문을 받았을 때도, 답을 그대로 가르치는 것이 아니라 힌트만 가르치게 됩니다.

이렇게 형태가 정착될 무렵, 새로운 경쟁자들이 우르르 나타나 '저희는 멘토에게 바로 물어볼 수 있습니다!'라는 메시지를 발신하기 시작하고, 교육 과정을 한 번쯤 겪어본 사람들은 '아, 또 시작이군..'이라는 기분이 들기도 합니다.

이러한 루프가 1년에 한 번은 발생합니다. 그래서 초보자가 정말로 선택해야 할 교육기관은 '질문하는 방법의 규칙이나 마인드셋'이 언급되어 있고, 또한 '질문하는 것에 대해 제한이 있는 곳'을 선택하는 것이 실력을 키우는 데 적절하다고 생각합니다.

부담 없이 물어봐도 되는 것은 실전일 때뿐

하지만 실제 업무에서는 이야기가 조금 달라집니다. 납기가 있으므로 언제까지나 고민하고 있을 수는 없습니다. 따라서 몇 시간 동안 고민할 것 같다면, 아는 사람에게 물어보고 문제를 해결하는 것이 좋을 것입니다. 지금은 ChatGPT도 있으므로, 사람에게 묻지 않아도 바로 문제를 해결할 수 있게 되었습니다. 그러나 연습이나 기술 습득 시부터 같은 의식을 가지고 있어서는 안 됩니다. 사고력이 단련되지 않기 때문입니다.

실전에서 물어봐도 된다고 해도, 기본적으로는 스스로 시행착오를 겪으며 만들어 나가는 것이 중요합니다. 모르는 것을 모두 선배에게 물어본다면, 그저 일을 못하는 사람일 뿐이고, 선배의 귀중한 시간도 빼앗게 됩니다. 기본은 스스로 해결하고, 정말 모를 때 물어보는 것이 기본입니다.

따라서 어느 정도의 문제라면, 몇 분 안에 스스로 해결할 수 있는 문제 해결 기술 그 자체를 단련해 둘 필요가 있습니다. 만들 것을 상상하고, 어떤 방식으로 만들어야 정확한지 스스로 생각하는 힘이 단련되어 있어야 합니다. 그것은 기술 습득 중에 스스로 생각하고, 답을 내면서 익히는 것입니다.

프로그래밍이나 디자인을 비롯하여, 만드는 방법을 암기하는 것이 기술 습득이 아닙니다. 주어진 프로그래밍이나 디자인이라는 도구를 사용하여, 어떻게 하면 작업을 빠르고 정확하게 마칠 수 있을지 생각해야 합니다. 그 생각하는 힘 그 자체를 학습 중에 '습관'으로 만들어야만, 실전에서도 실력을 발휘할 수 있게 됩니다.

만약 멘토를 두거나 학교에 간다면, 생각하는 힘 자체를 길러주는 멘토나 학교에 부탁하는 것이 좋을 것입니다. 그러한 사고 없이, 그저 친절하게 답을 알려주는 곳이라면, 대단한 기술이 되지 못합니다. 현장에서 당황하게 될 것입니다.

요약

이번 내용으로 「기술 교육을 받는다면, 답을 바로 알려주지 않는 사람이나 장소」에 부탁하는 것이 좋은 이유에 대해 인식하셨습니까?

솔직히 말해서, 매년 매년, 비슷한 교육 시스템이 생겨나고, 비슷하게 진화하며, 결국 비슷한 결론에 도달하기 때문에 「새로운 교육 시스템을 만들 때 다른 시스템을 참고하지 않는 걸까」라고 진심으로 의문을 품기도 합니다. 결국, 진심으로 교육과 마주하여, 실제로 커리큘럼을 만들거나 교육 프로젝트를 주체적으로 만들고 있다면, 몇 년 후, 비슷한 결론에 도달해 있을 것이라고 생각합니다.

바로 물어볼 수 있는 시스템의 교육기관에 소속되어 버리면, 자신이 아주 뛰어나지 않는 한, 졸업 후, 변변찮은 것을 만들 수 없는 상황이 되는 경우가 많습니다. 그리고 취업 활동이나 프리랜서로서의 활동을 시작할 때, 성과물뿐만 아니라, 문제 해결 능력조차 평가받지 못하고, 당연히, 클라이언트의 문제도 해결할 수 없으므로, 일을 할 수 없다 = 돈을 벌 수 없다, 가 되기 쉽습니다.

할 수 있어도 부업과 같은 「바로 대체 가능한 일」이나 「업데이트 업무 정도」로, 디자이너나 엔지니어로서, 본질적으로 만드는 쪽에 설 수 있는 것은 상당히 먼 미래의 이야기가 될 것입니다.

「바로 물어볼 수 있다!」「항상 멘토가 옆에 있다!」라는 듣기 좋은 말에 「지원이 충실하구나」라고 생각하며 거액을 지불했지만, 결국, 스스로 아무것도 질 좋은 것을 만들지 못하고, 일도 할 수 없게 되는 상황에 빠지는 것은 피합시다.

그러한 실패를 수없이 거듭한 끝에, 이것도 저것도 답은 알려주지 않는 것이 좋다는 결론에 많은 사람들이 도달해 있습니다. 정말, 이제 이 루프도 끝나기를 바랍니다. 더 이상 반복하지 않아도 되지 않을까 하고, 막연히 생각하게 됩니다.