개발자 AI 강의, 3개만 남기고 다 걸렀습니다

'AI 강의'를 검색하면 왜 매번 똑같은 게 나올까요?

'AI 강의' 네 글자를 검색창에 넣어본 적, 최근에 있으시죠. 그리고 아마 그 결과 화면을 보다가 조용히 탭을 닫으셨을 겁니다. LangChain, RAG, LangGraph, 에이전트, MCP, 파인튜닝… 제목만 조금씩 다른 강의가 끝도 없이 쏟아지는데, 정작 "이걸 다 들으면 내 커리어가 어떻게 되는 거지?"라는 질문에는 아무도 답을 안 해줍니다.

그래서 우리는 대개 이렇게 합니다. 평점 높은 걸로 하나 결제하고, 완주하고, 뿌듯해하고, 그리고 몇 달 뒤에 또 '올해 최신 AI 강의'를 검색합니다. 배운 건 늘어나는데 시장에서의 내 위치는 이상하게 그대로예요. 강의를 안 들어서가 아닙니다. 강의가 부족한 게 아니라, 무엇을 남기고 무엇을 버릴지 가르는 기준이 없었던 거죠.

이 편은 강의 소개서가 아닙니다. 저는 여기서 "이것도 좋고 저것도 좋으니 골라 들으세요" 같은 말을 하지 않을 겁니다. 오히려 반대예요. 제가 개발자용 AI 강의를 놓고 하나의 기준으로 거른 다음, 남은 것만 보여드리려고 합니다. 그 기준이 무엇인지, 왜 그 기준이어야 하는지, 그리고 그 필터를 통과한 강의가 왜 딱 3개뿐이었는지. 오늘 가져가실 건 강의 목록이 아니라, 앞으로 어떤 AI 강의를 만나든 스스로 돌릴 수 있는 필터입니다.

AI를 '쓰는 사람'과 '정의하는 사람', 강의가 당신을 어디에 놓나요?

대부분의 AI 강의는 한 문장으로 요약됩니다. "이 툴로 이런 걸 만들 수 있어요." 나쁜 말이 아니에요. 그런데 이 문장이 길러내는 사람은 딱 하나입니다 — AI를 '쓰는 사람'. 툴이 시키는 대로 프롬프트를 넣고, 결과가 나오면 가져다 붙이는 사람이요. 문제는 이런 사람이 지금 이 순간에도 대량으로 만들어지고 있다는 겁니다. 강의 하나당 수천 명씩요.

그런데 시장이 원하는 건 그 반대쪽입니다. 요즘 스타트업이 목을 매고 찾는 직군이 Product Engineer예요. 기획하고, 디자인하고, 개발하고, 런칭하고, 데이터까지 봐서 수익화하는 것을 스스로 정의하는 사람. 왜 이 직군이 뜰까요? AI로 개발자 한 명의 생산성이 올라가니까, 회사는 더 이상 엔지니어를 예전만큼 많이 뽑지 않습니다. 주니어 채용은 거의 씨가 말라가고 있고요. 남는 자리는 "시키면 하는 사람"이 아니라 "무엇을 할지 정하는 사람"의 자리입니다.

그러니까 갈림길은 "AI로 무엇을 만드느냐"가 아니에요. "AI를 어떻게 정의하고 방향을 잡느냐" 입니다. 같은 도구를 손에 쥐어줘도, 누군가는 그걸로 시키는 일을 처리하고 누군가는 그걸로 없던 제품을 정의합니다. 이 차이가 앞으로 몇 년간 개발자의 시장가치를 가릅니다.

여기서 강의를 고르는 기준도 자연스럽게 나옵니다. 이 강의가 나에게 툴 사용법을 주는가, 아니면 판단·검증·문제정의의 관점을 주는가. 저는 이 하나로만 걸렀습니다.

가장 인기 있는 강의부터 리스트에서 뺐습니다

이 기준을 세우고 나서 제일 먼저 한 일은, 아이러니하게도 가장 인기 있고 평점 높은 강의들을 리스트에서 빼는 것이었습니다.

오해는 말아주세요. LangChain, RAG, LangGraph 같은 툴·기술 스택 강의가 나쁘다는 얘기가 아닙니다. 이런 강의들은 정말 잘 만들어졌고, 실무에서 요긴합니다. 다만 역할이 다릅니다. 이 강의들은 이미 "무엇을 만들지" 방향을 정한 사람이 그걸 실제로 굴러가게 만드는 실행력을 얻는 데 최고예요. 그런데 방향 자체, 그러니까 "무엇을 왜 만들 것인가"를 정의하는 관점은 이 강의들이 주지 않습니다. 애초에 그러라고 만든 강의가 아니니까요.

비유하자면 이렇습니다. 좋은 목공 도구 사용법을 아무리 배워도, "무엇을 만들 것인가"는 도구가 알려주지 않아요. 그건 만드는 사람의 몫입니다. 그런데 AI 강의 시장의 대부분은 이 도구 사용법 칸에 몰려 있습니다. 그래서 초보자가 검색하면 온통 도구 카탈로그만 보이고, 정작 "정의하는 사람"이 되는 길은 잘 안 보이는 거예요.

그래서 이번 필터에서는 "이 툴로 이런 걸 만들 수 있다"에서 멈추는 강의를 의도적으로 뺐습니다. 아무리 인기가 많아도요. 남긴 기준은 단 하나, "이걸 들으면 AI를 정의하고 방향 잡는 관점이 자라는가"였습니다. 그 관문을 통과한 게 지금부터 보여드릴 셋입니다.

이 기준을 통과한 3개, 커리큘럼이 말해줍니다

여기서부터가 중요합니다. 저는 "제가 들어봤더니 좋더라" 같은 말로 설득하지 않을 거예요. 대신 각 강의의 커리큘럼이 그 관점을 어떻게 길러주는지를 보여드리겠습니다. 커리큘럼은 강사가 "이 강의가 무엇을 다루는지" 공개해둔 사실이니까요. 그리고 이 셋은 우연히 좋은 강의 세 개가 아니라, 관점 → 설계·판단 → 0에서 1까지의 런칭이라는 세 계단에 하나씩 놓입니다.

첫 번째 계단은 '관점'입니다.

LLM 핵심 이론, 구조로 이해하기가 여기 놓입니다. 커리큘럼을 보면 토큰·임베딩·컨텍스트 윈도우·출력 파라미터 같은 동작 원리에서 시작해, 프롬프트 엔지니어링(Zero/Few-shot·CoT), RAG로 한계를 보완하는 법, 파인튜닝(PEFT/LoRA), LLM 에이전트, MCP와 A2A까지 이어집니다. 핵심은 "이 툴 쓰는 법"이 아니라 "AI가 왜 그렇게 답하는지를 구조로 이해하는 것" 이에요. 왜 이게 관점의 출발점이냐면, 작동 원리를 알아야 "이 결과를 믿어도 되는가", "여기서 뭘 바꿔야 하는가"를 스스로 판단할 수 있기 때문입니다. 강의 소개에도 "그냥 쓰는 사람에서 이해하고 설계할 수 있는 사람으로"라고 적혀 있고, "툴 사용법 강의가 아니다"라고 못 박혀 있습니다. 이 편의 필터와 정확히 같은 말을 하고 있죠. 그리고 이 강의는 개발 경험이 없어도 됩니다. 기획자·PM도 들을 수 있는, 이 리스트에서 유일하게 진입장벽이 낮은 입구예요.

두 번째 계단은 '설계·판단'입니다.

실리콘밸리 엔지니어와 함께하는 Claude Code가 여기 옵니다. 커리큘럼의 흐름이 상징적이에요. 'From User to Architect', 즉 사용자에서 설계자로 넘어가는 것을 축으로 잡고, Context Engineering이 어떻게 생산성을 만드는지, Context Management와 output-style, 모델·비용 관리 같은 핵심을 다룬 뒤, 3시간 20분에 달하는 AI Orchestration(Subagent·Agent Teams·Plugin) 파트로 들어갑니다. 이건 "프롬프트를 잘 쓰는 스킬"이 아니라 "AI를 하나의 시스템처럼 설계하고 지휘하는 구조" 를 다루는 거예요. 강의 소개의 "AI를 쓰는 개발자에서 설계하는 엔지니어로"라는 문장이 이 축을 그대로 설명합니다. 다만 분명히 해둘 게 있어요. 이 강의는 개발자 전용입니다. 터미널·Git·LLM 경험이 필요하고 자료도 영문이며 Claude Pro나 API가 있어야 합니다. 덧붙이면 이 셋 중 검증 지표가 가장 두꺼운 강의이기도 해요 — 수강평 198개, 수강생 2,314명에 BEST 배지가 붙어 있습니다.

세 번째 계단은 '0에서 1까지의 런칭'입니다.

개발 초보자도 따라하는 클로드코드 한방에 해결하기가 마지막에 옵니다. 『클로드 코드 마스터』를 쓴 저자의 강의인데, 커리큘럼이 기획에서 배포까지 한 사이클을 통째로 관통합니다. AI 개발 방법론(설계 우선·CLAUDE.md·컨텍스트 엔지니어링)에서 시작해, 프롬프트와 컨텍스트의 차이, TDD, SDD/SpecKit, PRD/TRD, 그리고 Slash Command·Skill·Hook·MCP로 확장하는 법을 지나, 기획→명세→구현→디버깅→리팩토링으로 이어지는 실전 워크플로우, 마지막엔 클라우드 배포(Vercel/Neon·도메인·구글 OAuth·이메일 인증·SEO)까지 갑니다. 즉 "만들어 본 사람"에서 "서비스를 운영해 본 사람" 까지 데려다주는 계단이에요. 강의 소개의 "버튼 위치 외우는 강의는 도구가 바뀌면 무용지물 — 쪼개는 법·전달하는 법·검증하는 법을 배워야 한다"는 말이, 앞선 두 계단에서 세운 관점을 실물로 완성시킵니다. 이 강의도 초보를 배려해 설계됐지만, 일부 수강평은 "완전 초보용은 아니다"라고 말합니다.

순서를 바꾸면 같은 강의도 효과가 반토막 납니다

이 세 개를 그냥 아무 순서로 결제해서 들으면, 솔직히 효과가 절반은 날아갑니다. 순서 자체가 필터의 연장이거든요.

만약 두 번째나 세 번째, 그러니까 도구를 지휘하고 서비스를 배포하는 강의부터 시작한다고 해봅시다. 관점이 없는 상태에서 도구 실력만 먼저 붙으면, 결국 "잘 쓰는 사람"에 갇히기 쉽습니다. 도구는 능숙해지는데 "왜 이걸 이렇게 만드는가"는 여전히 남이 정해준 대로 따라가게 돼요. 반대로 첫 번째 계단인 '관점'부터 세우면, 그 다음에 만나는 똑같은 도구가 전혀 다르게 보입니다. 같은 Claude Code라도, AI가 왜 그렇게 동작하는지 구조로 이해한 사람의 손에서는 그게 "정의하는 사람"의 재료가 되니까요.

그래서 순서는 이렇게 됩니다. ① 관점(구조로 이해해 판단 기준 세우기) → ② 설계·판단(AI를 시스템으로 설계·오케스트레이션) → ③ 0에서 1까지의 런칭(기획부터 배포·운영까지). 아래에서 위로 쌓는 게 아니라, 관점을 먼저 깔고 그 위에 실행을 얹는 구조예요.

재미있는 건, 이 순서가 난이도와도 정확히 맞물린다는 점입니다. ①은 비개발자도 들어올 수 있는 입구라 맨 앞에 오는 게 자연스럽고, ②③은 개발이나 개발 경험이 필요한 실행 트랙이라 뒤에 옵니다. 그래서 "순서를 지키라"는 말은 곧 이런 실용적인 조언이 됩니다 — ①로 관점을 먼저 세우고, 준비가 되면 ②③으로 넘어가라. 세 개를 한꺼번에 결제하라는 얘기가 절대 아니에요. 지금 개발 경험이 없다면 ①만으로 충분히 오래 걸을 수 있습니다.

강의를 결제하기 전에 스스로에게 던질 질문 하나

여기까지 오셨으면, 사실 오늘 진짜 가져가실 건 강의 세 개가 아닙니다. 그건 결과물일 뿐이고, 진짜는 그 결과물을 만들어낸 질문 하나예요.

앞으로 어떤 AI 강의를 만나든, 결제 버튼을 누르기 전에 이것만 스스로에게 물어보세요. "이 강의는 나를 '쓰는 사람'으로 만드나, '정의하는 사람'으로 만드나?" 커리큘럼을 열어서 확인하면 됩니다. 온통 "이 툴로 이걸 만든다"로만 채워져 있다면, 그건 실행력을 주는 강의예요 — 방향을 이미 정한 다음에 들으면 됩니다. 반대로 "왜 그렇게 되는가", "무엇을 어떻게 판단·검증할 것인가", "처음부터 끝까지 어떻게 정의할 것인가"를 다룬다면, 그건 관점을 주는 강의입니다.

커리어를 바꾸는 건 강의 개수가 아닙니다. 이 질문을 매번 던지는 태도예요. 강의를 열 개 스무 개 사서 완주 인증을 쌓는 것보다, 이 질문 하나로 걸러 딱 필요한 걸 제대로 소화하는 사람이 몇 년 뒤에 전혀 다른 자리에 서 있게 됩니다. 위에서 보여드린 세 개는, 말하자면 제가 이 질문에 이미 답을 내려둔 결과물이고요.

문턱이 높다는 거, 압니다. 사실입니다. 그런데 어려운 거지 못하는 건 아니에요. 그리고 그 문턱을 넘는 사람이 점점 줄어들기 때문에, 넘은 사람의 가치는 오히려 더 올라갑니다.

그런데 여기서 끝내면, 결국 또 '쓰는 사람'입니다

솔직하게 하나만 짚고 마무리할게요. 위 세 개를 다 듣는다고 해서 '정의하는 사람'이 되는 건 아닙니다. 강의는 관점을 얻는 입구일 뿐이에요. 거기서 멈추면, 아무리 좋은 강의라도 결국 '완주 인증' 하나가 더 쌓일 뿐이고 — 그건 이 편 맨 앞에서 우리가 벗어나고 싶어 했던 바로 그 루프입니다.

그래서 이 강의들의 진짜 용도는 이겁니다. 거기서 얻은 관점으로, 당신만의 무언가를 직접 만들어 세상에 내보내는 것. 작아도 됩니다. AI로 문제 하나를 정의하고, 그걸 실제 서비스로 만들어 런칭하고, 누군가 쓰게 하고, 데이터를 보고 고치는 것. 이 한 바퀴를 스스로 돌려본 경험 — 그게 강의 열 개 완주보다 비교할 수 없이 큽니다.

왜냐하면 기업이 실제로 확인하고 싶어 하는 게 바로 그거거든요. "이 사람이 강의를 몇 개 들었나"가 아니라 "스스로 기획하고, 만들고, 런칭하고, 운영해서 굴러가게 해봤나." AI로 개발자 한 명의 생산성이 통째로 올라가는 지금, 회사가 원하는 건 시키는 걸 구현하는 손이 아니라 없던 걸 정의하고 끝까지 만들어낸 사람입니다. 그리고 그런 결과물 하나가 있으면, 이력서를 넣는 게 아니라 먼저 연락이 오는 구조가 만들어져요.

문턱이 높다는 거, 압니다. 강의 듣는 것보다 훨씬 어렵죠. 그런데 어려운 거지 못하는 건 아닙니다. 그리고 그 문턱을 넘어 실제로 만들어 내보내는 사람이 점점 줄어들기 때문에, 넘은 사람의 가치는 오히려 더 올라갑니다.

그러니 위 세 강의는 이렇게 쓰세요. 개발 경험이 없다면 LLM 핵심 이론, 구조로 이해하기로 관점부터 세우고 — 관점이 서면, 그걸로 뭘 만들지를 고민하기 시작하세요. 강의는 거기까지 데려다주는 계단이고, 그 위에서 실제로 걷는 건 당신 몫입니다. 다음 편에서는 그 '만들어 내보내는' 쪽을 더 깊게 다뤄볼게요.