제목 없는(No Heading) 제안에 대해 마지막 한 번만 시도해 보고, 여기서 마무리하겠습니다. 이 섹션은 다른 섹션들과 본질적으로 다르기 때문에 다른 형식으로 제시되어야 한다고 생각합니다. 다른 섹션들은 기본적으로 동일한性质的 것들을 묶은 논리적 섹션들이지만, 이것은 잡동사니 모음(grab bag)입니다. 따라서 "제목 없음"이 개념적으로 가장 적합합니다. /시도 종료
이 부분은 더 강하게 주장하겠습니다. 유머로 포장했지만, 저는 메뉴 상단의 분류하기 어려운 항목들을 "커뮤니티"라고 라벨링하는 것이 적극적으로 해롭다고 진지하게 믿습니다.
이것은 이미 많은 오용을 겪었지만 저에게는 중요한 의미를 지닌 단어를 훼손하고 오용하는 것입니다 — 제 삶의 일大部分(알다시피 _드라마틱_하게 들릴 수 있지만, 진지합니다)을 차지해 온 중요한 가치입니다. 커뮤니티란 **사람들**을 의미하며, 단순히 무작위로 선택된 사람들이 아니라 **공통의 관심사를 가진 사람들**을 의미합니다. 이것은 정말로, 정말로 중요합니다.
"커뮤니티"라는 단어를 마케팅 세그먼트(만약 그런 것이라면)에 불과한 사람들을 가리키기 위해 사용할 때, 저는 눈을 굴리게 됩니다. 그들은 아예 커뮤니티가 아니죠 [1]. 사람들이 커뮤니티의 개념을 "사람들이 게시물을 올릴 수 있는 포럼이 있다"는 것과 혼동할 때, 저는 부드럽게 정정해 볼 수 있습니다. 또는 오픈소스 프로젝트에서 누군가 "커뮤니티"를 _사용자 기반(userbase)_으로 언급할 때, 실제 커뮤니티를 구성하는 사용자의 하위 집합이 무엇인지, 그리고 개발자(또는 기업 후원자)들이 그 커뮤니티의 _일부_인지에 대해 좋은 대화를 나눌 수 있습니다.
하지만 이것은 그 모든 것보다 더 나쁘다 — "커뮤니티"를 의도적으로 아무 의미도 없게 사용하는 것입니다. "기타"나 "잡다한 것들(Miscellaneous)"은 "이것을 뭐라고 불러야 할지 모른다"는 점을 솔직하게 드러내므로 더 나빠 보일 수 있지만, "커뮤니티"라는 단어를 가만히 바라보면 다음과 같은 것을 어떻게든 포괄하는 것으로 해석될 수 있습니다:
- 모든 게시물 [2]
- 내가 작성한 게시물[3]
- 그룹(접근 제어용? 기본값용? 아무것도 아님? 사이트마다 다름!)[^어쩌면 관련이 있을 수 있지만, 어떤 상황에서는 그룹이 그 자체로 "커뮤니티"가 되어야 할 수도 있습니다.]
- 모든 사용자 목록[4]
- 배지[5]
- 기념일과 생일[6]
- 문서[7]
- 소개(About)[8]
- FAQ(자주 묻는 질문)[9]
그런데 어째서 토론 카테고리, 채팅 채널, 태그는 포함되지 않는 것일까요?
"기타"나 "Misc(잡다한 것들)"와 같은 제안들이 너무 직설적이기 때문에 잘못되었다고 보이는 것 같습니다. 그런 이름을 상단에 두는 것은 좋지 않아 보입니다. "커뮤니티"는 그것이 무엇을 의미하는지 전혀 중요하지 않다는 듯이 그 반응을 피할 수 있습니다. 제발, 그렇게 하지 마세요.
그 위에, 이제 당신은 이 라벨을 소모하여 다른 용도로 사용할 수 없게 만들었습니다. 여기서 제가 볼 수 있는 주요한 세 가지 경우가 있습니다:
- 언급했듯이, 많은 사이트가 _전체 포럼_을 "커뮤니티"라고 부릅니다. 저는 이것이 실수라고 믿습니다 [10], 하지만 이해할 만합니다: _전체 포럼_은 커뮤니티가 상호작용하기 위해 존재하니까요. 하지만 이제, 당신은 이 라벨을 기이한 하위 집합에 적용했습니다.
- 다른 사이트의 경우, 다른 하위 집합이 실제로 커뮤니티라고 부르는 것이 적절할 수 있습니다. 예를 들어 개발자와 커뮤니티로 나뉘는 경우입니다. (이것은 정말로 흔합니다!) 또는 커뮤니티 관련 주제를 카테고리로 갖고 싶을 수 있습니다. 또는 _다른 지역 사회(local communities)_에 관한 포럼을 가질 수도 있습니다. 그리고 위에서 언급했듯이, _그룹_이 커뮤니티가 되는 Discourse 포럼을 구축하는 몇 가지 방법을 쉽게 생각해 낼 수 있습니다. 또는 태그! 하지만 이제, 다시 한 번, 라벨은 이미 사용되었습니다 — 가장 좋은 경우에도, 혼란스러운 중복이 생길 뿐입니다.
- 포럼은 커뮤니티인 더 큰 것의 일부일 수 있습니다. 그 링크는 그 더 큰 것으로 “위로” 가해야 합니다.
물론, 이러한 사이트들은 자체 사용을 위해 텍스트를 변경할 수 있지만, 1) 이제 그들은 Discourse 유니버스의 나머지 부분과 일관성이 없게 되고, 2) 그것은 정말로 문제를 다른 모든 사람에게 떠넘기는 것에 불과합니다.
당신은 "명백히 더 나은 대안"을 요청했습니다. 저는 그것이 부당한 기준이라고 생각합니다. 또는, 더 정확히 말하면, 적극적으로 해롭지 않은 어떤 것도 그 기준을 충족한다고 생각합니다. 저는 여전히 첫 번째 아이디어[11]를 강력히 믿지만, 더 이상 논쟁하지 않겠다고 말했었습니다. 따라서, 건설적이라고 희망하는 몇 가지 대안을 제시하겠습니다:
- Discourse
- 메뉴(Menu)
- 기타(Other)
- 단축키(Shortcuts)[12]
- 사이트(Site)
- 기능(Functions)
- 것들(Things)
- 자료(Stuff)
- 잡다한 것들(Miscellany)[13]
- 혼합물(Mishmash)
- 모음(Medley)
… 그리고 필요하면 그중 하나에 대해 사전(thesaurus)를 사용하세요. 저는 그것들이 모두 "명백히 더 낫다"고 생각합니다.
이 디자인에 대해 어떤 헤더 라벨을 고집하지만 _어떤 단어_도 작동하지 않는 것 같다면, 그것은 세 번째 가능성을 시사할 수 있습니다 — 근본적인 개념적 문제가 있으며, 디자인이 더 큰 재검토가 필요하다는 것입니다.
하지만 무엇을 선택하든: 제발, 제발, 지금처럼 하지 마세요.
“안경 쓴 커뮤니티가 이 뉴스에 어떻게 반응할지 지켜봐야겠습니다!” ↩︎
"모든 것"은 포럼 = 커뮤니티 진영에 속한다면 일리가 있습니다. 하지만 그렇게 하드코딩하지 마세요. Fedora와 같은 커뮤니티의 경우, "커뮤니티 모든 것"은 Discourse 게시물보다 훨씬 더 많은 것을 포함해야 합니다. 프로젝트 조직도나类似的 것이 기대될 수 있습니다. ↩︎
나는 나 자신의 커뮤니티인가? ↩︎
좋아요. 사람입니다! 이것도 그 자체로 "커뮤니티"가 될 수 있는 또 다른 항목입니다 — 그리고 부연 설명: 제 사이트에서는 이미 이것을 "People(사람들)"로 변경했습니다. "Users(사용자)"는 _Discourse 개발자의 관점_에서 완전히 타당합니다 — 사이트의 모든 계정은 _Discourse 사용자_를 대표하기 때문입니다 — 하지만 제품에 관한 사이트의 경우, "Users"는 _제품의 사용자_를 의미해야 하며, 이는 모든 Discourse 계정을 포함하지 않을 수 있습니다! ↩︎
이것이 커뮤니티와 관련이 있을 이유를 생각해 낼 수 없습니다. ↩︎
좋아요, 물론 — 사람들은 이런 것이 있죠. ↩︎
매우 잘못되었습니다. ↩︎
“포럼 = 커뮤니티” 개념에서만 타당합니다. ↩︎
소개와 같지만 더 이상합니다. ↩︎
교조적이라서가 아니라 잠재력을 놓치고 있기 때문이죠 ↩︎
이 섹션은 개념적으로 헤더가 없어야 한다는 것 ↩︎
언급했듯이, 편집 가능할 때 가장 잘 작동합니다. ↩︎
또는 Miscellaneous 또는 Misc ↩︎