플러그인: 주제 요약 섹션

참고: 이 주제에 대한 요약이라는 유사해 보이는 주제가 있지만, 제가 제안하는 내용과는 실제로 꽤 다릅니다. 일부 요소는 비슷할 수 있습니다.

주제 상단에 요약 섹션을 두는 것이 유용하다고 생각하시나요?

이것은 제 아이디어 목록에 오랫동안 올라와 있던 것인데, 토론 방식을 근본적으로 바꿀 수 있다고 생각합니다.

단순히 현재 상황만 알고 싶을 때 모든 게시글을 읽는 것은 너무 부담스럽습니다. (생각의 흐름을 따라가며 더 깊은 통찰을 얻는 것은 좋지만, 모든 사람에게 시간이 주어지는 것은 아니니까요). 또한 끝으로 바로 건너뛰는 것도 해결책이 되지 못합니다. 왜냐하면 실제로 중요한 게시글은 중간 어딘가에 있을 수 있기 때문입니다.
특히 무언가를 개선하는 것을 논의하기 위한 포럼에서는 수많은 진퇴양난과 반복이 있을 수 있으며, 저는 이러한 모든 것을 요약해 주는 것이, preferably 주제 초반부에 위치하여 전체 흐름을 파악하는 데 1분이면 충분하도록 해주는 것이 정말로 필요하다고 생각합니다.

이 요약은 어떻게 작동할까요?

summary는 일반 게시글과 마찬가지로 편집 가능한 텍스트 필드라고 상상합니다. 위키백과처럼 누구나 가서 수정할 수 있습니다. 아마도 변경 사항이 허용되는 조건은 해당 스레드에 무언가를 게시할 때만 가능하도록 하는 것일 수 있으며, 이는 요약 변경에 대한 정당화 역할을 하게 될 것입니다.

이 대화 자체를 예시로 들어 설명드리겠습니다.
예를 들어, 첫 번째 사람(저)이 초기 게시글(이 글)과 함께 새로운 주제를 시작합니다.
Discourse는 저에게 이렇게 묻습니다. “요약을 편집하시겠습니까?”
저는 "네"라고 하고, 요약에 첫 번째 텍스트를 추가합니다:

요약을 통해 새로운 사람들이 빠르게 상황을 파악할 수 있게 하고, 커뮤니티가 더 나은 결론에 도달하는 데 도움이 될 수 있습니다.

좋습니다, 여기까지는 괜찮습니다. 이제 B라는 사람이 들어와서 이렇게 응답할 수 있습니다.
"그렇게 하는 것이 가치가 있는지 확실하지 않습니다. 구현하기가 꽤 어려울 것 같고, 노이즈를 더 늘리는 것만은 아닐까요?"라고 게시한 후, 요약을 업데이트할지 여부에 대해 다시 prompted됩니다:

요약을 통해 새로운 사람들이 빠르게 상황을 파악할 수 있게 하고, 커뮤니티가 더 나은 결론에 도달하는 데 도움이 될 수 있습니다. 하지만 노이즈를 더 늘릴 수 있고, 구현하기가 쉽지 않을 것입니다.

세 번째 사람 C: “좋은 아이디어라고 생각하지만, B에게 동의합니다. 그만한 가치가 없을 수도 있겠네요. … 하지만… 이걸 우리의 제안과 투표 [또는 해당 커뮤니티가 관심 있을 수 있는 다른 것]에도 사용할 수 있을까요? 음, 이 것에 대한 찬반 목록을 만들어 보는 것이 좋을까요, 어떻게 생각하시나요?” C는 요약을 업데이트하지 않기로 결정합니다. 실제로 요약을 더 좋게 만들 수 있는 변경 사항이 무엇인지 확신이 없기 때문입니다.

네 번째 사람 D: “네, 사용자 참여와 제안 도출 과정에서 그걸로 충분히 작동할 수 있습니다. 그리고 네, C의 찬반 목록 아이디어에 동조합니다. 제가 더 가지고 있는 것이 있습니다:
각 편집이 편집자와 연결되도록 하고, 클릭하면 해당 게시글로 직접 이동하게 만들 수 있습니다. 일종의 빠른 내비게이션이죠, 맞나요?”

요약은 다음을 할 수 있습니다:

  • 새로운 사람들이 빠르게 상황을 파악하는 데 도움
  • 커뮤니티가 더 나은 결론에 도달하는 데 도움
  • ‘빠른 내비게이션’ 역할 수행
  • 이 discourse 포럼으로만 제한되지 않음

그러나 가능한 단점은 다음과 같습니다:

  • 노이즈를 더 늘릴 수 있음
  • 구현하기가 쉽지 않을 것임.

B가 다시 등장합니다: “잠깐, 잠깐만요. 그 토끼 구멍으로 들어가기 전에, 그 요약은 실제로 무엇을 요약해야 하는 건가요? 모든 게시글을 다시 말한 것에 불과한 건가요? 그렇다면 큰 의미가 없을 것 같은데, 맞나요? 먼저 정의가 가능할까요? 실제로 중요한 것, 즉 OP의 질문에 답하는 데 기여하는 것만 요약해야 한다고 생각합니다, 맞나요? 그렇지 않다면, 이전 발언을 유지하겠습니다. 그것은 단순히 더 많은 노이즈를 생성하거나, 사용자가 입력해야 하는 양과 UI 오버헤드를 더 늘릴 뿐이므로…
그리고 D, 당신의 '빠른 내비게이션’은 이해하기가 좀 어려워서 조금 수정했습니다. 그래도 괜찮나요?”

요약은 게시글 내에서 저자의 질문에 답하는 데 기여하는 모든 관련 내용을 요약해야 합니다.
그것은 다음을 할 수 있습니다:

  • 새로운 사람들이 빠르게 상황을 파악하는 데 도움
  • 커뮤니티가 더 나은 결론에 도달하는 데 도움
  • 요약의 섹션은 편집자와 하이퍼링크로 연결될 수 있음
  • 이 discourse 포럼으로만 제한되지 않음

그러나 가능한 단점은 다음과 같습니다:

  • 노이즈를 더 늘릴 수 있음
  • 구현하기가 쉽지 않을 것임.

사용자 D: “네, 감사합니다 B. 제가 의도한 것이 반드시 명백하지는 않다는 점이 맞습니다. 하지만 저는 여전히 빠른 내비게이션이 거기에 언급되기를 원합니다. 제 생각에는 그것은 다소 별개의 문제이기 때문입니다. 무언가를 링크로 연결하는 것은 일종의 … 검증? 진정성? 어떤 단어인지 확실하지 않지만…
아, 그리고 이 discourse 포럼 외부에서 사용한다는 제 초기 주장에 대해 조금 다시 표현하겠습니다…
제가 실제로 의도한 것은 제안과 투표라는 우리의 특정 초점 외에도 사용될 수 있다는 것입니다. 예를 들어, 작업의 진행 상황이나 무언가의 상태를 추적하는 데 사용될 수 있고, 모든 종류의 질문에 대한 더 포괄적인 통찰력을 제공할 수 있으며, … 가능성은 무한합니다.”

요약은 게시글 내에서 저자의 질문에 답하는 데 기여하는 모든 관련 내용을 요약해야 합니다.
그것은 다음을 할 수 있습니다:

  • 새로운 사람들이 빠르게 상황을 파악하는 데 도움
  • 커뮤니티가 더 나은 결론에 도달하는 데 도움
  • 요약의 섹션은 편집자와 하이퍼링크로 연결될 수 있음
  • 개별 진술에 대한 세부 사항으로 빠르게 이동
  • 제안 & 투표에만 유용한 것이 아님

그러나 가능한 단점은 다음과 같습니다:

  • 노이즈를 더 늘릴 수 있음
  • 구현하기가 쉽지 않을 것임.

그 후 사용자 X가 들어와 이 마지막 버전의 요약을 봅니다. '편집자와 하이퍼링크로 연결’이라는 부분 제외하고는 모든 것이 직관적입니다. 그래서 그는 마우스를 올려 사용자 D의 게시글이 첫 번째 연결된 항목이고, 사용자 B의 게시글이 두 번째임을 확인합니다. (호버 시 팝업 정보). 그는 D의 게시글 링크를 직접 클릭하여 거기에서 세부 사항을 읽고, B의 게시글은 바로 그 다음에 읽을 수 있습니다(변경 사항에 기여하지 않아 축소되었을 수 있는 중간에 다른 게시글들이 있을 수 있음).

… 자, 이미지를 파악하셨기를 바랍니다. :wink:

상황을 파악하기가 정말 가볍고 빠르지 않나요? (그 요약을 읽는 것만 상상해 보세요!)

음, 제가 상상하는 모든 화려한 세부 사항으로 이 플러그인을 작성하는 것은 쉽지 않을 것입니다(이 플러그인이 수행할 수 있는 것은 훨씬 더 많으며, 아직 이름이 붙지 않은 제 좋아하는 기능 중 하나는 기여한 블로그 게시글과 연관된 투표/반응에 따라 글꼴 크기/굵기/색상을 증가 또는 감소시키는 것입니다). 그리고 일부는 논리적으로 다소 까다로울 수 있습니다(예: 변경된 부분을 저자에게 올바르게 귀속시키는 것, 누군가가 'not’을 단순히 삭제했을 때 발생하는 것을 시각화하는 것 등…). 하지만 저는 그것이 모두 실현 가능하고 많은 토론에 막대한 가치를 기여할 수 있다고 확신합니다.

(작성하려던 것보다 훨씬 길어졌지만, 그 예를 생각해 내는 것이 재미있었습니다 :laughing: )

여러분의 생각은 어떠신가요?
이런 종류의 플러그인이 실제로 discourse 생태계에서 기술적으로 실현 가능한가요?
더 많은 정보가 필요하신가요? 더 진지한 목업이 필요하신가요? (저는 그거 잘 못하지만, 몇 개 만들어 볼 수는 있습니다)

면책 조항:
제가 직접 개발해 볼 수 있고, 그렇게 할 수도 있지만, 아직 ruby / ember / discourse 경험이 없으므로 시간이 좀 걸릴 것입니다.
또한, 이 아이디어는 좀 더 오래되었지만, 이 기능이 매우 유용할 것이라고 생각하는 커뮤니티 그룹에서 조금 더 주목을 받았습니다. 그래서 저는 거기에 가서도 해보고 조금 dogfooding을 해볼 수도 있습니다… 하지만 다시 말하지만, 시간이 좀 걸릴 것이고, discourse에 가치가 있다면 여러분 중 일부가 관여하는 것은 정말 멋질 것입니다!

감사합니다 :slight_smile:

7개의 좋아요

훌륭한 아이디어네요! 제가 이전 주제에서 제안한 게시물 중심 메커니즘과 함께 잘 작동할 것 같습니다.

이 새로운 기능이 도입할 핵심 UX에 대한 간단한 스케치나 목업을 만들어 주실 수 있을까요?

Customization > Theme component 로 프로토타입을 만들면 꽤 멀리까지 갈 수 있을 겁니다.

3개의 좋아요

Customization > Theme component을 알려주셔서 감사합니다. 흥미롭네요.

theme-component를 생성한 후, 이를 커스텀 플러그인에 연결하여 백엔드 기능이나 theme-component 자체의 범위를 벗어날 수 있는 다른 작업들을 수행할 수 있을까요?

또한, 네, 이전에 제안하신 내용과 함께라면 정말 잘 작동할 수 있을 것 같습니다.
해당 주제의 논의를 대충 살펴본 결과, 제가 이해한 바에 따르면 대부분의 사람들이 첫 번째 게시물을 편집할 수 있는 기능만으로도 주제를 ‘깔끔하게’ 유지하는 데 충분한 통제력을 가질 수 있다고 생각하는 것 같습니다.
제 제안은 첫 번째 게시물 편집과 유사하지만, 다음과 같은 몇 가지 큰 차이점이 있어 제가 생각하기에 상당한 차이를 만듭니다:

  • 게시물은 원래 작성자(또는 관리자/운영진)만 편집할 수 있으며, 요약 필드의 아이디어는 명시적으로 이러한 제한을 넘어선 것입니다.
  • 이러한 편집에는 누가 왜 편집했는지에 대한 기록이 없지만, 요약에는 (반드시) 그렇게 해야 합니다. (곧 더 구체적으로 시안을 만들어 보겠습니다)
  • 요약에는 변경 이력이 있어야 하며, 사람들이 언제 어떻게 변경되었는지를 확인할 수 있어야 합니다(위키 스타일).
  • 궁극적으로 편집과 관련된 더 세밀한 알림이 있을 수(있어야) 합니다. 예를 들어, 제가 요약에 기여한 부분이 편집되면 알림을 받고 싶습니다.

이 모든 아이디어는 온라인 투표/의사결정을 가능하게 하려는 욕구에서 비롯된 것이며, 이를 위해서는 사람들이 제안을 의미 있고 안전하게(편집에 대해 투명하게) 논의할 수 있어야 합니다.

2개의 좋아요

네, 주제 요약은 신규 사용자가 빠르게 상황을 파악하는 데 훌륭한 방법입니다. 또한, 마지막 방문 이후 요약에 어떤 변경이 있었는지 위키 방식의 수정 내역을 볼 수 있다면 빠르게 최신 정보를 따라잡을 수 있을 것입니다.

말씀하신 대로, 요약에는 관심 있는 요약을 원문에서 바로 확인할 수 있도록 개별 답변에 대한 영구 링크(permalinks)가 포함되어야 합니다.

두 가지 제안을 드립니다:

  1. 요약은 해당 요약을 작성하는 답변 목록과 연결되어야 합니다. 이렇게 하면 요약을 작성하는 사람이 아직 요약되지 않았고(또는 수정되지 않았고) 상태인 답변을 쉽게 필터링할 수 있어, 이 풀(pool)에서만 새로운 답변이 추가될 때마다 점진적으로 요약을 작성할 수 있습니다.

  2. 상단에 단일 요약을 두는 대신, 요약 태그가 붙은 일반 답변으로 사용할 수 있는 여러 요약을 허용해야 합니다. 논쟁적인 주제에 여러 관점이 있거나(단일 요약을 둘러싼 편집 전쟁 방지), 하위 주제가 있을 때(이 경우 하위 주제 요약에 대한 답변이 해당 하위 주제의 2차 스레드의 루트가 될 수 있음) 여러 요약이 유용합니다.

1개의 좋아요

네, 요약 기능이 있다면 사람들이 길고 방대하며 복잡하고 논쟁적인 토론을 소화하고 참여하는 데 훨씬 도움이 될 것입니다. 이를 없이는 국민투표와 같은 사안에 대해 찬반 논거를 민주적으로 구성하는 것은 현실적으로 불가능합니다. 목표는 참여자들이 사실의 균형에 대해 더 가까운 합의에 도달하고, 차이점의 핵심으로 나아가며, 가장 지지 가능한 결론 중 하나나 여러 개를 정제할 수 있도록 돕는 환경을 제공하는 것입니다.

여기서 도움이 될 한 가지 방법은 토픽 게시글에 Genius 주석을 추가하는 것입니다. 이렇게 하면 토픽 텍스트의 조각에 주석(각 주석마다 Genius 댓글 스레드 포함)을 붙일 수 있습니다. 이러한 세밀한 검토는 반박에 대응하도록 토픽 텍스트가 편집되도록 하는 강력한 동기가 될 것이며, 이는 토픽과 반박 텍스트가 완성될 때까지 추가 라운드를 촉발할 것입니다. 최종 반박들은 반박 요약 답변을 구축하는 데 사용될 수 있습니다.

불행히도 이로 인해 중복된 댓글 시스템이 생성됩니다. Discourse 댓글 스레드와 통합된 네이티브 주석 시스템이 더 바람직할 것입니다.

1개의 좋아요

mrj, 아이디어들 감사합니다. 정말 훌륭하다고 생각해요!

각각 '분기’된 대화에 대해 여러 개의 요약을 가지는 방식이 얼마나 좋은지 잘 이해할 수 있어요!
아마도 몇 가지 '레벨’을 가질 수도 있겠죠. 예를 들어 마스터 요약 하나와 몇 가지 하위 요약(그리고 하위-하위-… 등)을 두는 방식이에요. 각 하위 요약에 있는 기여물이 일정 정도까지 상위 항목으로 흘러들어갈 수도 있겠죠.
또한 모든 블로그를 접어서 각 요약을만 표시하고, 해당 요약에 ‘속하는’ 내용을 확장해서 더 자세한 내용을 볼 수 있게 하면, 대화의 다른 부분을 다루는 게시글에 의해 산만해질 걱정 없이 집중할 수 있을 거예요.

‘Genius’ 주석(참고로, 제 회사의 주요 제품 이름이 'Geneious’라니 우습죠 ;-))은 요약이 포함된 주제뿐만 아니라 어떤 경우에도 유용할 수 있어요.
요약을 편집할 때 이 주석들을 '제안’으로 사용할 수 있거나, 아니면 '요약에 하이라이트 추가’를 위한 빠른 링크 같은 방식으로 작동한다면, 요약과도 꽤 잘 어울릴 것 같아요. 그리고 가중치 기능이 추가되면, 주석이 달린 부분은 더 큰 가중치를 가질 수도 있겠죠.

1개의 좋아요

여기 기본 사항을 보여주는 SVG가 있습니다…

게시물 상호작용 및 마크업에 기반한 하이라이팅에 대해서는 확신이 서지 않습니다. 상호작용이 많을 때 자동으로 볼드체로 표시하는 것이 때로는 꽤 좋을 수 있다고 생각하지만, 그러면 일반 마크업과 구별하기가 어렵거나 불가능해집니다. (또한, 그런 기능이 항상 좋은 것만은 아니며, 시스템을 조작하는 또 다른 경로가 될 수도 있습니다…?)
아마도 마크업에서 볼드체 및 다른 글자 크기를 허용하지 않는 것이 좋을까요?
아니면 단순히 자동 가중치를 두지 않는 것이 나을까요?

3개의 좋아요

네, 모두 좋은 아이디어입니다. 다만 2단계 댓글에서 하위-하위 주제를 어떻게 가장 잘 처리할지에 대해서는 좀 더 고민이 필요할 것 같습니다.

요약의 주석을 편집 제안으로 사용하는 것은 좋은 아이디어입니다. 이렇게 하면 댓글에 여러 편집자를 허용하는 대규모 Discourse 변경 사항을 구현할 필요가 없게 되는 장점이 있습니다. 요약의 최초 작성자는 해당 요약에 지정된 편집자가 되고, 제안이 있는 사람들은 주석을 추가하게 됩니다. 편집자의 결정에 동의하지 않는 사람은 자신의 요약을 작성할 수 있습니다. 한 번에 하나만 존재하지만, 요약의 소유권을 넘겨주는 것도 용이할 수 있습니다.

Genius의 보다 광범위한 활용에 대해서는, Genius 시스템이 주석에 대한 댓글을 비활성화할 수 있는지 확인해 봐야 할 것 같습니다. 주석에 대한 댓글이 비활성화되면, 개별 주석으로 링크할 수 있는 방법을 통해 메인 답변 스레드를 사용하도록 강제할 수 있을 것입니다.

토론 요약(즉, 해당 게시글에 첨부된 답변을 제외한 모든 답변)을 편집할 수 있는 권한이 답변을 추가한 사용자로만 제한되어야 하는지 확신이 서지 않습니다. 위키백과가 개방형 편집 덕분에 혜택을 본 것처럼, 이 기능 역시 모든 사용자에게 개방되어야 한다고 생각합니다. 다만, 악의적인 편집을 한 사용자를 차단할 수 있는 권한을 관리자에게 부여하고, 위키백과의 '반보호’된 문서 상태처럼 사용자 평판/배지 수준에 따라 편집을 제한할 수 있도록 하는 것이 현명할 것입니다.

또한 문장별 호버 diff를 표시하는 것보다, 위키백과처럼 색상으로 강조된 전체 요약 diff를 표시하는 것이 한눈에 파악하기 더 쉬울 것입니다. 이는 구현하기 가장 어려운 부분이므로, 기본 요약 기능이 정상적으로 작동할 때까지 미루는 것이 좋습니다.

개별 댓글 링크를 평가(레이팅)에 따라 구분하는 것은 좋은 아이디어입니다. 하지만 배경색을 바꾸어 가독성을 해치는 것보다는 각 댓글의 점수를 표시하는 것이 더 나을 것입니다.

1개의 좋아요

방금 알게 된 바로는, 댓글은 댓글을 작성한 사용자와 관리자 모두에 의해 위키로 변환될 수 있으며, 이를 통해 버전 비교가 가능합니다. 따라서 어려운 작업은 이미 완료된 셈이며, 요약 플러그인은 단지 그것들을 더 쉽게 생성하고 사용할 수 있도록 해주는 것만 하면 됩니다.

1개의 좋아요