취미 프로그래밍 커뮤니티가 LLM 사용에 강하게 반대하는 이유

• 체스 엔진 개발, OSDev, LangDev, EmuDev 같은 취미 커뮤니티는 작동하는 결과물보다 어려운 분야를 직접 익히는 숙련 과정 자체를 중시함
• 오랜 노력으로 축적한 지식을 LLM으로 우회해 완성품을 만드는 행위는 활동의 목적을 놓치거나 부정행위를 하는 것으로 받아들여짐
• 초기에는 LLM을 진지하게 검토한 사례도 있었지만, 활용자의 얕은 도메인 이해와 커뮤니티 일부의 적대감이 맞물리며 논의 환경이 빠르게 악화됨
• 커뮤니티의 평판은 수년간의 활동과 우아한 코드, 진정한 호기심, 깊은 지식을 통해 쌓이며, 코드가 작동하는지보다 왜, 어떻게 작동하는지 아는 것이 중요함
• LLM은 전문가의 능력을 키우는 증폭 도구가 될 수 있지만 학습을 대신하면 공예를 경험할 기회를 빼앗으며, 전문가도 잘못된 결과에 속을 수 있음

결과물보다 숙련 과정이 중요한 커뮤니티

• 체스 엔진 개발 관련 GitHub 스레드는 취미 프로그래밍 커뮤니티가 LLM 개발에 점점 적대적으로 변하는 이유를 보여줌
• 비슷한 태도는 OSDev, LangDev, TxtDev, EmuDev, RLDev와 demoscene, code golfing 커뮤니티에서도 나타남
• 이 분야의 지식은 어렵게 획득되므로 LLM 사용은 활동의 핵심을 완전히 건너뛰는 행위로 여겨짐
  • 어려운 분야를 숙달하는 과정 자체가 제품임
  • 실행되는 결과물은 있으면 좋은 부차적 성과에 가까움
• 일부 커뮤니티에는 역사적으로 강한 문지기 문화와 매우 느린 진전이 있었으며, LLM으로 빠르게 성과를 내며 진입하려는 행동도 반감을 부름
• 초기에는 LLM 활용을 진지하게 검토하기도 했으나, 얕은 도메인 이해로 도구를 사용하는 사람들과 커뮤니티의 적대감이 맞물리며 생산적인 논의가 어려워짐

LLM이 맡을 수 있는 역할과 한계

• 전통적인 취미 개발 분야에서는 오랜 포럼 활동, 우아한 코드, 진정한 호기심, 깊은 도메인 지식 공유를 통해 존중을 얻음
• 코드의 작동 여부보다 작동 원리와 이유를 이해하는 것이 더 중요함
• LLM은 사람을 대신하는 대리자보다 능력을 확대하는 도구로 활용할 때 적합함
  • 분야를 이미 깊이 이해한 전문가는 LLM을 지렛대처럼 활용할 수 있음
  • 학습 자체가 목적인 분야에서 LLM으로 완성품을 생성하면, 사용자는 장인이 되는 대신 공예를 경험할 기회를 잃음
• 깊은 전문성을 갖췄더라도 LLM의 잘못된 결과에 속지 않는다는 보장은 없음