AI로 코드를 쏟아내는 '록스타 개발자', 그 뒤를 치우는 사람들 이야기

무슨 이야기냐면요

요즘 팀에 이런 동료 한 명쯤 있지 않나요? AI 코딩 도구를 쓰면서 엄청난 속도로 코드를 뽑아내는 사람이요. 하루에 PR(코드 변경 요청)을 수십 개씩 올리고, 새 기능을 며칠 만에 뚝딱 만들어내요. 겉으로 보면 '와, 진짜 일 잘하는 사람이다' 싶죠. 그런데 막상 그 코드를 같이 유지보수하는 동료들 입장에서는 좀 다른 풍경이 펼쳐진다는 이야기예요.

이 글의 핵심은 이거예요. AI가 코드를 빠르게 만들어주는 건 맞지만, 빠르게 만든 코드와 좋은 코드는 다르다는 거죠. 그리고 그 차이를 메우는 일은 결국 누군가의 몫으로 남는다는 거예요.

왜 이게 문제가 되냐면

예전에도 '록스타 개발자'라는 말이 있었어요. 혼자서 엄청난 양의 일을 처리하는 천재형 개발자를 가리키는 말인데요. 문제는 이런 분들이 종종 '나만 이해하는 코드'를 양산한다는 거였어요. 본인은 머릿속에 다 들어있으니까 빠른데, 나중에 다른 사람이 그 코드를 고치려고 들여다보면 도무지 무슨 의도인지 알 수가 없는 거죠.

AI 시대가 되면서 이 현상이 더 심해졌다는 게 글쓴이의 관찰이에요. 왜냐면 이제는 본인조차 그 코드를 완전히 이해하지 못한 채로 코드가 늘어나거든요. AI한테 "이런 기능 만들어줘" 하면 그럴듯한 코드가 나오고, 돌려보니 동작하니까 그대로 머지(병합)해버리는 거예요.

이게 뭐가 문제냐면요. 코드는 '한 번 작성하고 끝'이 아니에요. 버그가 생기면 고쳐야 하고, 요구사항이 바뀌면 수정해야 하고, 몇 달 뒤에 다시 봤을 때 "이거 왜 이렇게 짰지?"를 이해할 수 있어야 해요. AI가 만든 코드는 동작은 하지만, 이런 '나중을 위한 배려'가 빠져 있는 경우가 많아요. 변수 이름이 애매하거나, 비슷한 로직이 여기저기 중복돼 있거나, 엣지 케이스(예외 상황) 처리가 어설프게 들어가 있는 식이죠.

진짜 비용은 나중에 청구돼요

글에서 강조하는 표현을 빌리면, AI로 빠르게 짠 코드는 일종의 '기술 부채(technical debt)'예요. 기술 부채가 뭐냐면, 지금 당장 편하게 가려고 대충 짜놓은 코드가 나중에 이자처럼 불어나서 더 큰 비용으로 돌아오는 걸 말해요. 카드 할부 같은 거죠. 지금은 편한데 나중에 갚아야 해요.

록스타 개발자가 일주일에 기능 다섯 개를 만들어내면 매니저는 박수를 치지만, 그중 세 개가 어설프게 짜여 있으면 다른 팀원들이 그걸 이해하고, 디버깅하고, 리팩토링하는 데 또 일주일을 써야 해요. 결국 팀 전체의 생산성으로 보면 오히려 마이너스일 수도 있다는 거예요. 눈에 잘 안 보일 뿐이죠.

그럼 어떻게 해야 할까요

글쓴이가 AI를 쓰지 말자고 하는 건 절대 아니에요. 오히려 AI는 강력한 도구가 맞아요. 핵심은 AI가 만든 코드를 그대로 받아들이지 말고, 내가 책임지고 이해한 코드만 머지하자는 거예요. AI한테 초안을 받되, 그걸 내가 읽고 "여기는 왜 이렇게 했지? 더 깔끔하게 할 수 없나?"를 따져보는 과정이 빠지면 안 된다는 거죠.

그리고 코드 리뷰의 중요성이 오히려 더 커졌어요. 예전에는 사람이 직접 짠 코드라 의도가 비교적 잘 드러났는데, 이제는 AI가 짠 코드가 섞여 있으니 리뷰어가 "이게 진짜 필요한 코드인가, 우리 컨벤션에 맞나"를 더 꼼꼼히 봐야 해요.

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

우리나라 개발 문화에서도 속도 압박이 정말 심하잖아요. "이거 언제까지 돼요?"가 일상이고요. 이런 환경에서 AI 코딩 도구는 정말 매력적이에요. 빨리 결과물을 보여줄 수 있으니까요. 그런데 그 결과물의 유지보수 비용까지 같이 보고할 줄 아는 개발자가 진짜 실력자라는 생각이 들어요.

특히 주니어 분들께 드리고 싶은 말은, AI가 짜준 코드를 그대로 복붙하지 말고 한 줄 한 줄 "이게 왜 이렇게 동작하지?"를 따라가 보세요. 그 과정이 귀찮아 보여도, 그게 바로 실력이 쌓이는 지점이거든요. AI가 코드를 대신 짜주는 시대일수록, '코드를 읽고 판단하는 능력'이 더 희소하고 값진 역량이 돼요.