기술 실무자에게 미적분은 대개 대학 1학년의 기억으로 남아 있다. 극한, 미분, 적분, 급수까지 이어지는 방대한 계산 규칙을 외우느라 정작 '왜'라는 질문은 뒷전으로 밀렸던 경험 말이다. 조너선 배틀리(Jonathan Bartlett)의 논문 「Simplifying and Refactoring Introductory Calculus」는 바로 이 지점을 겨눈다. 저자의 문제의식은 명확하다. 1학년 미적분은 학생에게 지나치게 부담스러운 방식으로 가르쳐지고 있으며, 본질적으로 같은 작업을 수행하는 데도 학생들은 서로 다른 여러 절차를 따로 암기해야 한다는 것이다.
왜 '리팩터링'이라는 단어인가
제목에 등장하는 '리팩터링(refactoring)'은 원래 소프트웨어 공학 용어다. 겉으로 드러나는 동작은 그대로 두면서 내부 구조를 더 단순하고 이해하기 쉽게 재정리하는 작업을 뜻한다. 저자가 이 단어를 수학 교육에 끌어온 것 자체가 논문의 관점을 잘 보여준다. 미적분의 결과나 정확성을 바꾸자는 것이 아니라, 그것을 전달하는 개념 구조를 정리하자는 제안이기 때문이다. 논문의 핵심 주장은 많은 미적분 절차가 단순화되고 하나로 통합될 수 있으며, 그렇게 하면 더 적은 개념만으로도 학생에게 더 큰 유연성과 응용력을 줄 수 있다는 것이다.
코드베이스를 다뤄 본 사람이라면 이 논리가 익숙할 것이다. 같은 일을 하는 함수가 여기저기 조금씩 다른 형태로 흩어져 있으면, 각각을 따로 기억하고 유지보수해야 하는 비용이 커진다. 이를 공통 추상으로 묶으면 배워야 할 표면적은 줄고 재사용성은 늘어난다. 저자는 미적분 교육에도 같은 종류의 중복과 파편화가 존재한다고 본 셈이다. 서로 다른 이름과 절차로 가르쳐지지만 사실은 동일한 근본 연산인 경우, 이를 하나의 개념으로 통합하면 인지 부담이 줄어든다는 논리다.
학습 부담을 줄인다는 것의 의미
이 관점은 교육학에서 말하는 인지 부하(cognitive load)와도 맞닿아 있다. 사람의 작업 기억은 한정돼 있어, 서로 무관해 보이는 규칙을 여러 개 동시에 저장하려 하면 정작 개념 간의 연결과 응용에 쓸 여력이 사라진다. 절차의 가짓수를 줄이고 공통 원리를 드러내면, 학생은 암기 대신 이해에 인지 자원을 쓸 수 있다. 저자가 '더 적은 개념이 더 큰 능력을 준다'고 표현한 배경에는 이런 판단이 깔려 있다.
기술 실무자에게 이 논문이 시사하는 바는 미적분 그 자체보다 학습 설계의 원칙에 있다. 머신러닝, 데이터 분석, 그래픽스처럼 미적분을 실제로 쓰는 분야에서, 우리는 종종 도구의 사용법을 낱개로 암기한 채 그 밑에 깔린 공통 구조를 놓친다. 신입 엔지니어를 위한 온보딩 문서, 사내 기술 교육 자료, API 설계에서도 마찬가지다. 표면적 절차를 늘리기보다 근본 개념을 통합해 제시하는 편이 장기적으로 더 유연한 응용을 낳는다는 발상은 교재를 넘어 문서화와 도구 설계 전반에 적용할 수 있는 원칙이다.
무엇을 기대하고 무엇을 유보해야 하나
다만 이 글이 다룰 수 있는 범위에는 분명한 한계가 있다. 확보된 자료는 논문의 문제의식과 지향점을 담은 초록 수준이며, 구체적으로 어떤 절차를 어떤 방식으로 통합했는지, 실제 강의 현장에서 학습 효과가 검증됐는지에 대한 데이터는 여기서 확인할 수 없다. 즉 이 논문은 방향을 제시하는 제안에 가깝고, 그 유효성은 본문의 구체적 방법론과 후속 검증을 통해 판단해야 한다.
그럼에도 이 연구가 던지는 질문은 유효하다. 우리가 '원래 그렇게 배우는 것'이라 여겨 온 지식 체계가, 사실은 역사적 관성으로 누적된 중복 절차의 집합일 수 있다는 문제 제기다. 코드를 정리하듯 지식의 전달 구조도 정리 대상이 될 수 있다는 시각은, 수학 교육을 넘어 무언가를 배우고 가르치는 모든 실무 영역에서 곱씹어 볼 만하다.
"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"
실제 수강생 후기- 비전공자도 6개월이면 첫 수익
- 20년 경력 개발자 직강
- 자동화 프로그램 + 소스코드 제공