개발자가 생각을 안 하는 날이 올까요?
『Code Reading』, 『Effective Debugging』 같은 책으로 알려진 소프트웨어 공학자 디오미디스 스피넬리스(Diomidis Spinellis) 교수가 자기 블로그에 꽤 도발적인 제목의 글을 올렸어요. 제목은 Thinking will become a hobby, 우리말로 하면 생각하는 건 취미가 될 것이다예요.
처음 보면 좀 과장 같죠. 그런데 요즘 우리가 일하는 모습을 떠올려 보면 웃어넘기기 어렵거든요. 에러 메시지가 뜨면 일단 AI한테 붙여넣고, 함수 하나 짜야 하면 코딩 에이전트한테 맡기고, 낯선 코드베이스는 “이 레포 구조 설명해줘”로 시작하잖아요. 몇 년 전만 해도 직접 머리를 싸매던 일들이 하나씩 기계 쪽으로 넘어가고 있어요. 이 제목은 그 흐름이 끝까지 가면 어떻게 될지 상상해보라는 질문이에요.
운동이 취미가 된 과정을 떠올려 보면
이 문장을 이해하는 가장 쉬운 방법은 몸 쓰는 일의 역사를 떠올려 보는 거예요. 옛날엔 운동을 따로 할 필요가 없었어요. 밭 갈고, 물 긷고, 걸어서 장 보러 가는 것 자체가 하루 종일 몸을 쓰는 일이었거든요. 그런데 기계와 자동차, 엘리베이터가 그 노동을 대신하면서 상황이 바뀌었죠. 일상에서 몸 쓸 일이 거의 없어지자 사람들은 돈을 내고 헬스장에 가서 일부러 무거운 걸 들어요. 노동이었던 게 취미이자 자기관리가 된 거예요.
생각도 같은 길을 걸을 수 있어요. 지금까지는 일을 하려면 어쩔 수 없이 머리를 써야 했어요. 버그 원인을 추적하고, 설계를 고민하고, 문서를 읽고 정리하는 게 다 ‘생각 노동’이었죠. 그런데 이 노동을 AI가 대신해주면, 생각은 업무의 필수 요소가 아니라 하고 싶은 사람만 따로 시간을 내서 하는 활동이 될 수도 있어요. 퇴근하고 크로스핏 가듯, 주말에 일부러 AI 없이 알고리즘 문제를 푸는 모습을 떠올려 보면 감이 오실 거예요.
여기서 무서운 건 근육이나 뇌나 안 쓰면 줄어든다는 점이에요. 운동을 안 하면 근손실이 오듯, 생각을 계속 외주로 맡기면 생각하는 힘도 약해질 수 있거든요.
이미 나오고 있는 연구 신호들
이게 철학적인 걱정에서 끝나는 얘기는 아니에요. 최근 비슷한 방향을 가리키는 연구들이 꽤 나왔거든요.
2025년 마이크로소프트 리서치와 카네기멜런대 연구진은 지식 노동자 319명을 조사해서, 생성형 AI를 더 신뢰할수록 비판적 사고를 덜 하게 된다는 경향을 보고했어요. AI 결과물을 믿는 만큼 검증하는 노력을 줄인다는 거죠. 같은 해 MIT 미디어랩은 에세이 쓰기 실험에서 LLM을 쓴 그룹의 뇌 연결성이 가장 약하게 나타났고, 방금 자기가 쓴 글을 제대로 인용하지 못하는 경우도 많았다고 발표했어요. 연구진은 이걸 인지 부채(cognitive debt)라고 불렀는데요, 기술 부채처럼 지금 편한 대신 나중에 이자를 갚아야 한다는 뜻이에요. 다만 참가자 수가 적은 예비 연구라서 조심해서 받아들일 필요는 있어요.
개발자한테 특히 뼈아픈 건 2025년 METR의 실험이에요. 숙련된 오픈소스 개발자들이 AI 도구를 썼을 때 실제로는 작업이 약 19% 더 느려졌는데, 정작 본인들은 20% 정도 빨라졌다고 느꼈대요. 머리를 덜 쓰는 편안함이 일을 잘하고 있다는 착각으로 이어질 수 있다는 얘기죠.
물론 반대 시각도 있어요. 소크라테스는 문자가 사람의 기억력을 망친다고 걱정했고, 계산기가 나왔을 때도 암산 능력이 사라질 거라는 우려가 있었어요. 실제로 우리는 전화번호를 외우지 않게 됐지만, 그 대신 더 복잡한 일에 머리를 쓰게 됐잖아요. 그래서 진짜 질문은 AI가 생각을 빼앗느냐가 아니라 아낀 생각을 어디에 다시 쓰느냐일지도 몰라요.
한국 개발자에게 주는 시사점
현실적으로 우리한테 중요한 건 이거예요. 생각이 정말 취미가 되는 세상이 온다면, 그 취미를 꾸준히 하는 사람이 오히려 귀해질 가능성이 커요. 다들 엘리베이터를 탈 때 계단을 오르는 사람이 체력이 좋은 것처럼요.
특히 주니어 개발자라면 신경 써야 해요. 시니어는 이미 디버깅 근육이 있어서 AI 결과물이 이상하면 금방 눈치채거든요. 그런데 처음부터 AI로 시작한 주니어는 그 근육을 키울 기회 자체를 놓칠 수 있어요. 그래서 이런 습관을 추천해요.
- AI에게 묻기 전에 5분만 먼저 가설 세우기: “아마 여기서 null이 들어오는 것 같다” 정도라도 먼저 적어보고 AI 답과 비교해보세요.
- 생성된 코드는 한 줄씩 설명할 수 있을 때만 커밋하기: 설명 못 하는 코드는 아직 내 코드가 아니에요.
- 일부러 수동 모드로 일하는 시간 만들기: 사이드 프로젝트나 코딩 테스트 연습은 AI 없이 해보는 거예요. 헬스장 가는 것처럼요.
마무리
한 줄로 정리하면, AI가 생각 노동을 대신해주는 시대엔 ‘생각하는 힘’도 근육처럼 일부러 단련해야 하는 자산이 된다는 거예요.
여러분은 어떠세요? AI 없이 처음부터 끝까지 혼자 고민해서 문제를 푼 게 마지막으로 언제였나요? 여러분만의 ‘생각 헬스장’ 루틴이 있다면 댓글로 나눠주세요.
🔗 출처: Hacker News