말씀하신 의도는 이해합니다. 다만 드롭다운에 숨겨져 있다는 사실 때문에, 눈에 띄게 표시할 수 있는 하위 카테고리보다 가시성이 훨씬 낮습니다.
이 부분은 나중에 다시 말씀드리겠습니다. 왜냐하면 저는 특정 카테고리에서 특정 태그 그룹의 태그를 최소 하나 이상 요구하는 기능을 꽤 광범위하게 사용할 계획이기 때문입니다. 
이는 하위 카테고리의 증식을 피하기 위한 것입니다.
일부는 그렇다고 생각합니다만, 또 다른 부분은 "설치(installation)"의 연속, 즉 모든 설정 과정이라고 봅니다. 맞습니다, 이제 저는 Discourse를 설치했고, 놀라운 기능들이 있으며, 많은 것들을 제어할 수 있지만, 제 커뮤니티가 필요로 하는 형태로 이를 어떻게 "형성(mold)"하나요? 이 부분이 과거에 저를 매우 낙담하게 만들었습니다. 모든 설정과 항목들이 문서화되어 있었지만, a) 어디서부터 시작해야 할지 이해하는 것과 b) 제 커뮤니티에 대한 "비전"을 설정과 구성으로 어떻게 번역해야 할지 이해하는 데 어려움을 겪었기 때문입니다.
따라서 제가 생각하는 것은 초기 설정 여정을 둘러싼 추가적인 계층일 수 있습니다. 저는 #support를 ("일반 지원"으로 이름을 바꾸지는 않을 것입니다. 그렇게 말한 것은 제가 그것을 어떻게 지각했는지를 나타내기 위함이었습니다) "이미 운영 중이거나 해결해야 할 특정 문제가 있는 경우"에 더 적합하다고 생각하며, "상자에서 꺼낸 그대로의 설치 상태를 가지고 이제 어떤 준비를 해야 출시할 수 있는가"에 대한 것은 아닙니다.
결국, "설정(configuration)"이 관리자의 여정 일부로서 의미가 있다고 실제로 생각하며, 그것은 정확히 "지원(support)"과 동일하지 않다는 것입니다.
제 커뮤니티에 대한 비유를 들면 – 적절한 대화에서 그 관련 뉴스를 공유해야 한다는 것을 떠올리게 합니다 – 진단을 방금 받고 우리 커뮤니티에 가입한 당뇨병을 앓고 있는 고양이 주인을 고려해 볼 때, 우리는 카테고리를 어떻게 조직해야 할까요? 제가 현재 결정한 것은 매우 "멤버 중심(member centric)"으로 시작하는 것입니다. “방금 도착했어, 대체 무슨 일이야?”(더 정중한 프랑스어 equivalents), “필요한 장비를 구하고 있어”, “배우고 있어” – 그리고 그 후에 비로소 커뮤니티의 핵심인 적절한 "지원"이 준비됩니다.
Discourse에 대해 처음 접하는 저와 같은 입장에서 이러한 방향으로 생각해보면, 분명히 다음이 있습니다: 1) 셀프 호스팅을 할지 말지 결정하고 호스팅을 선택하는 것, 2) 실제 설치 과정을 거치는 것, 3) 제 커뮤니티를 설계하고 그것을 Discourse 구성으로 번역하는 것. 이 경우 a) 처음부터 구축하는 것과 b) 커뮤니티가 이미 존재하고 그것을 이전하려는 것 사이에 구분을 두어야 합니다. 제 facebook migration challenges 주제에서 논의했듯이, 설정 방식을 바꾸는 것이 정말 중요하다고 생각합니다.
이것은 우리를 이전(migration) 관련 내용을 어디에 두어야 하는지라는 문제로 데려다줍니다.
다시 말하지만, 우리가 어떤 이야기를 하고 싶은지에 따라 달라진다고 생각합니다. Discourse가 기존 커뮤니티의 이전을 장려하고 촉진하기를 원하는 것입니까, 아니면 Discourse로 처음부터 구축할 사람들에게 초점을 맞추고 있는 것입니까?
놀라운 일이 아니지만, 저는 이전할 고객들에게 초점을 맞추는 것이 합리적이라고 주장하겠습니다. 왜냐하면 거기에 아직 개발되지 않은 거대한 시장이 있다고 확신하기 때문입니다.
그 경우, "이전(Migration)"이 너무 깊게 묻히지 않기를 원합니다. 저는 개인적으로 이를 커뮤니티 관리(Community Management)의 한 측면으로 유지하고, 현재 커뮤니티 카테고리를 그렇게 이름 변경할 것입니다. "커뮤니티"만으로는 모호하여, 처음에는 "Discourse 커뮤니티를 위한 것"이 아니라 "커뮤니티를 설계/구축/관리하는 것에 관한 것"이라고 생각했기 때문입니다. 태그일까요, 하위 카테고리일까요? 적어도 하위 카테고리가 될 자격은 있습니다. 이전 스크립트와 이전 주위의 기술적 사항은 다른 최상위 카테고리에 들어가야 할까요?
아니면 이전(Migration) 자체가 카테고리가 될 수도 있으며, 이는 기존 커뮤니티의 측면을 Discourse로 어떻게 적응하고 번역하는지에 대한 논의, 실제 이전 과정(구현)에 접근하는 방법, 그리고 "데이터 이전"을 포함합니다.