nathank
(Nathan Kershaw)
11월 24, 2020, 8:11오후
1
현재 meta.discourse.org에는 Data Explorer 쿼리의 라이브 라이브러리가 없는 것 같습니다. 이 문제를 해결할 가치가 있을까요?
여기서 언급된 토픽은 구조가 없었으며, 혼란스러웠기 때문에 닫혔습니다:
@SidV 님이 GitHub에 훌륭한 컬렉션을 설정했습니다:
discourse-data-explorer/querys.md at queries · SidVal/discourse-data-explorer · GitHub
메타(Meta)에서 커뮤니티가 관리하는 라이브러리를 만들 적기가 될까요? 많은 분들이 유용하게 활용하실 것이라고 생각합니다.
10개의 좋아요
simon
11월 24, 2020, 8:17오후
2
네, 해당 토픽에는 질문과 답변이 너무 많이 올라와서 읽기 힘들어졌죠.
저도 그렇게 생각합니다. 이 사이트에서 Data Explorer 쿼리를 가장 잘 정리하는 방법에 대한 아이디어가 있으신 분 계신가요? 이상적으로는 몇 가지 키워드를 검색하여 기존 쿼리를 쉽게 찾을 수 있으면 좋겠습니다.
6개의 좋아요
SidV
11월 26, 2020, 1:40오전
4
nathank:
(…) GitHub에 훌륭한 컬렉션이네요
발표해 주셔서 감사합니다
GitHub의 쿼리 목록 분류를 변경하는 것에 대해 개방적입니다. 만약 우리가 모두 거기에 있는 분류에 대해 생각해보고, 카테고리를 잘 디버깅한 후에, 여기 Meta에서 무언가로 넘어갈 수 있을지도 모릅니다 (?).
PR을 제출하는 것을 주저하지 마세요.
5개의 좋아요
nathank
(Nathan Kershaw)
11월 26, 2020, 4:35오전
5
각 쿼리를 PR하거나 포크하는 등 다양한 작업을 할 수 있다는 사실을 몰랐습니다. 꽤 멋진 기능이고, 그렇게 한 이유를 이해할 수 있습니다. 하지만 기술에 익숙하지 않은 사람들에게는 혼란을 줄 수 있는 곳입니다. 모든 Discourse 관리자는 Discourse에 익숙하지만, GitHub에 익숙한 사람은 일부에 불과합니다.
'분류(classification)'가 정확히 무엇을 의미하나요? 그 부분에는 태그가 잘 작동할 것 같습니다.
justin:
쿼리당 하나의 주제(topic)를 가진 별도 카테고리를 만들 수 있습니다. 혼란을 방지하기 위해 새 주제 생성 시 스태프의 승인을 요구할 수 있습니다.
개별 주제에 data-explorer-query 태그를 붙이는 방식도 가능합니다. 이러한 주제들은 #howto:tips-and-tricks에 위치할 수 있습니다.
#customization:plugin의 전용 하위 카테고리(sub-category)가 가장 적절하다고 생각합니다.
쿼리당 하나의 주제 방식을 채택한다면, 주제가 매우 많이 생길 것입니다. @SidV만 70개 이상의 쿼리를 가지고 있고, 외부에는 훨씬 더 많은 쿼리가 존재합니다. 이는 #howto:tips-and-tricks 카테고리를 심각하게 오염시키거나 과부하를 걸게 될 것입니다!
모든 주제를 위키(Wiki)로 만들고, 첫 번째 게시물로 이동하도록 설정하며, 템플릿으로 권장 구조를 가질 수 있게 해줍니다.
또한 Customization > Plugin 카테고리의 구성을 그대로 반영할 수 있어 매우 좋습니다!
2개의 좋아요
Johani
(Joe)
11월 26, 2020, 4:45오후
6
유용하고 효율적인 쿼리들을 하나의 주제(topic)로 통합한 뒤 해당 주제를 닫자는 제안을 드립니다.
이 주제는 검증된 쿼리들의 "신뢰할 수 있는 출처(source of truth)"가 될 것입니다.
그렇게 하면 해당 주제에 추가되는 항목의 구조를 좀 더 엄격하게 관리할 수 있습니다. 각 항목에는 내용을 설명하는 제목, 해당 쿼리의 기능을 간략히 소개하는 설명문, 그리고 작성자를 기입하는 멘션이 포함됩니다.
이 작업이 완료되면 해당 주제에 목차를 추가할 수 있으며, 각 쿼리별로 제목이 표시됩니다.
Simon의 우려에 대해 말씀드리겠습니다.
새 버전의 목차(ToC) 컴포넌트에는 실시간으로 게시글 내에서 검색이 가능한 검색 바가 포함되어 있습니다. 이 검색 바는 각 섹션의 제목과 내용을 검색하며, 다음과 같은 모습입니다.
(현재는 아직 작업 중(WIP)이므로 스타일은 무시해 주세요)
새 버전은 아마도 연말쯤 프로덕션 환경에서 사용 가능할 것으로 보입니다.
새로운 쿼리를 공유하거나 제안, 요청하는 과정에 대해서는 이를 위한 새로운 주제를 만들 수 있습니다. 해당 주제에서 공유된 좋은 쿼리들은 목차가 있는 “신뢰할 수 있는 출처” 주제에 추가됩니다.
7개의 좋아요
sam
(Sam Saffron)
11월 27, 2020, 12:11오전
7
더 나은 기업 활동은 데이터 탐색기에서 쿼리를 번들링하는 프로세스를 구축하는 것이라고 생각합니다.
예를 들어, 후보 쿼리를 포함하여 Contribute > Feature 태그와 함께 data-explorer #candidate-query를 생성할 수 있습니다. 이 기능은 왜 해당 쿼리가 번들링되어야 하는지, 그리고 그것이 어떻게 독특하고 중요한지를 설명합니다.
그 다음 제안이 유효한지 결정하고, 쿼리를 번들링한 후 이슈를 닫습니다.
원한다면 언제든지 거부된 번들링 요청을 탐색할 수 있습니다.
8개의 좋아요
nathank
(Nathan Kershaw)
12월 2, 2020, 8:18오후
8
Data Explorer 에서 기본적으로 사용할 수 있는 쿼리를 확장하는 것은 많은 관리자/사용자에게 확실히 매우 유용하고 접근성이 높을 것입니다.
그러나 ‘2차’ 쿼리에 대한 필요성도 존재하며, 이를 논의할 구조화된 공간이 필요하다고 생각합니다. 저는 메타(Meta) 포럼에 특정 문제를 해결할 방안을 찾기 위해 방문하는 것이지, 기발한 쿼리를 기부하기 위해 오는 것이 아닙니다.
아마 @sam님과 @Johani님의 접근 방식을 결합할 수 있을지도 모릅니다. 플러그인과 함께 번들링되는 '공식’로 태그된 일부 주제/쿼리를 포함하는 하위 카테고리를 만드는 것이 어떨까요?
1개의 좋아요
이 건에 대해 작은 업데이트를 드립니다 - 이제 #data-reporting 카테고리가 생겼습니다.
This is the category for everything related to Discourse data and reporting. Here, you can discuss dashboard reports, custom badge queries, data-explorer queries and any other analytic add-ons.
이 토픽의 제안들을 다시 한번 읽어보면서 제가 활용할 수 있는 다른 아이디어가 있는지 살펴보겠습니다.
5개의 좋아요