클로저 창시자 "AI는 도구 아닌 자동화"… 개발자들 논쟁 격화

클로저 창시자가 던진 질문

클로저(Clojure) 언어 창시자 리치 히키가 링크드인에 올린 글이 해커뉴스에서 263점, 댓글 133개를 모으며 개발자 사회를 흔들었다. 같은 글이 국내 개발자 커뮤니티 '긱뉴스'에도 올라왔으나 25점, 댓글 0개로 조용한 대조를 이뤘다. 반응의 온도차가 먼저 눈에 띈다.

히키의 정의: 도구 vs 자동화

히키는 정의를 좁혀 썼다. 도구는 손에 쥐고 힘·조절·피드백을 주고받으며 쓴다. 망치, 톱, 킨들이 그렇다. 반면 자동화는 스스로 작동한다. 드라이브스루는 요리 도구가 아니라 요리를 피하는 자동화다. LLM(대형 언어 모델, 문맥을 학습해 텍스트를 생성하는 AI)도 코딩 도구가 아니라 코딩을 피하는 자동화라는 주장이다.

"당신은 LLM의 행동을 지시하지 않는다. 요청만 던지고, LLM은 당신의 에너지나 지속적 지시 없이 제멋대로 움직인다."

이 문장이 논쟁의 불씨가 됐다. 히키는 자동화를 쓰면 배움이 사라진다고 봤다. 논문 요약을 LLM에 맡기면 논리 구성법, 반박 포착, 배경 지식 축적, 저자별 신뢰도 판단을 모두 놓친다는 것이다. **"생각하는 법을 배우는 기회를 양도한다"**는 표현이 강렬하다.

해커뉴스에서 갈린 반응

댓글 133개 중 찬반이 선명하게 갈린다. **"가장 합리적인 글인데 해커뉴스 반응이 방어적이라 실망"**이라는 댓글이 추천을 많이 받았다. "영웅 숭배가 비판을 막는다", "노인이라고 항상 옳은 건 아니다"라는 반박도 만만찮다. 세대·경험·기술관이 얽힌 복합 논쟁이다.

토발즈 언급, 자료에는 없다

해커뉴스 댓글러가 포로닉스 기사 링크를 걸며 **"토발즈가 내 편"**이라고 주장했다. 하지만 토발즈가 클로드 코드를 직접 써보고 "도구로서 유용하다"고 평가했는지, 물리학자가 통제감을 느꼈다는 증언은 제공된 자료 어디에도 없다. 본지가 확인하지 못했습니다.

정의와 현장이 부딪히는 순간

히키는 철학적 정의를, 반대 쪽은 현장 피드백을 말한다. 히키 말대로라면 인간이 배움이 없었어야 한다. 하지만 검증·수정·반복 과정에서 통제감을 느꼈다는 증언은 자료에 없다. 정의와 현장이 부딪히는 순간이다. 이 대목이 걸린다.

쉽게 풀어보면

리치 히키가 링크드인에 "AI는 도구가 아니라 자동화"라고 썼다. 칼을 쥐면 요리사가 되지만, 주문만 하면 배달앱이 된다. 칼은 손끝 감각으로 익는다. 배달앱은 메뉴만 고르면 끝이다. 히키는 LLM(대형 언어 모델)을 배달앱에 비유했다. "코딩을 피하는 자동화"라고. 반면 현장에서는 **"직접 칼을 쥐고 써보니 꽤 괜찮은 도구더라"**는 반론이 나온다. 둘 다 틀린 말이 아니다. 어떻게 쓰느냐가 갈린다. 빈 입력창 뒤에 능력이 갇혀 있다는 지적도 있다. 히키는 그 능력을 누가 쥐느냐를 물었다.

나에게 미치는 영향

챗GPT·클로드·제미나이 일반 사용자라면 오늘 바로 해볼 수 있는 게 있다. 같은 질문을 새 대화창에서 다시 던져 보라. 답이 뒤집히면 자동화 영역이다. 코드 조각을 받을 땐 반드시 직접 돌려보고 고쳐 보라. 그게 히키가 말한 '칼 쥐기'다. 요약만 읽고 넘어가지 말고 원문 한 단락만 직접 읽어 보라. 배움이 거기서 생긴다. 보고서 초안을 AI에 맡겼다면 최종본은 내 목소리로 다시 쓰라. 생각이 남는다. 개발자가 아니라도 똑같다.

남은 쟁점

히키와 토발즈 쪽 합의점은 **"LLM이 유용하다"**는 사실 하나다. 갈리는 건 인간 위치를 어디에 두느냐다. 히키는 인간을 주체로, 반대 쪽은 협업자로 본다. 이 논쟁은 기술 성능 싸움이 아니다. 교육·업무·창작에서 인간 역할을 어떻게 설계할 것인가의 문제다. 검증 안 된 자동화가 '도구'란 이름으로 팔릴 때 히키의 경고는 더 무거워진다. 결론은 나지 않았다. 차세대 모델이 '요청-자동화' 고리를 끊고 '지속적 피드백'을 줄 수 있을지 지켜볼 일이다.