Hacker News • 51일 전

취미 개발 커뮤니티가 LLM을 거부하는 이유

IMP

6/10

핵심 요약

체스 엔진, OS 개발 등 전통적인 취미 개발 커뮤니티들은 난이도 높은 기술을 스스로 학습하고 통달하는 과정 자체를 핵심 가치로 여깁니다. 따라서 LLM을 활용해 결과물만 빠르게 생성하는 방식을 공부를 포기하는 일종의 부정행위로 간주하고 적대적으로 변하고 있습니다. 필자는 LLM이 장인정신을 앗아가는 대체재가 아니라, 전문가의 역량을 극대화하는 보조 도구(Force multiplier)로서 역할해야 한다고 강조합니다.

번역된 본문

최근 체스 엔진 개발과 관련된 깃허브(GitHub) 스레드를 보다가, 왜 취미 프로그래밍 커뮤니티들이 LLM 사용에 대해 점점 더 적대적으로 변하고 있는지 생각해 보게 되었습니다. 해당 스레드가 이 질문에 대한 명확한 해답을 주지는 않았지만, 이 문제에 대해 곰곰이 생각해 보는 계기가 되었습니다. 저는 OSDev, LangDev, TxtDev, EmuDev, RLDev, 데모씬(demoscene), 코드 골프(code golfers)와 같은 다른 틈새 취미 개발 커뮤니티에서도 비슷한 정서가 표출되는 것을 보았습니다.

일반적인 consensus(공감대)를 보자면, 이들 커뮤니티가 다루는 지식은 피 땀 흘려 얻은 것이며 LLM을 사용하는 것은 이러한 취지를 완전히 벗어나는 일이라는 것입니다. 이 커뮤니티들에서(물론 모든 사람이 그렇다는 것은 아니라는 전제가 깔려 있습니다) 어려운 분야를 마스터하는 '과정' 자체가 바로 결과물이며, 실제로 코드가 돌아가는 결과물은 부차적인 보너스에 불과합니다.

또한, 이러한 틈새 커뮤니티 중 일부에서 초기에 LLM을 진지하게 받아들였던 경우조차도, LLM 실무자들의 깊은 이해도 부족과 LLM 사용을 일종의 부정행위로 보는 커뮤니티 내 일부의 독설이 결합되면서 분위기가 빠르게 망가지는(독이 되는) 것을 관찰했습니다. 물론 이 커뮤니티들은 역사적으로 열성적인 폐쇄성(gatekeeping)과 매우 고된 느린 발전을 특징으로 해왔기 때문에, 마치 쿨에이드 맨처럼 갑자기 나타나 쉽게 명성을 얻으려는(oh yeah!) 사람들을 경계하는 것은 어느 정도 이해됩니다. 하지만 결과는 늘 참담합니다(oh no!).

전통적인 틈새 개발 서클에서 존경은 각자의 포럼에서 수년간 활동하고, 우아한 코드를 공유하며, 순수한 호기심을 보여주고, 깊은 도메인 지식을 나누면서 천천히 얻어집니다. 결국 이 커뮤니티 사람들은 코드가 작동하는지 여부는 신경 쓰지 않습니다. 대신 당신이 그 코드가 '왜', 그리고 '어떻게' 작동하는지 알고 있는지를 중요하게 생각합니다.

저에게 LLM은 무언가를 대신해 주는 대리인(surrogate)이 아니라, 역량을 증폭시키는 도구(force multiplier)로서 가장 큰 효과를 발휘합니다. 해당 분야를 이미 깊이 이해하고 있는 전문가의 손에 들려면 지렛대 역할을 할 수 있습니다. 하지만 이 틈새 커뮤니티들에서의 모든 노력은 순수하게 학습 그 자체에 있습니다. LLM을 사용해 완성된 결과물을 생성해 내는 것은 우리를 장인으로 만들지 않습니다. 그저 우리의 기술과 장인정신을 빼앗을 뿐입니다.

원문 보기

원문 보기 (영어)

[ fogus.me / send more paramedics / read-eval-print-λove / src ] I came across a GH thread related to chess engine development that made me think of why hobby programming communities are increasingly hostile toward LLM development. While the thread doesn’t give a lot of insight into answering the question, it prompted me to think about it a bit. I’ve seen similar sentiments expressed in other niche hobby programming communities like OSDev, LangDev, TxtDev, EmuDev, RLDev, the demoscene, and code golfers. The general consensus seems to be that the knowledge that these communities work in is hard-fought and the use of LLMs is a form of missing the point entirely. In these communities (keep in mind that there is an implicit “not all…” throughout) the process of mastering a difficult field itself is the product, and something that runs is generally a nice-to-have. Further, I’ve noticed that even in the instances where there was earnest early engagement with LLMs in some of these niche communities, the well was quickly poisoned by a combination of a lack of a deep understanding by the LLM practitioners, and a vitriolic subset of those communities that view the LLM enterprise as a form of cheating. Granted these communities have, in general, historically been characterized by feverish gatekeeping and painstakingly slow progress, so it makes sense that there might be a desire to grab some easy cachet by bursting onto the scene like the Kool-Aid man. OH YEAH…. OH NO! In traditional niche dev circles, respect is earned slowly through years of activity in their respective fora, sharing elegant code, displays of genuine curiosity, and through sharing deep domain knowledge along the way. At the end of the day, these communities don’t care if your code works at all, but instead care that you know why and how it works. To me, an LLM functions best as a force multiplier, not a surrogate. In the hands of an expert who already understands a domain deeply, it could act like a lever. 1 But in these niche communities, the entire exercise is in the learning. Using an LLM to generate the finished piece doesn’t make us craftsmen; it just robs us of the craft. :F This is the latest in my evolving thoughts on LLMs. Also see: LLMe and Mind the van Emden Gap That said, expertise offers no natural immunity against being fooled by LLMs. ↩︎ send more paramedics © 2002-2025 Fogus

LLM 개발자 문화 코딩 보조 취미 프로그래밍 커뮤니티