실제로 이 이름은 혼란을 야기합니다. 수십 명의 다른 사람들이 남긴 “Agree” 목록은 전기를 생각 깊게 사용하는 것 같지 않아요.
“Meh”, “Duh”, “Boring”, “Pfff”, “Mmmm” 같은 부정적인 "부스트"들이 쏟아져 나올 것 같네요. 이런 것들은 대화에 아무것도 기여하지 않습니다. 최근 제가 세운 커뮤니티에서는, 왜 그런 리액션들을 선택했는지 설명하고 대화를 유도하며, 커뮤니티가 문제를 실제로 해결할 수 있도록 하기 위해 부정적인 리액션은 제공하지 않는다는 점을 설명하는 주제를 만들었습니다. 즉, 게시글에 대해 부정적인 반응을 느낀다면, 그 이유를 설명하는 시간을 갖는 것이 더 낫다는 것입니다. 그래야 커뮤니티가 문제를 해결할 수 있고, 어정쩡한 상태에 머물러 있지 않을 테니까요.
@Lilly의 의견에 동의합니다. 이 기능이 생각 깊은 대화에 유용한 것을 가져오지 않는 것 같습니다. 귀중한 개발자 시간이 대화를 방해하고 토론과 사고의 질을 끌어내리는 새로운 기능에 쓰인다면, Discourse의 미래가 걱정됩니다. 커뮤니티에 따라 다르다고 주장할 수도 있지만, 결국 이 모든 데 얼마나 많은 원자재와 물을 사용하는지, 그리고 그 가치가 있는지에 달려 있습니다. 이것은 대량 소비와 사람들의 능력을 저하시키는 것입니까, 아니면 세상을 더 나은 곳으로 만드는 것입니까?
원하지 않는다면 이 기능을 사용할 필요가 없습니다. 모든 토론 기능이나 플러그인이 모든 사람을 위한 것은 아니며, 저는 그것이 괜찮다고 생각합니다.
다만, 이 기능들을 사용하고 싶다면:
부스트는 관리(모더레이션) 대상이 될 수 있습니다. 또한 관리자로서 이를 삭제하고 문제 있는 사용자를 처리할 수도 있습니다.
아마도 그렇겠죠. 아니면 아닐 수도 있고요. 저는 재미있는 기능이 완전히 적절하며, 모든 것이 "재미"라는 목적을 제외하고는 실용적인 목표를 가질 필요가 없다고 생각합니다.
말씀하신 취지는 이해하지만, 실리콘밸리가 실제로보다 더 중요하게 느껴지게 만들었다고 생각합니다. 세상의 문제들은 소프트웨어로 해결되지 않으며, 이 같은 우려는 정당한 것이지만, 바다의 한 방울에 불과한 오픈소스 플랫폼에서 재미있는 기능에 대한 토론에는 이롭지 않다고 생각합니다.
저의 포럼은 GIF, 배지 또는 게이미피케이션을 사용하지 않습니다. 사용자는 TL1에 고정되어 있습니다. 심지어 반응(리액션) 기능도 매우 적게 사용되고 있습니다. 이러한 것들이 제외된 이유는 실용적으로 아무도 이를 좋아하지 않기 때문이지만, 우리 모두가 아마도 알고 있듯이 상당수의 포럼과 소셜 미디어 플랫폼은 GIF에 대한 끝없는 "토론"으로 가득 차 있습니다. 그리고 저는 이러한 저수준의 게시물을 허용하지 않기 때문에, 해당 사용자들은 읽는 것 외에는 아무것도 하지 않습니다.
음, GIF나 부스트는 토론이 아니며 모든 것을 매우 혼란스럽게 만듭니다[1]. 하지만 그것은 제 의견일 뿐이며, 제 활성 사용자들도 비슷한 시각을 가지고 있습니다.
왜 많은 소위 비기술(Non-tech) 포럼들이 부스트를 사용하고 싶어하는지 이해합니다. 그리고 두 가지 명백한 조건이 충족되는 한 그것은 괜찮습니다:
관리자가 부스트를 비활성화할 수 있어야 합니다.
부스트 시스템이 비활성화되었을 때 다른 기능을 깨뜨리지 않아야 합니다.
사용자로서 제가 보고 싶은 것은 GIF나 부스트와 같이 내용이 없는(zero content) 요소를 완전히 숨길 수 있는 기능입니다.
우리가 더 이상 그 문제를 언급하지 않으면, 침식처럼 그런 우려들이 곧 사라질 것입니다. 하지만 계속 언급한다면, 다음에는 재미를 추구하는 개발자들이 실제로 에너지 비용을 낮추면서도 커뮤니티의 유용함과 재미를 높이는 기능들을 발견하게 될지도 모릅니다.
폭탄과 부패가 뉴스를 지배합니다. 그럼에도 우리는 코드를 작성하고, 게임을 하고, 서로에게 미소를 짓고, 밤새 시를 주고받습니다. 바다에 방울 하나 떨어뜨리는 것은 보편적인 사실이며, 우리는 매일 전 세계적 종말론적 서사, 즉 악의와 무관심에 맞서 작은 흔적을 남기는 것 하나하나를 자랑스럽게 여겨야 합니다. 우리가 계속 이렇게 해 나간다면, 결국 이 전 세계적 서사가 우리 아이들의 증손자들이 살기 좋아할 무언가로 바뀌게 될지도 모릅니다.
이런 기능이 있으면 좋겠다는 사용 사례가 있습니다. 바로 저희 커뮤니티의 스크린샷 메가스레드입니다. 해당 스레드에서는 스크린샷이 없는 일반적인 답변을 허용하지 않지만, 여전히 사람들이 댓글을 달고 싶어 합니다. 이전에 QA 플러그인을 실험해 보았는데, 이를 통해 스레드에 '2차 레벨’을 도입하려는 시도를 했으나, 이 용도에는 필요한 커스터마이징 기능이 부족했습니다.
저는 Basecamp을 꽤 많이 사용해 봤는데, Boosts가 Reactions보다 훨씬 도움이 적다는 것을 알게 되었습니다. Discourse로 돌아올 때 안도의 한숨을 쉬게 될 정도입니다. 그 이유는 무엇일까요? 마찰(Friction) 때문입니다. 반응할 때의 마찰과 읽을 때의 마찰이 있죠. 기본적으로 이 기능들은 저에게 피로감을 줍니다.
Boosts에 니치(Niche)가 있을 수 있다고 생각하지만, 그것은 다음과 같은 경우에 한정될 것입니다:
도움이 되는 경우(예: @Canapin님의 예시처럼) 반응의 범위를 확장하는 것
초단문 게시글의 대안으로 사용하는 것(이 경우 사용자가 자동으로 이렇게 하도록 유도됨)
하지만 이 경우에도 응답자와 독자 모두에게 UX를 쉽게 유지하기 위해 매우 세련되게 구현되어야 합니다.
하지만 폭탄, 수질 오염, 침식과 같은 주제에 대해 이야기하는 것은 소프트웨어를 중심으로 한 포럼에서 소프트웨어 기능을 논의하는 재미있거나 유익한 방식이 아니라고 생각합니다.
저는 개인적으로 ‘부스트(Boost)’ 기능이 재미있다고 느낍니다. 이 기능을 누구에게도 강요하지 않는 것에 만족하며, hopefully (결국에는) 커뮤니티가 사용자들이 자신들에게 가장 잘 맞는 방식으로 표현하거나 부스트/반응할 수 있도록 더 많은 옵션을 제공하게 되기를 바랍니다.
이 기능은 개인적으로 매우 유용하게 쓰고 있습니다. 처음에는 좀 회의적이었는데, 엄지척/좋아요/하트 같은 반응만으로는 부족한 경우가 많거든요. 직접 답글을 남기고 싶지만, 불필요한 답글을 추가하고 싶지는 않을 때요. 부스트가 그런 상황에 유용하게 쓰였고, 재미있는 추가 기능이라고 생각합니다.
부스트 아이디어는 좋다고 생각하지만, 리액션과 결합할 필요는 없다고 봐요… 서로 보완할 수는 있지만, 둘 다 선택 사항이어야 하고 더 유연하게 설정할 수 있어야 합니다… 예를 들어, 모든 사용자에게 16자까지 허용한다면 왜 리액션을 하나 이상 사용할 수 없게 하는 건가요? 이는 사이트에서 설정할 수 있어야지, 일방적으로 지정되는 것은 아니어야 합니다.