처리중입니다. 잠시만 기다려주세요.
TTJ 코딩클래스
정규반 단과 자료실 테크 뉴스 코딩 퀴즈
테크 뉴스
Hacker News 2026.05.18 87

AI에게 배움까지 외주 주지 마세요 — 애디 오스마니의 경고

Hacker News 원문 보기
AI에게 배움까지 외주 주지 마세요 — 애디 오스마니의 경고

AI가 다 해주는 시대의 함정

구글의 엔지니어링 매니저이자 웹 성능 전문가로 유명한 애디 오스마니(Addy Osmani)가 개발자들에게 묵직한 조언을 던졌어요. 제목은 "배움을 외주 주지 마세요(Don't Outsource the Learning)"인데요. 요즘 ChatGPT, Claude, Cursor 같은 도구를 쓰다 보면 "이거 어떻게 하지?" 싶을 때 AI에게 물어보면 답이 바로 나오잖아요. 코드도 척척 짜주고, 에러도 분석해주고, 심지어 아키텍처 설계까지 해줘요. 너무 편한데, 오스마니는 "바로 그게 위험하다"고 말합니다.

그가 지적하는 건 단순한 "AI 의존증"이 아니에요. 더 깊은 차원의 문제, 바로 학습 능력 자체의 약화예요. 우리가 무언가를 배울 때는 막히고, 헤매고, 검색하고, 문서를 뒤지고, 결국 "아 이런 거구나" 하고 깨닫는 과정이 있어요. 이 고통스러운 시간이 사실은 뇌에 지식을 새기는 과정이거든요. AI가 그 단계를 다 건너뛰게 해주면, 답은 얻지만 진짜 배움은 사라져요.

핵심: 결과물과 이해는 다르다

오스마니의 주장을 쪼개서 살펴볼게요. 그는 두 가지 모드를 구분해요. 생산성 모드(Production mode)와 학습 모드(Learning mode)예요. 마감이 코앞이고, 그냥 동작하는 코드가 필요할 때는 AI에게 맡기는 게 맞아요. 효율성이 최우선이니까요. 하지만 새로운 개념을 익히거나, 자기 실력을 키우려는 순간에는 다른 접근이 필요하다는 거예요.

예를 들어볼게요. React의 useEffect를 처음 배우는 주니어 개발자가 있다고 해봐요. ChatGPT에게 "데이터 페칭하는 코드 짜줘"라고 하면 5초 만에 완벽한 코드가 나와요. 코드는 동작해요. 하지만 그 개발자는 의존성 배열이 왜 필요한지, 클린업 함수가 왜 중요한지, 언제 무한 루프가 생기는지 체감하지 못해요. 그래서 다음에 비슷한 상황이 오면 또 AI에게 물어봐야 해요. 의존성이 무한히 깊어지는 거죠.

오스마니가 제안하는 건 "의도적 마찰(intentional friction)"을 만드는 거예요. 너무 매끄럽게 답을 받지 말고, 일부러 어려움을 거치라는 뜻이에요. 구체적으로는 이런 방법들이 있어요. AI에게 답을 받기 전에 먼저 자기 가설을 세워보기, AI 답변을 받고 나서 "왜 이렇게 되는지" 다시 물어보기, AI가 짠 코드를 한 줄씩 직접 타이핑하면서 따라 쓰기, 그리고 가장 중요한 건 에러를 만나면 바로 AI에게 던지지 말고 5분만이라도 직접 디버깅 시도하기.

업계가 마주한 더 큰 그림

이 주제는 사실 교육계와 산업계 양쪽에서 뜨거운 논쟁거리예요. 스탠포드와 MIT 연구진들은 학생들의 AI 사용이 단기 성적은 올리지만 장기 학습 효과를 떨어뜨린다는 연구 결과를 내놓고 있어요. 반대로 GitHub는 Copilot 사용자가 코드를 55% 빨리 짠다는 데이터를 강조하고요. 두 시각이 충돌하는데, 사실 둘 다 맞아요. 단기 생산성과 장기 역량은 다른 축이거든요.

흥미로운 건 시니어 개발자와 주니어 개발자에게 AI가 미치는 영향이 다르다는 점이에요. 시니어는 이미 탄탄한 기초가 있어서 AI를 "빠른 어시스턴트"로 활용할 수 있어요. AI가 잘못된 코드를 줘도 한눈에 알아채니까요. 하지만 주니어는 AI가 주는 답이 맞는지 틀리는지 판단할 기준이 없어서, 그냥 받아들이게 돼요. 이게 누적되면 "AI 없이는 코드를 못 짜는 개발자"가 양산될 수 있다는 우려가 큰 거죠.

오스마니는 또 "vibes coding"이라는 표현도 언급해요. 케어시 카파시가 만든 말인데, "느낌으로 코딩한다"는 뜻이에요. AI에게 자연어로 던지고 결과를 받아 붙이는 방식이죠. 빠르고 재밌긴 한데, 이게 본인의 코드라고 부를 수 있는지, 디버깅이나 유지보수는 누가 할 수 있는지 같은 본질적 질문이 따라와요.

한국 개발자에게 주는 시사점

한국 개발자 커뮤니티에서도 이 고민은 점점 커지고 있어요. 부트캠프나 학원에서 "AI 활용"을 커리큘럼에 넣지만, 정작 기초 알고리즘이나 자료구조를 건너뛰는 학생들이 늘고 있어요. 그러면 면접에서 화이트보드 코딩이나 시스템 디자인 질문이 나왔을 때 무너지죠. AI는 면접장에서 못 쓰니까요.

오스마니의 조언을 한국 상황에 맞게 번역하면 이렇게 정리할 수 있어요. 첫째, 신입~3년차 개발자라면 AI를 "두 번째로" 쓰세요. 먼저 본인이 시도하고, 막혔을 때 AI를 켜세요. 둘째, AI가 준 코드는 반드시 한 줄씩 이해하고 넘어가세요. 작동한다고 그냥 커밋하지 말고, 동료에게 설명할 수 있을 정도가 되어야 해요. 셋째, 사이드 프로젝트 하나는 일부러 AI 없이 만들어보세요. 그 차이를 체감하는 게 가장 강력한 학습이에요.

마무리

오스마니의 메시지를 한 줄로 정리하면, "AI는 도구지 두뇌의 대체품이 아니다"예요. 결과물을 빨리 얻는 것과 실력을 쌓는 건 완전히 다른 게임이고, 둘 다 신경 써야 장기적으로 살아남는 개발자가 될 수 있어요.

여러분은 평소에 AI를 어떻게 쓰고 계세요? 막히면 바로 던지시나요, 아니면 일부러 좀 헤매다가 마지막 카드로 쓰시나요? 본인의 "AI 사용 습관"을 한번 돌아볼 만한 주제예요.


🔗 출처: Hacker News

이 뉴스가 유용했나요?

이 기술을 직접 배워보세요

AI 도구, 직접 활용해보세요

AI 시대, 코딩으로 수익을 만드는 방법을 배울 수 있습니다.

AI 활용 강의 보기

"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"

실제 수강생 후기
  • 비전공자도 6개월이면 첫 수익
  • 20년 경력 개발자 직강
  • 자동화 프로그램 + 소스코드 제공

매일 AI·개발 뉴스를 받아보세요

주요 테크 뉴스를 매일 아침 이메일로 전해드립니다.

스팸 없이, 언제든 구독 취소 가능합니다.