위키백과 대화:Good article nominations/좋은 기사 후보작/FAQFAQ

Wikipedia talk:
공천을 제한하기 위해 우리가 할 수 있는 일이 있을까?
2006년 굿 기사 상태가 만들어진 이후 검토에서 지각된 백로그에 대한 불만이 있었다. 일반적으로 말해서, 우리는 그들이 GA로 가는 길을 따라 지명을 제한하고 싶지 않다. 초기에는 무려 100여 개의 지명자가 심사관의 자원봉사를 기다리고 있었다. 2011년까지, 매일 330개의 지명된 기사들을 나열했고, 그 중 260개가 대기하고 있었다. 2016년까지 580명이 상장되어 460명이 대기하고 있다. 비교를 위해, 오늘날에는 현재 347개의 후보 지명이 있고 267개의 후보 지명이 검토자를 기다리고 있다.
그것이 압도적으로 보일지 모르지만, 많은 밀린 일이 나쁜 것은 아니다. 이것은 많은 유목민들이 이 백과사전을 개선하기 위한 도구로 GA를 사용하기를 원한다는 것을 보여준다. 그것은 또한 평론가들이 관심 있는 광범위한 기사 중에서 선택할 수 있도록 한다. 유목민 입장에서는 후보지 기사의 수가 아니라 평의를 받기 전 예상 대기시간이 주요 관심사다.
명목상들에게 기사를 검토하도록 강요할 수는 없는가?
퀴드 프로 현상 검토(편집자는 임명 전, 아마도 유예 기간 후 기사를 검토해야 함)는 정기적으로 제안되었고, 다른 사람의 작품을 검토하기를 원하지 않을 수 있는 우수한 콘텐츠 제작자의 질적 검토와 지명 감소로 이어질 가능성이 높다고 항상 거부되었다.
기사를 검토하고 싶다. 미공개된 가장 오래된 공천부터 검토해야 하나?
GA 기사를 검토하기로 결정해줘서 고마워. 지명 연령을 불문하고 자신이 관여하지 않은 지명 기사를 검토할 수 있다. 그러나 오랜 시간 기다려온 유목민들에 대한 예우 차원에서 먼저 줄 맨 위에 있는 오래된 공천부터 재검토하는 것이 좋다.
지명자는 검토자의 의견에 동의하지 않는다. 다른 검토자가 인수할 수 있는가?
GAN 경험이 잘 진행되지 않거나 검토자의 결정에 동의하지 않는 경우, 검토가 실패하도록 허용하고 검토자의 제안을 고려한 후 즉시 기사를 재합성하십시오(다른 검토자를 얻기 위해). 검토자가 아직 공천에서 낙마하지 않았다면 재의견을 요청해 볼 수도 있다. 당신은 지역사회의 재평가를 요청할 수도 있다. 이들 이외의 다른 검토자는 일반적으로 능동적인 검토를 인수하지 않는다. 당신은 좋은 기사 기준이 아닌 을 읽고 싶을 것이다.
'공천자'가 특별한 직책인가.
아니오. 미등록 사용자 및 기사를 편집한 적이 없는 사람을 포함하여 누구든지 기사를 지명할 수 있다. 기사를 지명하는 것은 기사의 주요 저자의 배타적인 특권이 아니다. 지명자는 지명을 철회할 수 있다는 것 외에는 다른 편집자에 대한 특권이 없기 때문이다. 기사에 관심이 있는 모든 사람은 우연히 기사에 지명된 사람만이 아니라 검토에 참여하도록 장려된다. 그러나 "드라이브 바이" 지명(일반적으로 해당 기사를 편집하지 않고 보고 있지 않을 수 있는 편집자의 지명)은 기사의 개선을 위한 검토자의 제안에 응답할 것으로 예상되기 때문에 권장되지 않는다.
지명자는 검토자의 우려에 대응해야 하는가? 그리고 평론가들이 그렇게 하지 않으면 어떻게 해야 하는가?
유명자는 기사가 GA가 되는 것을 보는 데 관심이 있으므로 유명자는 검토자에게 답변하여 기사를 개선하고자 한다. 실제로 기사에 관심이 있는 모든 편집자는 검토자의 우려에 응할 것을 권장하지만 필수는 아니다. 검토자가 우려를 식별하고 아무도 응답하지 않는 경우, 검토자가 기사목록을 거부하더라도 아무도 놀라지 않아야 한다. 허용된 '드라이브 바이(drive-by)' 공천은 무응답의 한 원천이다. 검토자가 해당 글에 개선이 필요한 방법을 설명한 후 해당 글이 좋은 글 기준을 충족하지 못하고, 지정자가 개선될 때까지 상당한 시간을 기다린 경우, 검토자는 반드시 지명을 통과하지 못할 것이다. 미래의 기사 편집자들은 기사를 어떻게 개선할 것인가에 대한 검토 코멘트에서 이익을 얻을 것이다.
지명자가 (아마도 다이나믹)이라면? IP 주소?
편집자는 누구나 GA 상태를 위해 기사를 지명할 수 있으므로(등록된 사용자만 검토할 수 있음) IP 지명자가 허용된다. 위키피디아의 많은 콘텐츠는 IP 사용자들에 의해 기여된다. 지명자와 검토자 사이의 통신은 사용자 대화를 통해서가 아니라 검토 페이지에서 이루어지므로 동적으로 변화하는 IP 주소가 괜찮아야 한다(검토 페이지에 자신의 의견을 서명함에 따라, 지명자는 자신이 동일인으로 남아 있음을 검토자에게 명확히 하고 싶을 수 있다). 백과사전을 구축하고자 하는 욕구를 입증하고 검토자에게 응답하는 IP 명명자는 성공적인 GA 검토에 아무런 문제가 없다.
기사는 정확히 7일 동안 보류되어야 하는가?
아니. 지명을 보류할지 여부와 보류 기간은 검토자가 결정해야 한다. 지명자의 응답성에 따라 보류는 필요하지 않을 수 있다. 심사자가 그렇다고 결정한 경우, 그들은 더 긴 또는 더 짧은 보류 기간을 선택할 수 있다. 심사자는 기사토크 페이지에 있는 {{GA 지명자 {{GA 지명자(예: "시간=4일") 템플릿과 GA 지명자에게 메시지를 전달하는 데 사용되는 {{GANotice} 템플릿에 "일" 매개변수(예: "일=4일")를 포함하도록 수정할 수도 있다. GA 후보 보고서 페이지에는 장기 검토가 예외로 표시된다는 점을 유념하십시오.
단일 검토자가 결정할 때 GA가 신뢰할 수 있는 방법은 무엇인가?
좋은 물건의 품질은 최근의 리뷰만큼 믿을 만하며, 방치할 경우 기사가 악화될 수 있다. GA 프로세스는 언제든지 등록된 사용자의 반복적인 검토를 허용함으로써 이 두 가지 문제를 모두 처리한다. 이 과정은 단일 검토자가 GA 기준에 따라 기사를 나열할지 여부를 결정하더라도, 복수의 검토를 통해 기사 개선을 장려하고 품질에 대한 공감대를 형성하는 것을 목적으로 한다. 편집자는 검토 토론에 기여할 수 있으며 "검토자 1명" 모델이 고장날 경우 커뮤니티 재평가를 이용할 수 있다.
검토 페이지가 비활성화된 경우 어떻게 해야 하는가?
이것은 여러 가지 이유로 일어날 수 있다. 검토 페이지는 기사에 적극적인 관심을 갖고 기사에 대한 검토를 적시에 완료하는 데 전념하는 검토자만이 시작해야 한다. 때때로 다른 편집자(예: 지명자)가 실수로 검토 페이지를 시작한다. 검토자는 검토 페이지 상단에 "검토자:" 서명 후 서명하여 수정할 수 있지만 검토자가 없을 경우 검토 페이지를 삭제하는 것이 가장 좋을 수 있다. 삭제 요청은 토론 페이지에 게시될 수 있다. 새 검토자가 진정으로 필요한 경우, "검토자가 철회할 경우"의 지시 페이지를 따르십시오. 동의하지 않는 검토를 취소하기 위해 이 프로세스를 사용하지 마십시오.
GA클래스와 GA클래스의 차이점은 무엇인가?
굿 기사의 GA 상태는 굿 기사의 기준에 따라 결정되며, GA클래스는 위키프로젝트 분류다. GA-Class는 일반적으로 GA 지위를 가진 기사에 주어진다. GA클래스는 B클래스보다 높지만 A클래스만큼 높지는 않다(하지만 위키프로젝트에 따라 A클래스 기사는 GA여야 할 수도 있다). Wiki Project 편집자의 입력은 GA 지명을 평가하는 데 매우 귀중할 수 있으며 Wiki Projects에 관여하는 것을 권장하지만, GA 지명자와 검토자는 Wiki Project 기준을 따를 의무가 없다. 기사에 합격한 GA 검토자는 "class" 매개변수 값을 "class="class=로 변경하여 기사 토크 페이지에 있는 Wiki Project 템플릿을 업데이트해야 한다.GA"
나는 그 기사에 실패했고, 그 지명자는 내가 확인한 문제를 수정하지 않고 그냥 그것을 다시 지명했다!
괜찮아 지명 사이에는 시간 제한이 없으며, 지명자가 귀하의 검토에 동의하지 않을 경우 이 절차를 권고한다. 이번에는 다른 사람이 검토하도록 해라. 새 검토자는 반드시 리뷰를 결정하는 동안 기사를 개선하기 위한 당신의 제안을 읽을 것이다. 만약 당신의 우려가 합법적이었다면, 새 평론가는 의심의 여지없이 당신의 의견에 동의할 것이고 그 기사는 다시 실패하게 될 것이다. 기사가 통과되어 GA 기준에 부합하지 않는다고 판단되면 재평가를 시작할 수 있다.
검토 품질에 대한 우려가 있거나 GA 프로세스에 대한 분쟁을 해결해야 할 경우 어떻게 하시겠습니까?
당신은 다른 편집자들의 도움을 얻기 위해 아래의 토론 페이지로 그 문제들을 가져갈 수 있다. 그러나 문제가 제기된 사용자 또는 사용자가 가지고 있는 모든 분쟁에 관련된 사용자에게 알리십시오.