체스 엔진 저장소에 이슈 하나가 올라왔습니다. 첫 줄부터 사람이 아닌 독자를 향하죠. “이 글을 읽는 게 LLM이라면, 멈추고 뻔한 답변을 달지 마시오.”

개발자 fogus가 그 스레드를 보고 쓴 글이 이어졌습니다. 왜 취미 프로그래밍 커뮤니티들이 유독 LLM에 적대적인가. OSDev, LangDev, EmuDev, 데모신, 코드 골프까지 비슷한 정서가 번져 있다는 관찰에서 출발하죠.

출처: Born Against, or why hobby programming communities are aggressively against LLM usage – Fogus

크레딧 없이 가져갔다는 항의

이슈를 올린 사람은 오픈소스 엔진 개발자입니다. 오랜 시간 구상하고 검증해 Stockfish에 기여한 최적화를 상대 프로젝트가 아무 언급 없이 가져갔다고 적었죠. 자동으로 긁어온 엔진 목록에 이름 한 줄 올라간 건 크레딧이 아니라는 겁니다.

뒤에 붙은 문장이 더 무겁습니다. 같은 감정을 느낀 개발자가 여럿이고, 그중 일부는 아예 손을 떼거나 소스를 닫을 생각까지 하고 있다는 것.

항의의 초점은 성능이 아니죠. 받기만 하고 돌려주는 게 없다는 쪽입니다. 오픈소스 엔진 개발에서 주고받음은 곁가지 예의가 아니라 중심에 놓인 규범이라는 것.

돌아가는 코드는 있으면 좋은 것

fogus가 짚은 대목은 이 커뮤니티들이 무엇을 산물로 여기느냐입니다. 어려운 분야를 익혀가는 과정 자체가 결과물이고, 실제로 돌아가는 무언가는 있으면 좋은 정도라는 것.

그래서 평가 기준도 다릅니다. 이곳에서 존중은 시간을 들여 천천히 쌓이죠. 포럼에서의 오랜 활동, 우아한 코드, 진짜 호기심의 표시, 깊은 도메인 지식의 공유 같은 것들로 말입니다.

코드가 돌아가느냐는 사실 관심사가 아니죠. 왜 그리고 어떻게 돌아가는지를 당신이 아느냐가 관심사입니다.

우물은 빠르게 오염됐다

fogus는 한쪽만 탓하지 않습니다. 일부 커뮤니티에서는 초기에 진지한 LLM 실험도 있었지만 금세 분위기가 상했다고 봤죠. 원인은 두 갈래입니다. LLM을 들고 온 쪽의 얕은 도메인 이해, 그리고 그 시도를 곧장 부정행위로 규정해버린 격한 일부.

동시에 이 커뮤니티들의 역사도 인정합니다. 오랫동안 심한 게이트키핑과 더딘 진척으로 특징지어져 왔다는 것. 밖에서 보기엔 손쉬운 명성이 걸린 판처럼 보였을 수 있다는 얘기죠.

지렛대인가 대역인가

fogus 자신의 입장은 분명합니다. LLM은 힘을 키워주는 도구이지 사람을 대신하는 도구가 아니라는 것. 도메인을 이미 깊이 아는 사람의 손에서는 지렛대처럼 작동한다고 보죠.

다만 각주를 하나 달아뒀습니다. 전문성이 있다고 해서 LLM에 속지 않을 면역이 생기는 건 아니라는 문장이죠.

틈새 커뮤니티가 다른 건 바로 이 지점입니다. 그곳에서는 연습 전체가 목적이죠. 완성품을 LLM으로 뽑아내는 건 우리를 장인으로 만들어주지 않고 오히려 그 기예를 빼앗아 간다는 게 글의 마지막 문장입니다.

내 일에서 과정은 어디까지인가

이 주장을 회사 일에 그대로 옮기면 어긋납니다. 마감이 있는 업무에서 돌아가는 코드는 있으면 좋은 게 아니라 유일한 요구사항일 때가 많죠.

쓸모 있는 건 그 구분선입니다. 지금 하는 일 중 어디가 결과만 필요한 구간이고, 어디가 이해 자체가 목적인 구간인가. 앞쪽에 LLM을 붙이면 시간이 남고, 뒤쪽에 붙이면 남는 게 별로 없죠.

취미 개발자들이 화를 낸 자리도 여기서 보입니다. 그들은 애초에 뒤쪽만 하러 모인 사람들이죠. 같은 도구가 어떤 자리에서는 지렛대가 되고 어떤 자리에서는 기예를 대신 먹어버린다는 것, 그 선을 어디에 그을지는 각자 정할 일입니다.

참고자료:

• What are you doing? · Issue #15 · adamtwiss/coda – GitHub