개발자 온보딩 예산을 짜면서 외부 온라인 코스 구독을 당연하게 포함시켜왔다면, 지금쯤 그 전제를 다시 살펴볼 시점이 됐다. 시장에서 이미 신호가 나오고 있다. 구조화된 웹 개발 교육 콘텐츠를 수년간 만들어온 독립 교육자들 사이에서, 매출이 절반 이하로 줄었다는 보고가 잇따르고 있다. 수요가 줄었기 때문이 아니라, 개발자들이 학습 방식 자체를 바꿨기 때문이다.
무엇이 실제로 바뀌었는가
변화의 핵심은 단순하다. 개발자들이 특정 기술을 익히려 할 때, 커리큘럼이 설계된 강의를 처음부터 끝까지 수강하는 대신 LLM에 바로 물어보는 방식이 일상화됐다. 검색하고, 블로그 읽고, 예제 코드를 따라 치던 과정이 대화형 질의로 대체되고 있다.
이 전환이 교육 콘텐츠 시장에 미치는 타격은 빠르고 구체적이다. JavaScript와 TypeScript 분야에서 수년간 가장 많이 읽힌 기술 문서를 무료로 제공해온 저자의 경우, 블로그와 무료 전자책 트래픽이 급증했음에도 불구하고 책 판매 수입이 2024년 수준에서 2026년 사실상 0에 가깝게 떨어졌다. 트래픽의 대부분이 AI 크롤러에서 발생했기 때문에 광고 수입도 생기지 않았다. 인터랙티브 웹 기술 튜토리얼로 알려진 다른 강의 제작자도 수익이 50% 이상 감소했다고 밝혔으며, 유튜브 기반 프로그래밍 채널 역시 같은 기간 조회수와 수입이 절반 수준으로 줄었다고 공개했다.
이것이 외부 코스 구독을 재검토해야 하는 이유의 전부는 아니다. 더 중요한 질문은 따로 있다.
구조화된 커리큘럼이 실제로 해결하던 문제는 무엇이었나
외부 코스가 조직 내 개발자 교육에서 담당하던 역할을 구체적으로 짚어보면, 크게 세 가지였다. 첫째, 학습자가 무엇을 모르는지조차 모를 때 전체 그림을 그려주는 것. 둘째, 개념 간 연결고리와 순서를 설계해주는 것. 셋째, 학습의 책임 소재를 외부로 위임하는 것.
이 세 가지 중 LLM이 잘 대체하는 부분은 두 번째다. 특정 개념을 이미 알고 있고, 연관된 다른 개념이 궁금할 때 LLM은 빠르고 충분한 설명을 제공한다. 반면 첫 번째, 즉 학습자가 자신의 무지를 인식하지 못한 상태에서 필요한 개념 지도를 그려주는 일은 LLM이 잘 못한다. 학습자가 맥락 없는 질문을 잘못 던지면 LLM은 자신감 있게 틀린 답을 내놓는다. 기술 편집과 출판 분야에서 오래 일해온 실무자들이 지적하듯, LLM은 틀린 내용도 명확하게 서술하기 때문에 오류를 놓치기 쉽다.
세 번째, 학습 책임의 위임은 사실 조직이 스스로 해결해야 했지만 회피해온 문제다. 외부 코스 구독은 '교육을 제공했다'는 형식적 근거가 됐지만, 학습이 실제로 업무에 연결되는지 확인하는 구조는 대부분 빠져 있었다.
LLM 기반 자기학습이 조직 교육을 대체할 수 없는 조건
개발자 개인이 LLM을 학습 도구로 쓰는 것과, 조직이 LLM을 온보딩이나 재교육의 주요 수단으로 채택하는 것은 다른 문제다.
LLM 기반 학습이 실패하기 쉬운 상황에는 몇 가지 공통점이 있다. 학습자가 무엇을 물어야 하는지 모를 때, 출력 결과가 맞는지 검증할 기준이 없을 때, 그리고 조직 고유의 맥락이나 코드베이스와 연결되지 않을 때다. 신규 입사자 온보딩이 이 세 가지를 동시에 갖추는 상황의 전형적인 예다.
생산성 측면에서도 단순하지 않다. AI 도구가 특정 작업을 자동화해서 개인의 체감 속도를 높일 수 있지만, 그 작업이 다른 팀원이나 리뷰어에게 이전될 뿐이라면 조직 전체의 산출이 늘지 않는다. 작성자가 초안을 빠르게 만들고 편집자나 동료가 오류를 잡는 데 더 많은 시간을 쓰는 패턴이 이미 기술 문서 분야에서 나타나고 있다.
외부 코스 구독을 끊기 전에 물어야 할 것들
구독을 유지할지 전환할지 결정하기 전에, 다음 질문들에 먼저 답해보는 게 낫다.
실제 사용률을 확인했는가. 구독 중인 플랫폼에서 지난 6개월간 수강 완료율, 활성 학습자 수, 그리고 어떤 콘텐츠가 실제로 사용됐는지 데이터를 꺼내본다. 많은 경우 구독료 대비 실사용이 예상보다 낮다.
학습이 업무로 이어지는 경로가 설계돼 있는가. 코스를 수료했다는 사실과, 해당 기술을 실제 프로젝트에 적용할 수 있다는 것은 다르다. 외부 코스가 조직의 실제 기술 스택, 코드 컨벤션, 배포 환경과 연결되지 않는다면 완료 후 이전율이 낮을 가능성이 높다.
내부에서 지식을 전달할 수 있는 사람이 있는가. 멘토십이나 내부 워크숍으로 전환하려면 사내에 가르칠 수 있는 사람이 있어야 한다. 이 전제가 갖춰지지 않은 상태에서 외부 구독만 끊으면 공백이 생긴다.
LLM 활용 능력을 조직이 별도로 다루고 있는가. LLM을 학습 도구로 잘 쓰는 것 자체도 기술이다. 어떤 질문을 어떻게 던져야 좋은 답이 나오는지, 출력 결과를 어떻게 검증하는지, 코드베이스 맥락을 어떻게 제공하는지를 별도로 훈련하지 않으면 개발자마다 활용 수준의 편차가 커진다.
내부 전환이 실제로 작동하려면
외부 코스를 줄이고 내부 워크숍이나 멘토십으로 전환한다는 방향은 맞더라도, 실행 설계 없이는 비용만 줄고 교육은 사라지는 결과가 된다.
내부 워크숍이 효과를 내는 조건은 비교적 명확하다. 실제 프로젝트의 코드나 문제를 재료로 쓸 것, 발표자가 아니라 참여자가 직접 작업하는 시간이 있을 것, 그리고 세션 이후 후속 작업이나 검토가 연결될 것. 이 세 가지 중 하나라도 빠지면 워크숍은 1회성 이벤트로 끝난다.
멘토십의 경우, 멘토가 되는 시니어 개발자의 시간 비용을 명시적으로 인식해야 한다. 이 비용이 계획에 없으면 멘토십은 업무 외 부담으로 인식돼 지속되지 않는다. 외부 코스 구독료를 줄이는 만큼, 멘토 시간의 일부를 공식 업무로 인정하는 방향으로 예산을 재배분하는 것이 현실적이다.
실전 프로젝트 기반 학습은 내부 도구 개선, 자동화 스크립트, 소규모 내부 서비스 개발 같은 실제 업무와 학습을 겹치게 설계할 때 가장 잘 작동한다. 결과물이 실제로 사용된다는 사실 자체가 학습 동기를 다르게 만든다.
