허접한 포럼을 다시 생각해보자는 웹 커뮤니티 회고

• 웹 포럼은 처음부터 웹에 딱 맞는 물건은 아니었음. 오히려 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로 된 유즈넷' 이상으로 만들어준 셈

• 의외의 후손도 있음. Godot은 노드 기반 인터페이스 안에서 포맷된 텍스트를 쓰기 위해 BBCode를 채택함

  • 즉 요즘 Godot으로 만든 게임 일부는 30년 전 Perl 포럼 소프트웨어 문화의 흔적을 간접적으로 품고 있을 수 있음
  • Unity에서 넘어온 개발자가 늘면서 Godot 인기가 오른 걸 생각하면, 포럼 문법이 게임 개발 쪽에서 2막을 맞은 셈이라 좀 웃김

• 포럼이 소셜 미디어에 밀린 이유는 단순히 기능이 부족해서만은 아니었음

  • 커뮤니티 운영자가 호스팅 비용, 서버 장애, 해킹, 트래픽 폭주를 직접 떠안아야 했음
  • Slashdot 같은 곳에 링크라도 걸리면 밤새 서버를 살려야 하는 시대였음
  • Digg, Reddit, Stack Overflow 같은 웹 2.0 플랫폼은 이 운영 부담을 플랫폼 쪽으로 넘겨줬고, 사용자는 그게 편했음

• 글의 결론은 '포럼이 완벽해서 돌아가자'가 아니라, 작은 커뮤니티가 주는 밀도를 다시 생각해보자는 쪽에 가까움

  • 현대 소셜 네트워크는 모두와 부딪히게 만들지만, 포럼은 비슷한 관심사를 가진 소수에게 닿는 구조였음
  • 어쩌면 우리가 원했던 건 전 세계적 도달력이 아니라, 말이 통하는 작은 방이었을지도 모름

---

기술 맥락

• 초기 웹 포럼의 핵심 선택은 정적 문서 중심이던 웹에 사용자 입력과 스레드를 얹는 거였어요. 그때는 지금처럼 댓글, 인증, 알림, 관리자 도구가 프레임워크에 딸려오는 시대가 아니라서 CGI나 Perl 스크립트로 직접 이어 붙여야 했거든요.

• BBCode가 나온 이유도 꽤 실용적이에요. 사용자는 글을 꾸미고 싶고, 운영자는 HTML을 그대로 열어두면 사이트가 깨지거나 공격을 맞을 수 있으니, 둘 사이에서 제한된 문법을 만든 거예요. 완전한 보안책은 아니지만 커뮤니티 운영의 UX를 크게 바꿨어요.

• 포럼이 소셜 미디어에 밀린 건 기술 선택의 비용 문제이기도 해요. 작은 커뮤니티가 직접 호스팅하면 자유도는 높지만, 트래픽 폭주와 보안 패치, 저장공간 문제를 운영자가 떠안아야 해요. 반대로 Reddit 같은 플랫폼은 그 비용을 중앙화해서 사용자는 편해졌지만, 커뮤니티의 소유감은 줄어들었죠.

• Godot에 BBCode가 남아 있다는 대목은 레거시 기술이 꼭 죽는 건 아니라는 좋은 사례예요. 웹 포럼이라는 원래 맥락은 약해졌지만, 제한된 리치 텍스트를 안전하고 간단하게 표현한다는 문제는 게임 UI에서도 그대로 남아 있거든요.