좋은 정의네요! ![]()
다만 실무에서는 Moin이 언급한 문제, 즉 게시글이 ‘예, 이 링크를 따르세요’ 또는 '해결책은 이 인용문에 있습니다’처럼 보일 때, LINK와 QUOTE 안의 문자가 최소 글자 수 계산에 포함되지 않는다는 점에 부딪힙니다. 저는 이 자체가 하나의 문제라고 느끼고 있습니다. 여기를 참고해 주세요.
좋은 정의네요! ![]()
다만 실무에서는 Moin이 언급한 문제, 즉 게시글이 ‘예, 이 링크를 따르세요’ 또는 '해결책은 이 인용문에 있습니다’처럼 보일 때, LINK와 QUOTE 안의 문자가 최소 글자 수 계산에 포함되지 않는다는 점에 부딪힙니다. 저는 이 자체가 하나의 문제라고 느끼고 있습니다. 여기를 참고해 주세요.
이것을 게시글로 올릴 필요가 있었다는 점이 꽤 흥미롭네요. 완전히 이해합니다. 답글은 어떤 반응 메커니즘보다도 더 강조되고 눈에 띄니까요.
(반대로, 제가 자주 가는 디스코드에는 반응으로 충분했을 텐데도 한 단어의 긍정 표현을 남기는 사람이 있어요. 그런 행동을 제가 귀찮게 느끼는 것은 어쩌면 제 성격에 대해 무언가를 말해 주는 것일지도 모릅니다)
고맙습니다… 일반인을 위한 제품은 개발자가 만들고, 테크 비즈니스 업계에서 일하는 사람들이 설계하고 감독한다는 점을 지적하는 것이 중요하다고 생각합니다. 기술적 버블에서 나온 개념들을 마치 보편적인 문화 언어의 일부인 것처럼 가져오는 것은 위험할 수 있습니다. 우리는 그 위험성에 대해 경계해야 합니다. 대부분의 사람들은 테크 업계에 종사하지 않으니까요.
이것은 실제로 답글이었습니다 - 제 바로 위에 있는 Canapin의 게시글에 대한 답글이었죠. 저는 Joffreys가 그에 대해 한 반응을 지적하려 했습니다.
이것은 정말로 완전히 불분명합니다. Discourse는 바로 위 게시글에 대한 답글인 경우 이를 숨기며, 명확성을 위해 해당 게시글 전체를 인용할 수도 없게 합니다.
음, 그게 꽤 귀찮을 수 있네요. 저도 거의 게시글 전체를 인용하는 경우가 종종 있습니다.
전반적으로 맞는 말이지만, Basecamp은 특히 일반인을 위한 PM 도구로 자리 잡으려는 목표를 가지고 있습니다. 그들의 Boosts 기능은 여기에 더 친근함을 더해줍니다. (이미 좋아요와 이모지 반응 기능이 있었던 것은 아니었죠…)
정말 좋은 아이디어네요! 일반인들은 텔레비전을 보고, 케이크를 굽고, 자전거를 타고, 합창단에 가입하고, 재떨이를 수집합니다… PM 도구와 상호작용하지 않거든요!
수정: 이 말은 친절하게 하는 것이지만, 디자이너와 UX 전문가들, 그리고 의사결정 과정에 강한 신호를 보내고 싶습니다: 기술 인력의 삶은 전형적인 삶이 아닙니다!
솔직히 제 0.02를 말씀드리자면, 부스트와 리액션은 중복됩니다. ![]()
현재 상태라면 그렇습니다. 그래서:
Gemini를 사용해 덜 복잡한 부스트의 프로토타입을 상상하게 해 보았습니다:
https://gemini.google.com/share/66c6a9f23341 (데스크톱에서 열기) — 부끄러운 노트북에서 각각의 gif를 만드는 것은 좀 게을러서요
개인적으로는 이러한 제안들에 크게 동의하지는 않지만, 이 문제를 해결하기가 쉽지 않다고 생각합니다.
그리고 아마도 진짜 인간의 진짜 두뇌를 가진 팀은 잠재적인 부스트 혼란을 최소화하는 방법에 대해 이미 훌륭한 아이디어를 가지고 있을 것입니다 ![]()
전적으로 동의합니다! 두 플러그인/컴포넌트의 결합은 정말 훌륭해 보입니다. 현재 상태는 제게 정말 혼란스럽습니다.
새벽에 갑자기 떠오른 생각입니다.
좋아요와 반응은 게시글 작성자뿐 아니라 다른 사용자들에게도 유용한 것 같습니다. 특히 특정 주제에 처음 온 사용자에게는 어떤 게시글이 주목을 받았고, 커뮤니티에서 강조되었으며, 읽을 가치가 있는지 아는 것이 중요합니다.
반면, 부스트(강조 표시)는 커뮤니티보다 게시글 작성자에게 더 가치 있는 것처럼 느껴집니다. 일종의 방명록과 같은 거죠. 작성자에게는 기쁨을 주겠지만, 다른 사람들에게는 그다지 큰 가치가 없을 수 있습니다. 사람들은 방명록을 깨우침을 얻기 위해 읽는 것이 아니라, 호기심 때문에 읽거든요.
이 관점에서 볼 때, 부스트의 가시성을 게시글 작성자에게는 다르게(예: 기본적으로 더 많은 부스트를 표시하는 것?) 다른 사용자에게는 다르게 설정하는 것이 좋을 수도 있습니다.
이 문제에 대한 여러분의 의견을 듣고 싶습니다.
저도 그 아이디어가 좋습니다. 인스타그램 릴스를 좋아요하는 방식과 비슷하죠.
즉, 방향은 소셜 미디어와 비슷할 것입니다 — 다른 사용자의 반응을 유도하는 것이죠. 관리자/소유자 쪽에서는 그것이 중독적이거나 보상이 충분하여 사람들이 충분히 참여할 수 있기를 바랄 것입니다 ![]()
아마도 너무 일반적인 이야기일 수 있지만, 저는 이 같은 (도덕적) 부스트의 목적을 파악해 보고 있습니다. 다만 이것은 순수한 문화적 문제일 수도 있다고 인정합니다. 저는 게이미피케이션, 배지 등이 사용자를 멀리 보내는 효과적인 수단인 세계에서 왔습니다. 그리고 그것은 이 주제에서 제가 타겟 오디언스가 아니며, 다른 포럼에서는 이 같은 기능이 절실히 필요할 수 있음을 의미합니다.
제가 크게 틀렸을 수도 있고, 소셜 미디어라는 색안경을 끼고 이 문제를 바라보고 있을 뿐일 수도 있습니다. 어쩌면 이런 경량적인(lite) 행동이 제 느린 포럼이 절실히 필요로 하는 것일지도 모릅니다. 그리고 다시 제 관점에서 말하자면, 부스트를 부여할 때 가시성이 더 좋아야 합니다. 저는 답글 버튼이 너무 잘 숨겨져 있다고 불평하는 사용자들을 알고 있습니다. 그들은 아이콘에 반응하지 않습니다. 왜냐하면 그들은 텍스트 박스를 보는 데 익숙하기 때문입니다. 이것이 이 아이디어를 좋아하는 이유 중 하나입니다:
어떻게 작동하나요? 저는 인스타를 안 써요.
네, 말씀하신 것과 거의 같습니다
Discourse는 설계와 철학상 다운보트를 허용하지 않습니다. 좋아요는 할 수 있지만 싫어요는 할 수 없죠.
이 때문에 리액션은 좋아요로 처리되며, 관리자가 선택할 수 있는 “중립” 리액션만 예외입니다. 다만 대부분의 커뮤니티에서는 이를 사용하지 않거나 거의 사용하지 않는 것으로 보입니다.
부스트(Boosts)는 부정적인 댓글과 부정적인 이모지를 허용하는데, 이는 Discourse의 철학과 다소 모순되는 것으로 보입니다.
부스트가 리액션과 연결된다면, 사람들이 "부정적 부스트"를 덜 할 가능성이 높아질 것입니다(특히 텍스트 필드에 이모지를 사용할 수 없는 경우라면요…
).
커뮤니케이션 위계에 또 다른 계층 – 답글, 반응, 좋아요 – 이 추가되었습니다. 괜찮지 않나요? 커뮤니티 매니저는 이를 사용할지 여부를 스스로 결정할 수 있습니다.
다만, 현재 표시 방식으로는 시각적 노이즈가 상당히 발생하고 궁극적으로 ‘단순하게 유지하자’는 원칙에 반하기 때문에, 저는 우리 커뮤니티에서는 이를 활성화하지 않을 것입니다.
한 번만 들어봐, 부스트에 대한 반응은 어때? 반은 농담이고 반은 진심이야 하하.
진심인 부분은, 누군가 내 생각을 부스트로 표현해줬다면, 중복된 부스트를 만드는 대신 그 사람의 부스트를 좋아요하고 싶어.