Fedora에는 자체 배지 시스템이 있습니다. 커뮤니티 커뮤니케이션에서 Discourse의 중심 역할을 강화하려는 저의 노력에 맞춰, Discourse가 사용하는 포럼 지향적인 배지보다는 이 배지들을 중심으로 삼고 싶습니다. (기존 포럼 배지 중 일부는 유지하되 혼합하는 방식이 될 것입니다.) 기존 배지 시스템을 Discourse의 것으로 _교체_하지는 않을 것 같습니다. (기존 시스템은 정말로 업그레이드가 필요하긴 하지만… 아마도? 어쨌든) 하지만 최소한 이를 _반영_하는 것에는 관심이 있습니다. 즉, 외부 배지 시스템에서 사용자에게 배지가 부여될 때마다 Discourse API를 사용해 포럼에도 동일한(물론 커스텀) 배지를 부여하는 방식입니다.
배경 설명은 이 정도입니다. 그런데… 우리는 이렇게 많은 수의 배지를 가지고 있습니다:
배지가 너무 많은 건가요? 이로 인해 성능 문제나 다른 문제가 발생할까요?
성능 문제는 크게 걱정하지 않지만, 이건 합리적인 #커뮤니티-빌딩 스타일의 질문이라고 생각합니다. 할 수 있다는 것은 반드시 좋은 일이라는 뜻은 아니니까요.
시각적으로 /badge 페이지는 다소 부담스러울 수 있습니다. 내용이 너무 길어질 수 있으니까요.
아, 저는 많은 배지가 개념적으로 문제가 된다는 점에 대해 확실히 걱정하지 않습니다.
전적으로 동의합니다. 다른 방식으로 표시하는 방법을 찾아볼 것입니다. 다만, 보시면 아시겠지만, 현재 저희 사이트에는 거대한 목록을 보여주는 방식이 옵션으로 존재합니다. 제 생각에는 그걸 다시 만들어야 한다면, 아예 Discourse에서 새로 만드는 것이 나을 것 같습니다. 
사용자 입장에서 보면 배지가 너무 많다고 느낍니다. 이렇게 많으면 각 배지의 체감 가치는 아마도 매우 낮을 것입니다. 또한 커뮤니티에서 이 모든 배지를 아는 사람이 몇 명이나 될까요? 아마도 소수의 매니아 정도일 것입니다.
솔직히 저는 배지/업적 자체를 선호하지 않습니다. 다만 관리자로 활동하면서 스팸 목적으로 프로필이 악용되는 경우가 있기 때문에 Autobiographer 배지는 정기적으로 확인하곤 합니다.
팀에서 포럼 활동 분석을 위해 배지를 평가하고 계신가요? 그렇다면 많은 수의 배지가 필요할 수도 있습니다.
이제 내부적으로만 사용되는 숨겨진 배지도 만들 수 있는지 궁금해집니다…
우리의 배지는 Stack Exchange나 Discourse에서 사용되는 개념과는 다르게 작동합니다. 후자의 경우, 정해진 경로에서 점점 더 어려워지는 몇 가지 과제에 가깝죠. 우리의 배지는 오히려 Untappd나, 예전 FourSquare의 그것과 더 유사합니다.
실제로 우리에게는 꽤 성공적이었습니다.
