stringtranslate.com

Википедия:Запросы на комментарии

На этой странице описывается процесс, включая инструкции о том, как и зачем создавать запрос на комментарий ( RfC ), участвовать в нем и завершать его.

RfC — один из нескольких процессов, доступных в системе разрешения споров Википедии . Альтернативные процессы включают третье мнение , доску объявлений о надежных источниках , доску объявлений о нейтральной точке зрения , доску объявлений о разрешении споров и, для поведения редакторов, доску объявлений об инцидентах администратора и обязательный арбитраж .

Что такое RfC

Запрос на комментарий ( RfC ) — это способ попросить сообщество Википедии высказать свое мнение по какому-либо вопросу. Часто вопрос заключается в том, что должна быть написана в статье. Иногда это предложение по изменению процесса или политики Википедии . Целью обсуждений RfC является улучшение энциклопедии, и они могут касаться страниц с содержимым статьи, редакционных споров ; изменений в политике, рекомендациях или процедурах; или других тем. RfC приглашает к комментариям более широкий круг редакторов, чем обычное обсуждение на странице обсуждения . К этим обсуждениям применяются обычные правила страницы обсуждения .

Обсуждение RfC обычно происходит в разделе или подразделе страницы обсуждения или доски объявлений и представляет собой обычное обсуждение в Википедии, которое следует обычным правилам и процедурам, включая возможное закрытие . Подведение итогов более длительных обсуждений часто бывает полезным, поскольку целью RfC обычно является достижение консенсуса по какому-либо спорному вопросу.

Поскольку Википедия принимает решения на основе консенсуса , RfC может выступать в качестве разрешения споров . Если, например, редакторы не могут прийти к согласию относительно того, следует ли упоминать определенный факт в статье, они могут использовать RfC, чтобы узнать, что думает сообщество, и, если достигается консенсус, это обычно разрешает спор.

RfC с помощью бота использует систему централизованных досок объявлений и случайных приглашений, доставляемых ботом, для рекламы RfC другим редакторам. После того, как создатель RfC добавит тег на страницу обсуждения, на которой размещен RfC, бот сделает все остальное за него. Затем RfC рекламируется на подстранице Wikipedia:Requests for comment, все из которых собраны в Wikipedia:Requests for comment/All . Редакторы, заинтересованные в ответе на RfC, могут регулярно посещать эти страницы или просматривать их. Существует также служба запросов обратной связи (FRS), в которой редактор может подписаться на получение случайных уведомлений о RfC с выбранной им частотой.{{rfc}}

Перед началом процесса

  • WP:RFCПЕРЕД
  • WP:RFC#ПЕРЕД

RfC отнимают много времени, а время редактора ценно. Редакторы должны попытаться решить свои проблемы до начала RfC. Попробуйте обсудить этот вопрос с другими сторонами на соответствующей странице обсуждения . Если вы можете достичь консенсуса или получить ответы на свои вопросы в ходе обсуждения, то нет необходимости начинать RfC.

Если локальное обсуждение не дало ответа на ваш вопрос или не решило проблему, то существуют другие форумы для решения проблемы:

Более полное описание вариантов разрешения споров см. в Политике разрешения споров и списке досок объявлений .

Если вы не уверены, нужен ли запрос предложений (RfC) или не знаете, как его лучше всего оформить, задайте вопрос на странице обсуждения этого проекта.

Для чего не следует использовать процесс RFC

  • WP:RFCNOT

О поведении другого пользователя

Чтобы сообщить об оскорбительном или запутанном имени пользователя , нарушающем политику Википедии в отношении имен пользователей , см. подстраницу Имена пользователей .
Чтобы сообщить о спаме , очистке страниц и других проявлениях вопиющего вандализма, см. Wikipedia:Vandalism .

Использование запросов на комментарии о поведении пользователей прекращено. В серьезных случаях неправомерного поведения вы можете попробовать Wikipedia:Administrators' noticeboard/Incidents . Если спор не может быть разрешен там, то арбитраж может быть оправдан как последнее средство. Вы можете прочитать о других вариантах в политике разрешения споров о поведении пользователей .

Создание RFC

  • WP:RFCST
  • WP:RFCOPEN
  1. Убедитесь, что все соответствующие предложения были опробованы.
  2. Откройте новый раздел в нижней части страницы обсуждения статьи или страницы проекта, которые вас интересуют. Заголовок раздела должен начинаться с «RfC» или «Запрос на комментарий», например, «RfC о длине клюва» или «Запрос на комментарий о прошедшем или настоящем времени для телесериалов».
  3. В верхней части раздела новой страницы обсуждения вставьте тег. Тег должен содержать одну или несколько категорий в качестве параметров, например . Категория должна быть указана в нижнем регистре. Категории и их значения см. в соседней таблице.{{rfc}}{{rfc|econ}}
    • Если ни одна категория не подходит, выберите ту, которая кажется наиболее близкой.
    • Если RFC относится к двум категориям, включите их обе в один тег. Например: .{{rfc}}{{rfc|econ|bio}}
    • Не добавляйте два тега в одно и то же редактирование.{{rfc}} Если вы хотите начать два RfC на одной странице, то сначала прочтите § Несколько одновременных RfC на одной странице.
  4. Включите краткое нейтральное утверждение или вопрос по проблеме в раздел страницы обсуждения, сразу под тегом (см. § Пример).{{rfc}}
  5. Подпишите заявление, указав либо ~~~~(имя, время и дату), либо ~~~~~(только время и дату). Если вы не укажете время и дату, Legobot удалит ваше обсуждение со страниц, которые уведомляют заинтересованных редакторов RfC.
  6. Опубликуйте страницу обсуждения . Теперь все готово. Legobot позаботится обо всем остальном, включая размещение RfC в соответствующих списках RfC. Хотя Legobot обычно запускается раз в час, на размещение RfC может уйти целый день, поэтому будьте терпеливы.

Категории

  • WP:RFCCAT

Список категорий RfC приведен в соседней таблице.

Категория "Политики и руководящие принципы Википедии" предназначена для обсуждения изменений в самих политиках и руководящих принципах , а не для обсуждения того, как их применять в конкретном случае. То же самое относится к "стилю", "WikiProject" и другим категориям, не относящимся к статьям.

Категория "Язык и лингвистика" предназначена для запросов, связанных со статьей Википедии (или ее частью) о языке и лингвистике, а не для запросов, касающихся языка на странице. Если вам нужны комментарии о том, как должна быть сформулирована статья, категоризируйте свой запрос в соответствии с темой статьи.

Заявление должно быть нейтральным и кратким.

  • WP:RFCBRIEF
  • WP:RFCНЕЙТРАЛЬНЫЙ

Формулировка заявления (и заголовка) RfC должна быть нейтральной и краткой. [1] Заявления часто формулируются в виде вопросов, например: «Следует ли в этой статье в начале сказать, что Джон Смит был претендентом на Пулитцеровскую премию?»

проверятьY Хорошие вопросы :

☒N Плохие вопросы :

Legobot скопирует разметку вашего заявления (от конца тега до первой временной метки) в список активных RfC, если он достаточно краткий; длинное заявление не будет скопировано. По техническим причинам заявления не могут содержать таблиц или сложного форматирования, хотя они могут быть добавлены после начального заявления (т. е. после первой временной метки). Аналогично, заявление не должно начинаться со списка, но если это неизбежно, используйте разметку перед списком, либо непосредственно после тега , либо на отдельной строке. Если разметка заявления RfC слишком длинная, Legobot может не скопировать ее на страницы списка RfC и не опубликует RfC через службу запросов обратной связи .{{rfc}} {{rfc}}

Заявление должно быть самостоятельным и не должно предполагать, что заголовок раздела доступен (потому что заявление, но не заголовок раздела, будет скопировано на страницы списка RfC). Если RfC касается правки, которая была оспорена, рассмотрите возможность включения diff в вопрос RfC.

Если у вас есть что сказать по этому вопросу, дайте и подпишите краткое заявление в первоначальном описании и опубликуйте страницу, затем снова отредактируйте страницу и разместите дополнительные комментарии под вашим первым заявлением и временной меткой. Если вы чувствуете, что не можете описать проблему нейтрально, вы можете попросить кого-то другого написать вопрос или резюме, или просто сделать все возможное и оставить записку с просьбой к другим улучшить его. Может быть полезно обсудить ваш запланированный вопрос RfC на странице обсуждения перед началом RfC, чтобы узнать, есть ли у других редакторов идеи, как сделать его более понятным или кратким.

Несколько одновременных запросов предложений на одной странице

Nota bene* Чрезмерное использование RfC не приносит пользы.

Редко бывает так, что одна статья или один редактор одновременно открывают более одного или двух продуктивных RfC. Перед тем, как начать много RfC, пожалуйста, зайдите на страницу обсуждения RfC для получения совета.

Технических ограничений на количество одновременных запросов предложений (RfC), которые могут размещаться на одной странице обсуждения, не существует, но во избежание разветвлений обсуждения они не должны существенно пересекаться по своей тематике.

Каждый тег также должен быть добавлен в отдельном редактировании с задержкой между каждым редактированием, чтобы позволить боту назначить номер идентификатора первому, прежде чем пытаться начать второе. Если вы начинаете другой RfC на странице, на которой уже есть один или несколько текущих RfC, сначала убедитесь, что все существующие теги уже содержат параметр. Процесс выглядит следующим образом:{{rfc}}{{rfc}}|rfcid=

Если в каком-либо теге на странице отсутствует этот параметр, даже если этот RfC был запущен другим редактором, то подождите, пока Legobot добавит его, прежде чем добавлять другой тег в любом месте страницы. Если на одной странице есть два тега, в обоих из которых отсутствует параметр, Legobot присвоит им одинаковое значение, в результате чего будет опубликован только самый низкий тег на странице; более того, входящая ссылка приведет к более высокому вопросу RfC, что вызовет путаницу. Чтобы исправить это, удалите параметр из неопубликованного (обычно более высокого).{{rfc}}{{rfc}}{{rfc}}|rfcid=|rfcid=

Пример RFC

Существует множество приемлемых способов форматирования обсуждения RfC. Ниже приведен один пример того, как может выглядеть простое обсуждение RfC при редактировании страницы обсуждения. Этот пример лучше всего подойдет для средних или небольших обсуждений; для крупных споров могут подойти другие, более структурированные форматы .

Вы можете скопировать и вставить этот пример, но не забудьте изменить формулировку, чтобы она отражала вашу конкретную тему (например, категорию «история» может потребоваться изменить). Требуется подпись («~~~~») или, по крайней мере, время и дата («~~~~~»). Не включайте никаких открывающих html-тегов (например, <small>) в начальное утверждение RfC, если только соответствующий закрывающий тег (например, </small>) также не находится перед первой временной меткой, т. е. не «располагайте» первую временную метку внутри html-кода, в противном случае это может повредить запись RfC на страницах обсуждения темы. После того, как вы вставите текст, подобный этому, на страницу обсуждения, вы должны опубликовать страницу.

== Запрос предложений о фотографии в разделе «История» == {{ rfc | hist }} Должен ли раздел «История» содержать фотографию корабля? ~~~~

Изменение RFC

Если вы измените утверждение RfC (включая добавление еще одной категории RfC ), Legobot скопирует измененную версию в списки RfC при следующем запуске. Если вы добавите еще одну категорию RfC, ее нельзя размещать после параметра |rfcid=(если он есть), поскольку Legobot не обработает ее должным образом, если вы это сделаете.

Публикация RFC

После создания RfC его заметят редакторы, которые следят за страницей обсуждения, редакторы, которые следят за списками RfC, и некоторые редакторы, подписанные на Feedback Request Service (FRS), которые будут автоматически уведомлены Yapperbot . Однако редакторов может быть недостаточно, чтобы получить достаточное количество отзывов. Чтобы получить больше отзывов, вы можете опубликовать RfC, разместив уведомление в одном или нескольких из следующих мест, если это имеет к нему отношение:

При размещении уведомления в этих местах предоставьте ссылку на RfC и краткое заявление, но не оспаривайте RfC. Вы можете использовать для информирования других редакторов. Постарайтесь придерживаться руководства по агитации , которое запрещает уведомлять выбранную группу редакторов, которые могут быть предвзяты. При создании новой политики Википедии или предложении серьезных изменений в политике следуйте инструкциям на WP:PROPOSAL . Централизованное обсуждение может использоваться для RfC, связанных с политикой, но не для публикации каких-либо споров о содержании в статьях. Дополнительные рекомендации доступны на WP:Publicising discussions .{{rfc notice}}

Ответ на RFC

Все редакторы (включая пользователей интеллектуальной собственности) могут ответить на любой запрос предложений (RfC).

Окончание RfC

  • WP:RFCEND
  • WP:RFCCLOSE

Поскольку RfC — это запрос комментариев в обсуждении, завершение RfC заключается в завершении этого запроса. Когда RfC используется для разрешения спора, решение определяется так же, как и для любого другого обсуждения: участники обсуждения определяют, о чем они договорились, и пытаются реализовать свое соглашение.

Некоторые термины, которые мы используем:

Окончание RfC
Удаление ссылки на обсуждение из центральных списков RfC. Это достигается путем удаления тега со страницы обсуждения; бот позаботится об остальном. Бот также удалит тег, если вы подождете достаточно долго.{{rfc}}
Конец обсуждения
Это означает, что люди прекратили обсуждение вопроса. Когда обсуждение естественным образом завершилось, вам следует рассмотреть возможность завершения RfC.
Закрытие обсуждения
Кто-то перечисляет выводы (если таковые имеются) и препятствует дальнейшему обсуждению. Некоторые редакторы проводят различие между «закрытием» обсуждения (препятствованием дальнейшему обсуждению, обычно с помощью пары тегов) и «подведением итогов» обсуждения (указанием результатов). Ни «закрытие», ни «подведение итогов» не требуются.{{closed rfc top}}

Продолжительность

RfC должен длиться до тех пор, пока не будет получено достаточно комментариев для достижения консенсуса, или пока не станет очевидно, что этого не произойдет. Нет требуемой минимальной или максимальной продолжительности; однако Legobot предполагает, что RfC был забыт, и автоматически завершает его (удаляет тег) через 30 дней после его начала, чтобы избежать накопления устаревших обсуждений, засоряющих списки и тратящих время комментаторов. {{rfc}}

Но редакторам не следует этого дожидаться. Если применяется одна из причин для завершения RfC, кто-то должен завершить его вручную, как только станет ясно, что обсуждение исчерпало себя. И наоборот, всякий раз, когда по истечении 30 дней все еще требуются дополнительные комментарии, кто-то должен отложить автоматическое действие Legobot. Эта последняя функция основана на первой временной метке, следующей за тегом.{{rfc}}

Чтобы продлить текущий запрос предложений еще на 30 дней и не допустить автоматического завершения запроса предложений Legobot в течение следующего месяца, вставьте текущую временную метку непосредственно перед исходной временной меткой вступительного заявления, указав либо ~~~~(имя, время и дату), либо ~~~~~(только время и дату).

Причины и способы прекращения RfC

Как и другие обсуждения, RfC иногда заканчиваются без соглашения или четкого решения. Существует несколько способов, которыми RfC заканчиваются:

  1. Вопрос может быть отозван автором (например, если ответ сообщества стал очевиден очень быстро ). В этой ситуации редактор, который начал RFC, обычно является тем, кто удаляет тег.{{rfc}}
  2. Участники RfC могут договориться о его прекращении в любой момент; один из них снимает тег.{{rfc}}
  3. Спор может быть перенесен на другой форум разрешения споров . [2]
  4. Любой невовлеченный редактор может опубликовать заключительное резюме обсуждения ; если консенсус несомненно ясен, даже вовлеченный редактор может подвести итог обсуждения. Редактор удаляет тег, закрывая обсуждение. Чтобы избежать опасений по поводу предвзятых резюме, вовлеченным редакторам (со всех сторон спора) рекомендуется позволить кому-то другому написать резюме.{{rfc}}
  5. Обсуждение может просто прекратиться, и никто не захочет восстанавливать тег после того, как бот его удалит.{{rfc}}

Пожалуйста, удалите тег после разрешения спора или завершения обсуждения.{{rfc}}

Чтобы вручную завершить RfC , удалите тег со страницы обсуждения. Legobot удалит обсуждение из центральных списков при следующем запуске. (Когда Legobot автоматически завершает RfC из-за его возраста, он удалит тег.) Если вы также закрываете обсуждение, вам следует сделать это в том же редактировании. В качестве альтернативы удалению тега вы можете использовать один из шаблонов привязки шаблонов, например {{ tlx }}, чтобы отключить его, как в .{{rfc}}{{rfc}}{{rfc}}{{tlx|rfc|bio|rfcid=fedcba9}}

Не заключайте тег в теги или и не помещайте его в маркеры комментариев HTML, так как Legobot проигнорирует их и будет относиться к RFC так, как будто он все еще открыт, а также может повредить страницы со списком RFC.{{rfc}}<nowiki>...</nowiki><syntaxhighlight>...</syntaxhighlight><!--...-->

Закрытие обсуждения

Любой, кто хочет, чтобы невовлеченный редактор написал заключительное резюме обсуждения (в идеале с определением консенсуса), может официально запросить закрытие, разместив сообщение на Wikipedia:Запросы на закрытие . Если обсуждаемый вопрос не является спорным и консенсус очевиден для участников, то формальное закрытие не является ни необходимым, ни желательным . Письменные заключительные заявления не требуются. Ожидается, что редакторы смогут оценить и согласовать результаты большинства RfC без посторонней помощи.

Чтобы предупредить читателей о том, что RfC закончился, вы можете по желанию заключить раздел страницы обсуждения в рамку, используя пару тегов, например / или / . Это не обязательно и может быть сделано с или без заключительного заявления о результатах обсуждения. В этом примере показан один из способов сделать это:{{closed rfc top}}{{closed rfc bottom}}{{archive top}}{{archive bottom}}

== Запрос предложений о фотографии в разделе «История» == {{ закрытый запрос предложений вверху | результат = Было достигнуто согласие сохранить фотографию. ~~~~  }} .... вот полное обсуждение запроса предложений... {{ закрытый запрос предложений внизу }}

Перезапуск RFC

Любой, кто хочет получить больше комментариев по теме, может перезапустить RfC, который был завершен, если обсуждение не закрыто. Например, первоначальный автор RfC может отозвать его, но кто-то другой может заинтересоваться темой в то же время и перезапустить ее.

Чтобы перезапустить RfC, повторно вставьте тег. Если он был автоматически удален Legobot, то обязательно вставьте текущую временную метку после утверждения RfC и перед его исходной временной меткой, иначе он будет просто повторно удален ботом. Это даст тридцатидневное продление; но если RfC должен быть длительным, вы можете вместо этого добавить строку{{rfc}}

<!-- Срок игнорирования RFCBot истек -->

перед тегом.{{rfc}}

В конце заявления о запросе предложений следует упомянуть, что запрос предложений был завершен и возобновлен, а также при необходимости поставить свою подпись.

Смотрите также

Примечания

  1. ^ Для ясности: «заявление» — это часть, которая находится между тегом (исключая) и первой действительной временной меткой (включительно), и которая копируется ботом на различные страницы. Само заявление должно быть нейтрально сформулировано и кратко. После этой первой метки даты вы должны следовать обычным правилам страницы обсуждения, которые позволяют вам быть многословным (в разумных пределах) и настолько ненейтральным, насколько вы хотите. Нет фактического правила, согласно которому редакторы, которые начинают RfC, должны делать свои первоначальные объяснения похожими на ответы на вопрос (например, помещая их в подраздел ===Обсуждение===) или иным образом делая их менее заметными.{{rfc}}
  2. ^ Однако для этого необходимо сначала удалить тег и завершить обсуждение, поскольку большинство форумов и процессов разрешения споров не принимают дело, пока продолжается рассмотрение запроса предложений (RfC).{{rfc}}