How do I create a whisper post?에서 이어지는 토론입니다:
그룹별 고정 답변(캔디드 리플라이)에 대한 새로 개발 중인 기능과 유사하게, 특정 그룹에 특화된 여러 개의 위스퍼를 허용하도록 확장하면 유용할 것입니다.
예시:
@documentation-group과 같은 그룹은 스태프 위스퍼에 대한 접근 권한이 필요하지 않으면서도 위스퍼를 활용할 수 있습니다.
선택적으로 여러 개의 위스퍼 섹션을 허용할 수 있도록 하는 것이 유용할 것입니다. 검토해 주셔서 감사합니다.
최근에 그룹의 속삭임 접근 권한이 추가된 것으로 알고 있습니다:
하지만 모든 그룹이 모든 속삭임을 볼 수 있게 됩니다. 격리된 속삭임 기능이 좋은 추가 사항이 될 것 같지만, 구현 난이도가 얼마나 될지는 모르겠습니다. 
지난 2년 동안 팀 내에서 이 문제에 대해 논의해 보신 적이 있을까요? 
현재 플랫폼에 다른 팀들을 통합하고 있는데, 이 팀들도 속삭임 기능을 활용하길 원합니다. 하지만 저희 관리자의 속삭임은 보이지 않게 하고 싶습니다.
제가 이 문제를 제기했을 때, 매우 복잡한(상표) 문제로 분류되어서, 아직까지 큰 관심을 받지 못하고 있습니다.
이 기능 요청은 대안으로 관심이 있을 수 있습니다.
비슷하지만 다릅니다. 어떤 조건에서도 다른 그룹이 우리의 관리자 위스퍼를 볼 수 있도록 하고 싶지 않습니다. 이해를 돕기 위해 간단한 시각화를 제시해 보겠습니다. 위스퍼를 여러 층으로 생각해 보세요:
bb코드 플러그인이나 테마 구성 요소가 속삭임(whispers)에 영향을 주지 않는다면.
제가 제공한 링크에서는 게시글에 추가 코드를 포함하여, 게시글의 일부만 모든 사용자에게 표시하고 숨겨진 내용은 운영자(Op) 및 대상 그룹에게만 표시할 수 있습니다.
하지만 지금은 스태프를 제외한 사용자는 게시글 수정 이력을 볼 수 없도록 변경되었습니다.
bb코드와 유사한 솔루션은 게시글 내의 콘텐츠를 다른 그룹에 대해 숨기는 것을 가능하게 합니다. 하나의 예로, 테이블톱 RPG를 들 수 있습니다. 그러나 숙련된 사용자는 요소 검사(inspect element)를 사용하고 CSS를 변경하여 이를 우회할 수 있습니다.
Contribute > Feature 요청은 꽤 명확하다고 생각합니다. 모든 것을 Support 토픽으로 취급하거나 우회책에 너무 깊이 들어가지 않도록 주의해야 합니다. 초점을 맞춰서 진행해 보겠습니다. 
내부 팀 A가 내부 팀 B의 속삭임을 볼 수 있다고 상상하고 계신가요?
아니면 각 내부 팀은 자기 팀의 속삭임만 볼 수 있다고 생각하시나요?
아니면 특정 속삭임은 수신자를 어떻게든 지정해야 한다고 보시는 건가요?
수신자를 관리할 때 속삭임 대신 개인 메시지(PM)를 사용하기로 선택하게 될 상황은 언제일까요?
(@putty의 팀 동료로 답변)
이상적으로는 후자여야 하지만, 서로 다른 사용자들을 여러 그룹으로 나누는 것이 상당히 복잡할 수 있다는 점은 인지하고 있습니다. 우리 회사에는 현재 여러 내부 팀이 있으며, 이 팀들은 우리 Discourse 플랫폼에서 자신들의 사용자를 위한 경험을 구축하려고 하고 있습니다. 마치 부모 커뮤니티를 구축한 것 같은데, 그 안에서 미니 커뮤니티들도 함께 만들어지고 있는 셈입니다.
이로 인해 많은 팀이 그룹 수신함과 카테고리에서 속삭임 기능을 사용할 수 있기를 원하고 있습니다. 물론 문제는 관리용 속삭임을 그들이 보지 못하게 해야 한다는 점입니다.
좋아요, 말씀하신 내용을 이해했습니다.
이 부분은 좀 까다롭습니다. 속삭임(Whispers)은 이미 어느 정도 위험한 도구입니다. 속삭임을 볼 수 있는 사용자는 주제를 두 가지 수준에서 해석해야 하기 때문이죠. 일반 대중의 관점에서 주제를 살펴보는 동시에, 속삭임을 포함한 특권적 관점도 함께 봐야 합니다.
추가 계층을 넣으면 대부분의 사용자에게 너무 혼란스러울 수 있다고 생각합니다. 이메일은 기본적으로 이러한 자유를 이미 제공한다는 점은 인정합니다. 많은 클라이언트가 cc 목록에 누가 추가되거나 제거되든 상관없이 단일 스레드로 표시하기 때문입니다. 하지만 저 역시 이메일에서 그런 방식이 여기서 피하고 싶은 동일한 유형의 혼란을 초래하는 것을 본 적 있습니다.
제가 생각하기에 적절한 균형을 맞출 수 있는 한 가지 아이디어는 속삭임 가시성을 카테고리 수준 설정으로 만드는 것입니다. 예를 들어:
이 모델에서는 X와 Y는 여전히 A 카테고리에서 관리자 속삭임을 볼 수 있습니다. 하지만 단일 주제 내에서 세 번째 속삭임 계층을 추가하지 않고도, 작동할 수 있는 방식으로 카테고리와 규범을 정의할 수 있다고 생각합니다.
다음 아이디어에 대해 어떻게 생각하시나요?
@putty가 설명한 대로입니다. 이는 훌륭한 타협안이 될 것입니다. 왜냐하면 적어도 저희 인스턴스의 경우, ‘다른 모든 속삭임’ 채널에 있는 모든 사용자가 같은 회사의 직원이기 때문입니다. 여기서 다소 추측을 하고 있지만, 매일 플랫폼의 복잡성을 더 많이 배우고 있다고 느낍니다. 만약 이것이 구성 방식이라면, 개별 그룹에게 누가 자신의 속삭임을 볼 수 있는지 제어할 수 있는 권한을 부여하는 것보다 (적어도 어느 정도) 복잡성이 낮지 않을까요?
이렇게 하면 직원이 회사 전체 범위에서 카테고리, 주제, 또는 개인 메시지(PM)에 관계없이 커뮤니티 내에서 서로 속삭임을 나눌 수 있습니다. 이렇게 생각해보니 실제로 믿기 어려울 정도로 훌륭해 보입니다. 정말 놀라운 기능일 것입니다!
음, 결국 구현과 설정에서 어느 쪽이 더 복잡할지 확신이 서지 않네요. 다만, 같은 주제 내에서 세 번째 수준의 토론이 생기는 점은 여전히 우려됩니다.
다만, 지금 당장도 이걸 할 수 있잖아요? 단, 관리자(Admin)의 속삭임도 모든 직원에게 보이도록 허용하는 것에 동의한다면요.
그런 제약 조건을 수용하는 것이 가치가 있을까요?
모든 직원에게 공개되지 않도록 관리자가 속삭임을 사용해야 하는 시나리오는 어떤 것들이 있을까요? 그리고 다른 직원들이 서로 속삭임을 할 수 있게 해주는 것이라면, 적어도 때로는 관리자가 다른 직원에게 속삭임을 보낼 수 있는 기능도 필요하지 않을까요? 그건 어떻게 작동하게 될까요?
"모든 직원이 서로 속삭임을 할 수 있다"는 모델에서는, 관리자가 비공개로 소통할 필요가 있을 때 다른 도구(예: PM, 직원 전용 카테고리 또는 채팅 채널)를 사용하도록 하는 것이 좋겠습니다. 그렇게 하는 것이 허용된다면, 지금 당장 이 기능을 구현할 수 있습니다.
불행히도 내부 사용자도 때로는 관리해야 합니다! 규모가 커지면 관리자만 논의할 수 있는 동일한 성격의 시나리오가 등장합니다. 관심이 있으시다면 DM으로 이 사용 사례에 대해 더 자세히 말씀드릴 수 있습니다.
맞습니다!
예를 들어, 스태프는 이렇게 보게 됩니다:
그리고 직원(일반 사용자)은 이렇게 보게 됩니다:
이것들은 그냥 프랑켄슈타인처럼 합성한 스크린샷일 뿐이지만, 핵심을 전달한다고 생각합니다.
네, 그게 요점을 잘 잡은 것 같아요.
여기서 가치와 복잡성 사이의 트레이드오프에 대해서는 여전히 의문이 들지만, 이제 추가적인 유형의 속삭임을 하나 더 만들면 지금 요청하신 내용을 어떻게 구현할 수 있는지 이해하게 되었습니다.
시스템의 기존 제약 조건을 고려할 때, 모든 사용자가 속삭임을 사용하도록 허용하고 관리자 전용 대화에는 다른 솔루션을 사용할까요? 아니면 속삭임을 관리자 전용으로 제한할까요?
지금은 결정하기가 어렵습니다. 저는 항상 팀에게 사용자들에게 가장 좋은 선택을 하되, 우리에게 가장 쉬운 선택을 하지 말라고 강조합니다. 결국 그것이 우리에게도 가장 좋은 선택이 될 테니까요.
따라서 저는 아마도 속삭임을 모든 사람에게 개방하고, 알림 문제가 해결될 때까지 팀이 조정 관련 대화를 Slack이나 채팅으로 옮기도록 할 것입니다. 이는 이상적이지 않으며 관리자/운영진에게 속삭임 기능을 빼앗기는 셈이지만, 커뮤니티를 계속 성장시킬 수 있게 해줄 것입니다.
이 기능에 +1!
저희 경우엔 관리자가 아닌 작가 및 기타 기여자 팀이 있는데, 특정 카테고리에서 속삭임을 사용할 수 있게 하면서도 스태프/모더레이터의 속삭임은 그들에게 보이지 않도록 해주고 싶습니다.
이 방법은 안전하지 않을 것입니다. 그리고 교묘한 사용자는 이를 우회할 수 있습니다.
하지만 현재 사용자가 스태프가 아닌 경우, 스태프가 생성한 속삭임에 대해 CSS를 사용하여 표시를 없애는 테마 컴포넌트는 어떨까요? 특정 카테고리에 대해서 말입니다.
비슷한 논리를 기어 메뉴의 속삭임 토글에도 적용하여, 해당 그룹이 속삭임을 사용할 수 있도록 허용하지 않는 카테고리에서 속삭임 버튼을 표시하지 않을 수 있습니다.
스태프 그룹은 실제로 민감하거나 보안이 필요한 사항을 공유하지 않도록 알아야 합니다.
이러한 방식은 주의할 점이 있지만, 임시 대안으로 사용할 수 있습니다.
음 … 어떻게요?
이것이 백엔드에서 구현된다면, 클라이언트로 스트리밍되는 게시물들은 사용자의 특정 권한에 따라 달라질 것입니다.
"비관리자 속삭임"은 해당 내용에 접근 권한이 없는 사용자에게 직렬화된 정보에 포함되지 않을 것입니다.
이 기능을 구현하는 데 어떤 장애물이 있다면, 이것이 그 중 하나라고 생각하지 않습니다.
저는 테마 컴포넌트에 간단한 CSS를 적용하는 방식으로만 생각하고 있었습니다.
그렇다면 플러그인이 필요하지 않을까요? 제 추론이 흐릿하다면 죄송합니다.
하지만 이런 부분들은 저보다 훨씬 더 잘 알고 계실 거라고 생각합니다. 다만 이 토픽 초반에 복잡성 때문에 개별적인 속삭임(whispers)을 만들기는 현재로서는 불가능하다고 언급되었던 만큼, 가능하면 정말 멋진 기능일 것 같습니다.
제 결론은 다른 토픽에서 논의된 아이디어, 즉 일반적인 BBCode CSS를 사용해 특정 사용자나 그룹에게만 게시물의 숨겨진 내용을 표시하는 방식에 기반하고 있습니다.
