AI는 당신의 사고를 대체하는 게 아니라 끌어올려야 한다

'AI에게 시키면 끝' 시대, 정말 괜찮을까요?

요즘 개발자라면 누구나 한 번쯤 이런 경험 해보셨을 거예요. 막히는 코드가 있어서 ChatGPT나 Claude한테 물어보면 척척 답을 내주잖아요. 그래서 그냥 복붙해서 쓰고, 동작하면 다음 작업으로 넘어가고요. 처음엔 "와 진짜 편하다" 싶은데, 어느 순간 이상한 느낌이 들어요. 분명히 내가 짠 코드인데 왜 내가 모르는 부분이 점점 많아지는 걸까 하고요.

Koshy John이라는 개발자가 쓴 이 글은 바로 그 지점을 짚어요. AI가 우리의 사고를 확장(elevate) 하는 도구가 되어야지, 대체(replace) 하는 도구가 되면 안 된다는 거죠. 말은 단순해 보이지만, 실제로 우리가 매일 AI를 쓰는 방식을 돌아보게 만드는 묵직한 메시지예요.

두 가지 사용법, 결과가 완전히 달라요

저자가 가장 강조하는 건 "AI를 어떻게 쓰느냐"의 차이예요. 같은 도구라도 사용 방식에 따라 결과가 정반대로 나옵니다.

첫 번째는 사고를 외주 주는 방식이에요. 예를 들어 "이 함수 만들어줘"라고 던지고 결과만 받아서 붙이는 거죠. 당장은 빠르지만 문제가 있어요. 코드의 의도, 트레이드오프, 왜 이 방식이 다른 방식보다 나은지에 대한 이해가 통째로 빠져요. 그러다 버그가 터지면? 내가 짠 게 아니니까 디버깅이 두 배로 힘들어집니다. 더 무서운 건, 이런 식으로 몇 달이 지나면 비슷한 문제를 처음부터 풀어내는 능력 자체가 무뎌진다는 거예요. 근육을 안 쓰면 빠지듯이요.

두 번째는 사고를 증폭시키는 방식입니다. 이건 좀 다르게 접근해요. 먼저 내가 문제를 어떻게 풀지 머릿속으로 그려본 다음, AI한테 "내 접근이 이 방향인데 놓친 엣지 케이스가 뭐가 있을까?" 또는 "이 설계의 약점은 뭘까?"라고 묻는 거죠. AI는 답변자가 아니라 스파링 파트너가 됩니다. 내 사고의 빈 곳을 비추는 거울 역할이에요.

왜 이게 진짜 중요한 문제일까

생각해보면 이건 단순히 "공부 열심히 하자" 류의 잔소리가 아니에요. 실무적으로도 큰 차이를 만듭니다.

시니어 개발자가 주니어보다 비싼 이유가 뭐겠어요. 단순히 코드를 더 빨리 짜서가 아니라, 어떤 문제를 만났을 때 왜 이게 문제인지, 어떤 선택지가 있고 각각 어떤 결과를 낳는지 판단할 수 있어서거든요. 이런 판단력은 수많은 시행착오와 직접 고민한 시간이 쌓여서 만들어집니다.

AI에게 사고를 외주 주면 이 축적이 안 일어나요. 코드는 나오는데 판단력은 안 자라는 거죠. 저자는 이걸 "인지적 부채(cognitive debt)"라고 표현해요. 기술 부채처럼, 지금 편하자고 미뤄둔 사고의 비용이 나중에 한꺼번에 청구되는 거예요. 회사에서 "이 시스템 왜 이렇게 설계했냐"는 질문에 "AI가 그렇게 짜줬어요"라고 답할 수는 없잖아요.

실전에서 어떻게 쓰면 좋을까

그럼 어떻게 해야 잘 쓰는 걸까요. 글에서 명시적으로 다 나오진 않지만, 핵심 원칙을 실무에 적용해보면 이런 식이에요.

먼저 스스로 풀어보기. 5분이라도 좋으니 "내가 이걸 어떻게 풀까" 머릿속으로 굴려봐요. 자료구조를 어떻게 잡을지, 시간복잡도가 어떨지, 예외 케이스는 뭐가 있을지. 그다음에 AI에게 검토를 부탁하면 답변의 깊이가 완전히 달라집니다.

답을 받으면 한 번 더 의심하기. AI는 그럴듯한 거짓말도 잘 해요. "이 라이브러리에 이런 함수 있어요"라고 하는데 실제론 없는 경우, 다들 한 번씩 당해보셨죠. 그러니 받은 코드를 줄 단위로 따라가면서 "이게 진짜 맞나? 왜 이렇게 했지?" 묻는 습관이 필요해요.

설명을 요구하기. 코드만 받지 말고 "이 부분 왜 이렇게 짰어?"라고 계속 물어보세요. 답을 듣다 보면 내 머릿속에도 패턴이 쌓입니다. AI를 일하는 동료가 아니라 무료 과외 선생님처럼 활용하는 거예요.

업계 흐름에서 보면

이런 논의가 지금 활발한 데는 이유가 있어요. Cursor, Copilot, Claude Code 같은 도구들이 등장하면서 "바이브 코딩(vibe coding)" 같은 신조어까지 생겼잖아요. 그냥 느낌 가는 대로 AI한테 시키면서 코드를 짠다는 의미인데요. 이게 프로토타입이나 사이드 프로젝트엔 잘 맞지만, 프로덕션 시스템에 그대로 쓰면 위험하다는 경고가 곳곳에서 나오고 있어요.

MIT 미디어랩에서 진행한 "ChatGPT 사용이 뇌 활동에 미치는 영향" 연구도 비슷한 결을 가집니다. AI에 의존해서 글을 쓴 그룹은 직접 쓴 그룹보다 신경 활동이 약했고, 자기가 쓴 글의 내용도 잘 기억하지 못했다는 결과가 있었거든요. 코드라고 다를 리 없죠.

한국 개발자에게 주는 메시지

한국 개발 문화는 특히 "빨리"에 강한 압박이 있죠. 그래서 AI를 사고 가속기로 쓰기보다 사고 생략기로 쓰기 쉬워요. 하지만 길게 보면 이건 자기 커리어에 마이너스예요. 5년 차, 10년 차가 됐을 때 내가 가진 건 결국 판단력과 문제 해결 능력인데, 그걸 AI한테 맡겨두면 그 자리에서 정체됩니다.

특히 주니어 분들께 드리고 싶은 말은, AI 답변을 받기 전에 30초만이라도 스스로 생각해보세요. 그 30초가 5년 뒤 당신을 다른 개발자로 만듭니다. 시니어 분들은 팀 안에서 이런 사용 문화를 의식적으로 설계해보면 좋겠어요. 코드 리뷰할 때 "이거 AI가 짜줬지?"가 아니라 "이렇게 짠 이유가 뭐야?"를 묻는 식으로요.