메타에서 부스트 테스트 중

#38607에서 discourse-boost 플러그인이 도입되었으며, 최적화할 부분이 있어 보입니다.


모바일 뷰에서 boost가 너무 많은 공간을 차지합니다. boost가 50개나 100개까지 쌓이면 웹페이지 전체가 boost로 가득 차 버립니다.

아마도 접기(fold) 기능을 추가하여 기본 표시 범위를 한 줄로 제한하는 것이 더 나을 것입니다. 그리고 모든 boost를 보고 싶은 사용자는 오른쪽 상단의 “확장” 버튼을 클릭할 수 있도록 하면 좋겠습니다.


둘째로, boost에 인용(quotation) 버튼을 추가하는 것이 더 나을 수 있습니다. 이렇게 하면 사용자가 @ 같은 기능을 사용하지 않고도 boost에 답글을 달 수 있습니다.

3개의 좋아요

음, 부스트에 답글을 달 수 있는 건가요? 그렇다면 또 다른 작은 답변 트리가 생기는 셈이죠. 제 생각에는 부스트 아이디어의 단점이 되는 것 같습니다. 또 다른 대화 장소, 또 다른 대화를 찾아야 할 곳, 또 다른 종류의 대화가 될지 선택해야 하는 상황이 생기니까요.

4개의 좋아요

일반 답글을 인용하는 것은 괜찮고, 부스트한 사용자는 그에 대한 알림을 받게 되므로, 사용자들이 일반 답글로 소통할 수 있습니다.

작은 의견이지만, 합리적인지 잘 모르겠습니다.

이것은 반드시 필요합니다. 일반적인 상황에서 하나의 창 높이에 유용한 정보 4~5개 정도를 표시할 수 있지만, Boost는 최소 제한을 50개 항목으로 설정해도 1~2개만 표시합니다. 이로 인해 시선의 집중도가 심각하게 깨집니다.

2개의 좋아요

실제로 이 이름은 혼란을 야기합니다. 수십 명의 다른 사람들이 남긴 “Agree” 목록은 전기를 생각 깊게 사용하는 것 같지 않아요.

“Meh”, “Duh”, “Boring”, “Pfff”, “Mmmm” 같은 부정적인 "부스트"들이 쏟아져 나올 것 같네요. 이런 것들은 대화에 아무것도 기여하지 않습니다. 최근 제가 세운 커뮤니티에서는, 왜 그런 리액션들을 선택했는지 설명하고 대화를 유도하며, 커뮤니티가 문제를 실제로 해결할 수 있도록 하기 위해 부정적인 리액션은 제공하지 않는다는 점을 설명하는 주제를 만들었습니다. 즉, 게시글에 대해 부정적인 반응을 느낀다면, 그 이유를 설명하는 시간을 갖는 것이 더 낫다는 것입니다. 그래야 커뮤니티가 문제를 해결할 수 있고, 어정쩡한 상태에 머물러 있지 않을 테니까요.

@Lilly의 의견에 동의합니다. 이 기능이 생각 깊은 대화에 유용한 것을 가져오지 않는 것 같습니다. 귀중한 개발자 시간이 대화를 방해하고 토론과 사고의 질을 끌어내리는 새로운 기능에 쓰인다면, Discourse의 미래가 걱정됩니다. :worried: 커뮤니티에 따라 다르다고 주장할 수도 있지만, 결국 이 모든 데 얼마나 많은 원자재와 물을 사용하는지, 그리고 그 가치가 있는지에 달려 있습니다. 이것은 대량 소비와 사람들의 능력을 저하시키는 것입니까, 아니면 세상을 더 나은 곳으로 만드는 것입니까?

6개의 좋아요

이 새로운 Boosts 기능이 화면을 가로지르는 실시간 댓글, 즉 ‘단무쿠’ 시스템과 비슷한 것 같은 느낌이 듭니다.

소설, 만화, 영상, 심지어 라이브 스트리밍에서도 볼 수 있죠.

Boosts가 같은 단무쿠 스타일의 상호작용을 Discourse 주제에 가져올 수 있다면, 정말 흥미로운 방향이 될 수 있을 것 같습니다.

4개의 좋아요

저는 이런 걱정은 misplaced(잘못된 곳)라고 생각합니다.

우리는 회사 차원에서 팀과 개인에게 높은 수준의 자율성을 장려합니다.

사람들은 자신의 소중한 시간을 어떻게 보낼지에 대해 상당한 통제권을 가지고 있습니다.

이 행성의 인간으로서, 시간은 우리가 가진 가장 소중한 자원이며, 그것은 먼저 각 개인에게 속합니다.

우리는 복잡한 사회적 관계의 세계에서 살며, 시간을 다양한 것과 교환하고 우리가 일하는 회사에 대한 통제의 상당 부분을 양도하지만, 그것을 완전히 하는 것은 아닙니다.

따라서 우리는 이 주제와 같은 많은 토론을 통해 타인에게 어떤 가치가 있는지 파악하고, 우리가 발견한 것과 일치하도록 독립적으로 그 평가를 내릴 수 있습니다.

이 기능이 모든 사람에게 적합한 것은 아니라고 동의하며, 여기에서 공유되고 있는 것과 비슷한 직감을 저도 가졌습니다. 하지만 다른 곳에서 사람들이 이 기능을 통해 즐기는 모습을 보며, 특정 커뮤니티에서는 순(純) 긍정적인 효과라고 느껴집니다.

따라서 제가 개인적으로 중앙 집중형 제품 백로그에서 최상위에 두지는 않더라도, 이 지점에 이르게 한 독립적인 탐구를 지지합니다.

12개의 좋아요

원하지 않는다면 이 기능을 사용할 필요가 없습니다. 모든 토론 기능이나 플러그인이 모든 사람을 위한 것은 아니며, 저는 그것이 괜찮다고 생각합니다.

다만, 이 기능들을 사용하고 싶다면:

부스트는 관리(모더레이션) 대상이 될 수 있습니다. 또한 관리자로서 이를 삭제하고 문제 있는 사용자를 처리할 수도 있습니다.

아마도 그렇겠죠. 아니면 아닐 수도 있고요. 저는 재미있는 기능이 완전히 적절하며, 모든 것이 "재미"라는 목적을 제외하고는 실용적인 목표를 가질 필요가 없다고 생각합니다.

말씀하신 취지는 이해하지만, 실리콘밸리가 실제로보다 더 중요하게 느껴지게 만들었다고 생각합니다. 세상의 문제들은 소프트웨어로 해결되지 않으며, 이 같은 우려는 정당한 것이지만, 바다의 한 방울에 불과한 오픈소스 플랫폼에서 재미있는 기능에 대한 토론에는 이롭지 않다고 생각합니다.

3개의 좋아요

저의 포럼은 GIF, 배지 또는 게이미피케이션을 사용하지 않습니다. 사용자는 TL1에 고정되어 있습니다. 심지어 반응(리액션) 기능도 매우 적게 사용되고 있습니다. 이러한 것들이 제외된 이유는 실용적으로 아무도 이를 좋아하지 않기 때문이지만, 우리 모두가 아마도 알고 있듯이 상당수의 포럼과 소셜 미디어 플랫폼은 GIF에 대한 끝없는 "토론"으로 가득 차 있습니다. 그리고 저는 이러한 저수준의 게시물을 허용하지 않기 때문에, 해당 사용자들은 읽는 것 외에는 아무것도 하지 않습니다.

음, GIF나 부스트는 토론이 아니며 모든 것을 매우 혼란스럽게 만듭니다[1]. 하지만 그것은 제 의견일 뿐이며, 제 활성 사용자들도 비슷한 시각을 가지고 있습니다.

왜 많은 소위 비기술(Non-tech) 포럼들이 부스트를 사용하고 싶어하는지 이해합니다. 그리고 두 가지 명백한 조건이 충족되는 한 그것은 괜찮습니다:

  • 관리자가 부스트를 비활성화할 수 있어야 합니다.
  • 부스트 시스템이 비활성화되었을 때 다른 기능을 깨뜨리지 않아야 합니다.

사용자로서 제가 보고 싶은 것은 GIF나 부스트와 같이 내용이 없는(zero content) 요소를 완전히 숨길 수 있는 기능입니다.

어쨌든, 부스트는 제로섬 게임이 아닙니다.


  1. 하지만 광고에는 매우 좋습니다… ↩︎

4개의 좋아요

우리가 더 이상 그 문제를 언급하지 않으면, 침식처럼 그런 우려들이 곧 사라질 것입니다. 하지만 계속 언급한다면, 다음에는 재미를 추구하는 개발자들이 실제로 에너지 비용을 낮추면서도 커뮤니티의 유용함과 재미를 높이는 기능들을 발견하게 될지도 모릅니다.

폭탄과 부패가 뉴스를 지배합니다. 그럼에도 우리는 코드를 작성하고, 게임을 하고, 서로에게 미소를 짓고, 밤새 시를 주고받습니다. 바다에 방울 하나 떨어뜨리는 것은 보편적인 사실이며, 우리는 매일 전 세계적 종말론적 서사, 즉 악의와 무관심에 맞서 작은 흔적을 남기는 것 하나하나를 자랑스럽게 여겨야 합니다. 우리가 계속 이렇게 해 나간다면, 결국 이 전 세계적 서사가 우리 아이들의 증손자들이 살기 좋아할 무언가로 바뀌게 될지도 모릅니다.

2개의 좋아요

이런 기능이 있으면 좋겠다는 사용 사례가 있습니다. 바로 저희 커뮤니티의 스크린샷 메가스레드입니다. 해당 스레드에서는 스크린샷이 없는 일반적인 답변을 허용하지 않지만, 여전히 사람들이 댓글을 달고 싶어 합니다. 이전에 QA 플러그인을 실험해 보았는데, 이를 통해 스레드에 '2차 레벨’을 도입하려는 시도를 했으나, 이 용도에는 필요한 커스터마이징 기능이 부족했습니다.

그렇다면 포럼의 나머지 부분은 어떨까요? 너무 복잡해 보일 것 같아 걱정입니다.

1개의 좋아요

여기서 Todd님의 댓글을 'boost’하고 싶었습니다.

저는 Basecamp을 꽤 많이 사용해 봤는데, Boosts가 Reactions보다 훨씬 도움이 적다는 것을 알게 되었습니다. Discourse로 돌아올 때 안도의 한숨을 쉬게 될 정도입니다. 그 이유는 무엇일까요? 마찰(Friction) 때문입니다. 반응할 때의 마찰과 읽을 때의 마찰이 있죠. 기본적으로 이 기능들은 저에게 피로감을 줍니다.

Boosts에 니치(Niche)가 있을 수 있다고 생각하지만, 그것은 다음과 같은 경우에 한정될 것입니다:

  1. 도움이 되는 경우(예: @Canapin님의 예시처럼) 반응의 범위를 확장하는 것
  2. 초단문 게시글의 대안으로 사용하는 것(이 경우 사용자가 자동으로 이렇게 하도록 유도됨)

하지만 이 경우에도 응답자와 독자 모두에게 UX를 쉽게 유지하기 위해 매우 세련되게 구현되어야 합니다.

4개의 좋아요

어떻게 이런 결론에 이르게 되었는지 잘 모르겠네요.

하지만 폭탄, 수질 오염, 침식과 같은 주제에 대해 이야기하는 것은 소프트웨어를 중심으로 한 포럼에서 소프트웨어 기능을 논의하는 재미있거나 유익한 방식이 아니라고 생각합니다.

저는 개인적으로 ‘부스트(Boost)’ 기능이 재미있다고 느낍니다. 이 기능을 누구에게도 강요하지 않는 것에 만족하며, hopefully (결국에는) 커뮤니티가 사용자들이 자신들에게 가장 잘 맞는 방식으로 표현하거나 부스트/반응할 수 있도록 더 많은 옵션을 제공하게 되기를 바랍니다.

5개의 좋아요

자신의 부스트를 하이라이트하거나 부스트를 목록의 맨 아래로 이동할 수 있도록 하는 기능이 추가되면 좋겠습니다. 예를 들어, 자신의 부스트를 삭제하려고 할 때 부스트 수가 많으면 원하는 항목을 찾는 것이 매우 어렵습니다.

1개의 좋아요

이 기능은 개인적으로 매우 유용하게 쓰고 있습니다. 처음에는 좀 회의적이었는데, 엄지척/좋아요/하트 같은 반응만으로는 부족한 경우가 많거든요. 직접 답글을 남기고 싶지만, 불필요한 답글을 추가하고 싶지는 않을 때요. 부스트가 그런 상황에 유용하게 쓰였고, 재미있는 추가 기능이라고 생각합니다.

8개의 좋아요

참고로, 내 DM에서 클릭해도 존재하지 않는 부스트 알림을 받았고, 무시 목록에 있는 사용자들로부터도 알림이 왔습니다. 그래서 설정에서 부스트 알림을 아예 꺼버렸습니다.

3개의 좋아요

위에서 언급된 제안에 동의합니다. 좋아요, 반응, 부스트를 통합하고 선택적으로 만들 수 있어야 합니다. (인용하고 싶었지만 팝업 메뉴가 작동하지 않아서요.)

1개의 좋아요

부스트 아이디어는 좋다고 생각하지만, 리액션과 결합할 필요는 없다고 봐요… 서로 보완할 수는 있지만, 둘 다 선택 사항이어야 하고 더 유연하게 설정할 수 있어야 합니다… 예를 들어, 모든 사용자에게 16자까지 허용한다면 왜 리액션을 하나 이상 사용할 수 없게 하는 건가요? 이는 사이트에서 설정할 수 있어야지, 일방적으로 지정되는 것은 아니어야 합니다.

1개의 좋아요

모두의 피드백에 감사드립니다. 다음 단계를 결정하는 동안 Meta에서 Boosts를 일시적으로 비활성화했습니다.

4개의 좋아요

그 아이디어를 포기하지 않기를 바랍니다. 전체 대화가 지루해지지 않도록, 사람들이 감사 표현이나 짧은 한마디를 남기도록 유도하는 좋은 방법처럼 보입니다.

6개의 좋아요