저는 체스 엔진 개발과 관련된 GitHub 스레드를 우연히 접하게 되었고, 이를 통해 왜 취미 프로그래밍 커뮤니티들이 LLM (Large Language Model) 개발에 대해 점점 더 적대적으로 변하는지에 대해 생각하게 되었습니다. 해당 스레드가 질문에 대한 많은 통찰을 제공하지는 않았지만, 저로 하여금 이에 대해 조금 더 고민해 보게 하는 계기가 되었습니다. 저는 OSDev, LangDev, TxtDev, EmuDev, RLDev, 데모씬 (demoscene), 그리고 코드 골퍼 (code golfers)와 같은 다른 니치(niche) 취미 프로그래밍 커뮤니티에서도 유사한 정서가 표현되는 것을 보았습니다. 일반적인 합의는 이러한 커뮤니티들이 다루는 지식은 어렵게 얻어낸 것이며, LLM을 사용하는 것은 본질을 완전히 놓치는 행위라는 점인 것 같습니다. 이러한 커뮤니티들에서 (전체에 대해 '모두가 그런 것은 아니지만...'이라는 암묵적인 전제가 있음을 유념하십시오) 어려운 분야를 숙달해 나가는 과정 자체가 결과물이며, 무언가가 실행된다는 것은 일반적으로 있으면 좋은 부수적인 요소일 뿐입니다.

나아가, 저는 이러한 니치 커뮤니티 중 일부에서 LLM에 대한 진지한 초기 참여가 있었던 경우조차도, LLM 사용자들의 깊은 이해 부족과 LLM 활용을 일종의 부정행위로 간주하는 커뮤니티 내 독설적인 일부 집단의 결합으로 인해 상황이 빠르게 악화되는 것을 목격했습니다. 물론 이러한 커뮤니티들이 역사적으로 열정적인 게이트키핑 (gatekeeping)과 고통스러울 정도로 느린 진보를 특징으로 해왔다는 점을 인정한다면, Kool-Aid man처럼 갑자기 등장하여 손쉽게 명성을 얻으려는 욕구가 있을 수 있다는 점은 이해가 갑니다. OH YEAH…. OH NO!

전통적인 니치(niche) 개발 커뮤니티에서 존경은 각자의 포럼(fora)에서 수년간 활동하며 우아한 코드를 공유하고, 진정한 호기심을 보여주며, 그 과정에서 깊은 도메인 지식(domain knowledge)을 나누는 것을 통해 천천히 얻어집니다. 결국, 이 커뮤니티들은 당신의 코드가 작동하는지 여부에는 관심이 없으며, 대신 당신이 그것이 왜, 그리고 어떻게 작동하는지를 알고 있는지에 관심을 가집니다. 저에게 있어 LLM은 대리인(surrogate)이 아니라, 역량을 증폭시키는 승수(force multiplier)로서 기능할 때 가장 효과적입니다. 이미 도메인을 깊이 이해하고 있는 전문가의 손에 들린 LLM은 지렛대(lever)처럼 작동할 수 있습니다.1 하지만 이러한 니치 커뮤니티에서는 학습 과정 그 자체가 핵심입니다. 완성된 결과물을 만들어내기 위해 LLM을 사용하는 것은 우리를 장인으로 만들어주는 것이 아니라, 단지 우리에게서 기술(craft)을 빼앗아 갈 뿐입니다.

:F

이 글은 LLM에 대해 진화하고 있는 제 생각의 최신 버전입니다. 또한 다음 글들도 참고하세요: LLMe and Mind the van Emden Gap

그렇긴 하지만, 전문 지식이 있다고 해서 LLM에 속지 않을 천연 면역력을 갖게 되는 것은 아닙.↩︎