이제 Contribute > Feature 카테고리에 토픽 투표 를 활성화했습니다!
이제 여러분이 강력히 원하는 특정 기능에 대해 투표할 기회를 가질 수 있습니다:
(스크린샷이 가장 매력적이지는 않지만, 투표가 이루어진 토픽이 생기면 다시 와서 교체하겠습니다 )
투표
투표 수는 제한되어 있으므로 신중하게 선택해야 합니다. 각 신뢰 등급별 할당량은 다음 표에서 확인할 수 있습니다:
신뢰 등급
투표 수
TL0
0
TL1
4
TL2
6
TL3 및 TL4
8
이것은 총량이지만, 마음을 바꾸면 투표를 취소하고 다시 할 수 있습니다 - 그리고 토픽이 닫히면 투표가 반환되어 다른 열린 Contribute > Feature 요청에 사용할 수 있게 됩니다.
좋아요/반응
보통 투표 토픽에서는 좋아요와 반응이 표시되지 않거나 줄 수 없지만, 우리가 긴 역사를 가지고 있으므로 이를 지우고 처음부터 다시 시작하는 것은 아깝다고 생각했습니다 - 그래서 유지하기로 했습니다.
질문이나 제안이 있으시면 알려주세요
즐거운 Contribute > Feature 투표 되세요!
20개의 좋아요
좋아요! 이 플러그인을 기능 카테고리에서 활용하는 것이 합리적입니다 투표 하러 가볼게요.
5개의 좋아요
Heliosurge
(Dan DeMontmorency)
5월 17, 2024, 3:36오후
3
이것이 도움이 될 것입니다. 기능 요청이 종종 사라지는 경우가 많기 때문입니다.
3개의 좋아요
카테고리별로 가장 많은 '좋아요’를 받은 주제들을 찾을 수 있지만, 투표 플러그인을 사용하면 더 쉽게 확인할 수 있습니다.
3개의 좋아요
혹시 그것이 기대하신 사항이라면, Contribute > Feature 채널의 모든 요청 사항을 구현할 수는 없을 것 같습니다.
3개의 좋아요
Heliosurge
(Dan DeMontmorency)
5월 17, 2024, 3:42오후
6
아니요, 그건 충분히 이해할 수 있습니다. 하지만 이렇게 하면 팀이 커뮤니티의 지지를 더 많이 받는 요청, 즉 원하거나 잠재적으로 필요한 기능을 더 쉽게 식별할 수 있게 됩니다.
물론 특정 기능 요청이 언제, 혹은 어떻게 처리되거나 구현될지는 다른 요인들도 영향을 미칠 수 있습니다.
2개의 좋아요
그렇게 생각하지 않아.
아까 #contribute:feature에서 '요청’이라는 틀에 꼭 맞지 않는 주제들을 어떻게 처리할지 고민하고 있었어. 아직 확신이 없어. 태그를 기반으로 display: none;을 적용하는 방식이 될 수도 있겠지.
1개의 좋아요
저는 실험적 기능에 대한 투표를 허용하는 것 자체가 나쁘다고 생각하지는 않습니다. 다만, 기능이 계속 발전하고 있기 때문에 투표 수를 기준으로 삼을 수 있는 스냅샷이 없어 다소 복잡한 측면이 있습니다.
이로 인해, 처음에는 어떤 형태로든 제약이 있었지만 결국 훌륭하게 발전할 잠재력을 가진 기능들이, 투표 결과에서 불리한 인상을 줄 수 있습니다.
5개의 좋아요
적극적으로 개발 중인 항목에 투표하는 것은 투표의 낭비일 가능성이 높다고 생각합니다. 해당 단계에서는 구체적인 피드백이나 답변이 단순한 투표 수보다 더 유용하고, 진행에 더 큰 영향을 미치기 때문입니다.
아직 초기 단계이므로, 제 의견이 완전히 정리된 것은 아닌 것 같습니다.
5개의 좋아요
Heliosurge
(Dan DeMontmorency)
5월 17, 2024, 4:36오후
11
네, 말씀하신 내용을 이해합니다. 이러한 실험적 기능의 경우, 특정 기능 부분이 충분한 피드백 포인트를 모을 때까지 표준 투표와 토픽 투표를 비교하며 기능의 일부에 대한 피드백을 탐색하는 것이 더 나은 방법일 수도 있습니다.
mcwumbly
(Dave McClure)
5월 17, 2024, 5:59오후
12
이 방식이 잘 작동한다면, 실험적인 사이드바와 같이 현재 개발 중인 기능에 대한 업데이트를 공유하거나 피드백을 구하는 경우를 위한 별도 카테고리를 만들어도 좋을 것 같습니다. 그리고 Contribute > Feature 채널은 기능 요청에 더 명확히 초점을 맞추는 방향으로 바꾸는 것도 좋습니다. 그렇게 된다면 #ideas 정도로 이름을 바꾸는 것도 괜찮을 것 같아요.
다만, 이제 막 이 방식을 시도해 보는 단계이므로, 차근차근 한 걸음씩 나아가겠습니다.
4개의 좋아요
PM들이 현재 작업 중인 프로젝트에 대해 별도의 카테고리를 두고 있습니다. 이 카테고리에서는 PM이 해결하려는 문제 등을 설명하고, 보통 다음과 같은 문구로 주제를 마무리합니다. “익숙한가요? 여러분의 의견을 듣고 싶습니다. 논의하고 싶으시면 여기 캘린들리를 참고하세요.”
이러한 세션을 ‘In Discovery(탐색 중)’ 세션이라고 부르며, 해당 카테고리도 ‘In Discovery’로 명명했습니다. 또한, 곧 아이디어 포털 솔루션을 설계하여 궁극적으로 AHA Ideas에서 벗어나는 것을 목표로 하고 있습니다.
제품 조직에서 Discourse를 아이디어 포털로 활용하는 방법에 대해 서로 의견을 나누고 아이디어를 공유하고 싶습니다. 우리 요구사항이 거의 동일할 것이라고 확신합니다!
4개의 좋아요
#contribute:feature를 표(Votes) 순서대로 정렬할 방법이 있나요?
답변: 있습니다!
상단의 “Votes” 필터를 선택하세요:
https://meta.discourse.org/c/feature/2/l/latest?order=votes
4개의 좋아요
putty
(putty)
8월 7, 2024, 1:10오후
16
기능에 대한 투표를 해왔는데, 투표 횟수에 제한이 있다는 사실을 몰랐습니다. 이렇게 제한을 두어야 하는 이유에는 동의하지만, 현재로서는 그 점이 명확하지 않습니다. 투표 버튼 아래에 (남은 투표 횟수)를 표시해 주실 수 있을까요?
3개의 좋아요
Heliosurge
(Dan DeMontmorency)
8월 12, 2024, 7:16오전
17
개인적 의견으로는 투표 한도가 너무 낮고, 일정 시간이 지나도 투표가 해제되지 않습니다. 제가 관찰한 바로는 그렇습니다.
팀이 X일 이상 지난 주제들을 집계하고, 이를 검토하는 방안을 고려해 주시면 좋겠습니다. 후보들을 대상으로 한 투표 주제를 개설해 주시면 좋겠습니다.
1개의 좋아요
기억이 정확하지는 않지만, 투표 수를 꽤 많이 사용하게 되면 남은 투표 수가 몇 개 남았는지 알려주는 메시지가 뜨는 것 같습니다.
Jagster
(Jakke Flemming)
8월 12, 2024, 8:20오전
19
나한테는 해당없어, 아니면 투표 버튼 아래에 있는 한 단어 알림을 말하는 거라면.
Moin
8월 12, 2024, 8:25오전
20
남은 투표 수가 X표 미만일 때, 투표를 하면 해당 수가 표시됩니다.
문제는 마지막 투표가 몇 주 전이었다면, 남은 투표 수를 기억하기 어렵다는 점입니다.
다만 모든 주제에 대해 이 정보가 필요하다고 생각하지는 않습니다. 아마도 ‘내 투표’ 주제 목록 위에 남은 투표 수를 표시하면, 무언가에 투표하지 않아도 확인할 수 있으면서도 모든 곳에 표시되지는 않을 것 같습니다.
5개의 좋아요