--- title: "허접한 포럼을 다시 생각해보자는 웹 커뮤니티 회고" published: 2026-07-02T02:30:16.000Z canonical: https://jeff.news/article/4523 --- # 허접한 포럼을 다시 생각해보자는 웹 커뮤니티 회고 초기 웹 포럼은 유즈넷(Usenet)의 대체재처럼 보였지만, 이미지와 멀티미디어, URL 기반 스레드 구조 덕분에 전혀 다른 커뮤니티 문화를 만들었어. 글은 1994년 웹 포럼 아이디어부터 WIT, WebCrossing, WWWBoard, BBCode, 그리고 소셜 미디어가 포럼을 밀어낸 이유까지 훑는다. - 웹 포럼은 처음부터 웹에 딱 맞는 물건은 아니었음. 오히려 1990년대 초에는 이미 유즈넷(Usenet)이라는 토론 시스템이 있었고, 굳이 웹에서 포럼을 다시 만들 이유가 애매해 보였음 - 그런데 1994년 Eric Hunting은 웹 페이지를 토론 매체로 쓰는 구조를 꽤 정확히 예측했음 - 스레드, URL 기반 정리, 이미지와 멀티미디어가 토론 방식을 바꿀 거라는 얘기까지 나옴 - Hunting이 틀린 부분도 재밌음. 그는 웹 포럼이 익명성이 덜하니 사람들이 더 점잖게 굴 거라고 봤음 - 현실은 뭐, 인터넷을 조금만 써본 사람이라면 답을 알고 있음 - 자기 컴퓨터에 글을 유지해야 하니 막말을 덜 할 거라는 기대였는데, 웹은 그런 식으로 인간성을 고쳐주진 못했음 - 실제 구현은 생각보다 빨랐음. 1994년 6월 CERN의 Ari Luotonen이 WWW Interactive Talk, 줄여서 WIT를 만듦 - 며칠 만에 급하게 만든 소프트웨어였고, 오래 살아남진 못했음 - 글쓴이는 인터넷 아카이브에서 파일을 찾아 GitHub에 올리고 Docker 컨테이너로도 돌려봤다고 함. 이쯤 되면 고고학임 - 웹 포럼은 곧 실험실 장난감에서 상용 소프트웨어로 넘어감 - NCSA의 Collaborative Cork Board는 이메일 답장을 포럼 스레드처럼 엮는 방식이었음 - 1995년에 나온 WebCrossing은 미니애폴리스 스타트리뷴, 뉴욕타임스, Salon 같은 매체가 썼고, 뉴욕타임스는 1996년 선거 보도에도 활용함 - WebCrossing은 30년 넘게 개발이 이어진 드문 인터넷 네이티브 소프트웨어 중 하나로 언급됨 - 그래도 1990년대 포럼 시장에서 진짜 영향력이 컸던 건 무료 도구였음. Matt's Script Archive의 WWWBoard가 대표적임 - 기능은 원시적이고 보안도 불안했지만, 일반 웹 운영자가 스레드형 토론을 쉽게 붙일 수 있게 해줌 - 로딩이 감당 안 될 정도로 길어지는 포럼, 패치 안 되는 보안 문제 같은 초기 웹의 냄새가 여기서 진하게 남 - 포럼 문화에서 BBCode는 생각보다 큰 발명품이었음 - 사용자가 HTML을 그대로 넣으면 사이트가 깨지거나 공격 표면이 생길 수 있었고, 그렇다고 아무 서식도 못 쓰게 하면 재미가 없음 - 그래서 `<`, `>` 대신 `[b]`, `[url]` 같은 대괄호 문법을 쓰는 제한된 마크업이 등장함 - 1998년 UBB에서 시작해 phpBB, vBulletin 같은 포럼으로 퍼졌고, Markdown보다 오래됐으며 어떤 면에선 더 기능이 많았음 - BBCode는 단순한 보안 장치가 아니라 커뮤니티 밈 제조기였음 - Something Awful의 `:10bux:` 같은 이미지 매크로는 포럼의 내부 문화를 만드는 장치였음 - 포럼마다 허용하는 태그와 이미지가 달라서, 그 자체가 커뮤니티 말투가 됨 - 말하자면 BBCode가 포럼을 'HTML로 된 유즈넷' 이상으로 만들어준 셈 > [!NOTE] > BBCode가 보안을 완전히 해결한 건 아님. 2005년 Chris Shiflett도 결국 중요한 건 입력 검증이지, 사용자가 BBCode 규칙을 착하게 지켜줄 거라고 믿는 게 아니라고 지적했음. - 의외의 후손도 있음. Godot은 노드 기반 인터페이스 안에서 포맷된 텍스트를 쓰기 위해 BBCode를 채택함 - 즉 요즘 Godot으로 만든 게임 일부는 30년 전 Perl 포럼 소프트웨어 문화의 흔적을 간접적으로 품고 있을 수 있음 - Unity에서 넘어온 개발자가 늘면서 Godot 인기가 오른 걸 생각하면, 포럼 문법이 게임 개발 쪽에서 2막을 맞은 셈이라 좀 웃김 - 포럼이 소셜 미디어에 밀린 이유는 단순히 기능이 부족해서만은 아니었음 - 커뮤니티 운영자가 호스팅 비용, 서버 장애, 해킹, 트래픽 폭주를 직접 떠안아야 했음 - Slashdot 같은 곳에 링크라도 걸리면 밤새 서버를 살려야 하는 시대였음 - Digg, Reddit, Stack Overflow 같은 웹 2.0 플랫폼은 이 운영 부담을 플랫폼 쪽으로 넘겨줬고, 사용자는 그게 편했음 - 글의 결론은 '포럼이 완벽해서 돌아가자'가 아니라, 작은 커뮤니티가 주는 밀도를 다시 생각해보자는 쪽에 가까움 - 현대 소셜 네트워크는 모두와 부딪히게 만들지만, 포럼은 비슷한 관심사를 가진 소수에게 닿는 구조였음 - 어쩌면 우리가 원했던 건 전 세계적 도달력이 아니라, 말이 통하는 작은 방이었을지도 모름 --- ## 기술 맥락 - 초기 웹 포럼의 핵심 선택은 정적 문서 중심이던 웹에 사용자 입력과 스레드를 얹는 거였어요. 그때는 지금처럼 댓글, 인증, 알림, 관리자 도구가 프레임워크에 딸려오는 시대가 아니라서 CGI나 Perl 스크립트로 직접 이어 붙여야 했거든요. - BBCode가 나온 이유도 꽤 실용적이에요. 사용자는 글을 꾸미고 싶고, 운영자는 HTML을 그대로 열어두면 사이트가 깨지거나 공격을 맞을 수 있으니, 둘 사이에서 제한된 문법을 만든 거예요. 완전한 보안책은 아니지만 커뮤니티 운영의 UX를 크게 바꿨어요. - 포럼이 소셜 미디어에 밀린 건 기술 선택의 비용 문제이기도 해요. 작은 커뮤니티가 직접 호스팅하면 자유도는 높지만, 트래픽 폭주와 보안 패치, 저장공간 문제를 운영자가 떠안아야 해요. 반대로 Reddit 같은 플랫폼은 그 비용을 중앙화해서 사용자는 편해졌지만, 커뮤니티의 소유감은 줄어들었죠. - Godot에 BBCode가 남아 있다는 대목은 레거시 기술이 꼭 죽는 건 아니라는 좋은 사례예요. 웹 포럼이라는 원래 맥락은 약해졌지만, 제한된 리치 텍스트를 안전하고 간단하게 표현한다는 문제는 게임 UI에서도 그대로 남아 있거든요. ## 핵심 포인트 - 웹 포럼은 유즈넷을 웹으로 옮긴 것처럼 시작했지만, 이미지와 멀티미디어가 들어오면서 별도 문화가 됨 - 1994년 CERN의 WWW Interactive Talk가 초기 웹 기반 포럼 구현으로 언급됨 - BBCode는 포럼에서 안전하게 스타일을 주기 위한 장치였고, 지금은 Godot 같은 게임 개발 도구에도 남아 있음 - 포럼이 소셜 미디어에 밀린 건 기술 운영 부담과 새로움에 대한 사용자 욕구가 겹친 결과 ## 인사이트 포럼 얘기는 단순한 향수가 아니라, 커뮤니티를 누가 운영하고 어떤 비용을 감당하느냐의 문제로 읽히는 게 포인트야. 요즘 디스코드, 레딧, 슬랙 커뮤니티를 쓰는 개발자에게도 꽤 익숙한 고민이 다시 튀어나온다.