HN에 전하는 이야기: AI를 사용하지 않는 척하는 것이 저를 더 나은 개발자로 만들었습니다

저는 온라인 게임 개발 커뮤니티에서 일하고 있는데, 그곳의 문화는 코딩을 포함하여 어떤 것에 AI를 사용하는 것에도 반대합니다. 이 커뮤니티는 오픈 소스(open-source) 게임 개발 소프트웨어 툴체인과, 해당 게임을 배포하고, 플레이하고, 리뷰하고, 토론하기 위한 다른 웹 앱들로 구성되어 있습니다. 과거에 저는 개발 소프트웨어 툴체인에 PR(Pull Request)을 제출한 적이 있지만, 이 툴체인은 매우 복잡합니다 (여러 프로그래밍 언어로 작성된 도구들을 포함하여). 그래서 항상 제가 이해하기가 극도로 어려웠고, 보통은 신경 쓰지 않았습니다.

2026년에는 LLM(대규모 언어 모델)을 사용하여 그 툴체인에서 버그를 수정하는 것이 훨씬 더 쉬워졌습니다. LLM은 프로그래밍 언어 간 전환에 아무런 문제가 없으며, 각 계층을 통과하는 버그의 흐름을 추적하기 위해 디버그 트레이싱(debug tracing)을 추가하고, 버그를 재현하기 위한 자동화된 테스트를 생성하며, 그리고 그 버그를 올바르게 수정할 수 있습니다.

물론 문제는 이것입니다. 회사의 정책상 LLM이 완전히 생성한 코드가 포함된 PR을 팀원들에게 병합(merge)하도록 설득하려면 어떻게 해야 할까요?

제가 선택한 답은 이렇습니다. 제가 그 코드를 직접 작성했다고 거짓말하는 것입니다.

하지만, 이 거짓말을 판매하기 위해, 저는 먼저 LLM에게 버그 수정 내용을 상세히 설명해 달라고 요청합니다. 그런 다음 생성된 코드를 매우 신중하게 검토합니다 (특히 주석이 제가 실제로 작성했을 법한 방식인지 확인하면서). 그리고 모든 커밋 메시지와 PR 설명을 완전히 손으로 직접 작성합니다.

저는 이것이 엄청나게 교육적인 접근 방식이라는 것을 알았습니다. 저는 툴체인에 있는 프로그래밍 언어들에 대해 많은 것을 배웠고, 오픈 소스 게임 개발 도구들의 내부 작동 원리에 대해서도 배웠습니다. 많은 경우에, 저의 깊은 이해 덕분에 LLM의 코드를 진정으로 검토할 수 있었고, 생성된 코드에서 문제를 찾아냈으며, 그 문제들을 LLM이 다시 수정하게 했습니다.

저는 만약 제가 단지 버튼을 클릭해서 LLM에게 커밋 메시지와 PR 설명을 생성하도록 했다면, 결코 그러한 문제점들을 발견하지 못했을 것이라고 확신합니다. 그리고 당연히 그렇게 많은 것을 배울 수도 없었을 것입니다.

제 이름으로 이 주제에 대해 글을 쓸 수는 없지만, 이제는 오픈 소스 PR(Pull Request) 작성 시 LLM(대규모 언어 모델) 사용을 진심으로 추천합니다. 다만, 커밋 메시지나 PR 설명은 절대로 LLM이 생성하게 해서는 안 됩니다. 오픈 소스 프로젝트가 LLM 생성 PR을 명시적으로 허용하더라도, 마치 본인이 직접 코드를 작성한 것처럼 행동하세요.

커밋 메시지나 PR 설명을 작성할 만큼 코드를 충분히 이해하지 못한다면, LLM에게 초안 생성을 요청하되 반드시 자신의 언어로 처음부터 다시 작성해야 합니다. 이는 설명에서 AI가 만든 듯한 느낌(AI slop)을 없애기 위함도 있지만, 무엇보다 이 코드가 어떤 역할을 하는지, 그리고 왜 이 접근 방식이 올바른 해결책인지 충분히 이해하도록 강제하기 위해서입니다.

코드가 정말 나의 코드인 것처럼 가장하는 것이 저로 하여금 그 코드를 완전히 소유할 수 있을 만큼 깊이 배우도록 만듭니다. 제가 무엇을 했는지에 대해 거짓말을 해야 한다는 사실은 부끄럽지만, 그렇게 함으로써 배운 것과 성취한 것에 대해서는 자부심을 느낍니다.