Википедия: Деревенский насос (политика)

Роль ArbCom в поиске контента в статьях [ править ]

В сентябре 2019 года Арбитражный комитет добросовестно принял следующее решение:

5) Требования к источникам, примененные к статье « Сотрудничество в оккупированной немцами Польше» , расширены и адаптированы для охвата всех статей по теме истории Польши во время Второй мировой войны (1933-45), включая Холокост в Польше. Могут использоваться только высококачественные источники, в частности рецензируемые научные журналы, академически ориентированные книги авторитетных издателей и / или статьи, опубликованные авторитетными учреждениями. Источники на английском языке предпочтительнее, чем источники на английском языке, если они доступны и имеют одинаковое качество и актуальность. Редакторы, неоднократно не соблюдающие этот стандарт, могут быть заблокированы в качестве принудительной меры арбитража.

Хотя намерения ArbCom в отношении этой конкретной темы благородны, и это явно была попытка остановить сбои в этой области, я считаю, что средство правовой защиты выходит за рамки возможностей ArbCom и не соответствует политике арбитражного процесса, в частности, что Комитет не выносит решений по содержанию . Имея это в виду, см. WP: CONTEXTMATTERS, в котором говорится: Надежность источника зависит от контекста.Также имейте в виду, что AE / DS разрешает отдельным администраторам принимать односторонние меры по их собственному усмотрению в отношении редактора, и, как подтвердят некоторые активные редакторы, редактирующие в спорных областях, сложность DS может быстро превратиться в кошмар. Действие AE / DS, выполненное администратором, не может быть отменено другим администратором. Это открывает дверь в WP: POV, потому что один администратор определяет, является ли контекст цитируемых источников надежным для включения контента в статью, и независимо от того, как мы его раскручиваем, это однозначно контент. проблема, а не проблема поведения от имени редактора; Таким образом, решение ArbCom не соответствует следующему:

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

Это решение напрямую влияет на контент на стольких уровнях, что средство правовой защиты создает еще большую проблему, чем оно решает, поскольку оно не принимает во внимание критически важные аспекты поиска, что однозначно делает его проблемой контента, а не поведением. Это также не учитывает связанные с этим проблемы, связанные с политическими предубеждениями в RS или тем фактом, что один администратор, который может быть предвзятым, неосознанно или иным образом, принимает решение о том, какой контент может быть включен, на основе своего единоличного усмотрения. / интерпретация цитируемых источников. Любой редактор, который может цитировать источники в надлежащем контексте, которые не согласны с конкретной точкой зрения, может непреднамеренно стать целью запрета на неопределенный срок или блокировки в соответствии с этим средством защиты от АЕ. Идеологическая предвзятость WP не секретпоэтому, чтобы сохранить репутацию WP как нейтральной энциклопедии, нам, вероятно, следует хотя бы попытаться сохранить ArbCom в рамках своей компетенции. Что касается моей общей позиции и опасений, см. Этот комментарий BLP и цитату прямо под ним .

В приведенном ниже опросе либо согласны с тем, что вышеупомянутое решение выходит за рамки компетенции ArbCom и не соответствует политике по причинам, указанным выше, либо не согласны . Атсме 💬 📧 16:07, 9 февраля 2021 (UTC)

Обзор (Arbcom и источники) [ править ]

• Нет четкого различия между созданием политики и ее интерпретацией. Иногда полезно взять некодифицированные и неписаные ожидания и изложить их в формальном письменном виде. Но для многих извечных проблем в WP неписаные правила слишком гибки, чтобы их можно было эффективно свести к простым предложениям. Поэтому, когда мы это делаем, остаются те же проблемы, за исключением того, что мы теперь называем их интерпретациями. Самая очевидная аналогия для меня - это американская конституция и особенно ее Билль о правах, и то, что ключевые фразы в ней никогда не менялись, но неоднократно переосмысливались, чтобы соответствовать преобладающей идеологии. DGG ( разговорное ) 20:15, 9 февраля 2021 (UTC)

• Извините, DGG, но ваш комментарий согласен или не согласен? Атсме 💬 📧 12:01, 10 февраля 2021 (UTC)

как я попытаюсь объяснить немного позже, согласен или не согласен, это не соответствует действительности. DGG ( разговор ) 06:11, 18 февраля 2021 (UTC)

• Непродуктивное использование чьего-либо времени. См. Объяснение ниже. Эггишорн (обсуждение) (вклад) 20:17, 9 февраля 2021 (UTC)
• Мне кажется, это нормально . Было поведение, которое требовало рассмотрения, и процитированное решение ArbCom направлено на это поведение, а не на контент; они не делают никаких заявлений о том, что статьи должны или не должны говорить, просто обращаются к проблеме людей, злоупотребляющих исходным материалом, и разрабатывают разумный метод решения этой проблемы. - Джейрон, 32 18:44, 10 февраля 2021 г. (UTC)
• Я против верблюжьего носа под палаткой расширения полномочий ArbCom на редакционные вопросы до тех пор, пока сообщество не оценит, должны ли мы отказаться от нашей оппозиции централизованной редакционной коллегии, и если да, то подумайте, должна ли централизованная редакционная коллегия быть новой группой, состоящей из экспертов-редакторов или брошенной в руки ArbCom. (Я подробно остановился на этом в сообщении в разделе обсуждения.) - С. Филбрик (Обсуждение) 19:31, 10 февраля 2021 г. (UTC)
• Я с Jayron32 в этом вопросе: это не решение по содержанию. Политика подрывного редактирования включает в себя источники со ссылкой unencyclopedic как форма подрывного редактирования, и предупреждает , что это может быть обеспечено с блоками. ArbCom не диктует, что статья может или не может сказать; они делегируют свои права на запрет, чтобы лучше применять политику сообщества в отношении контента. Вахурзпу ( разговорное ) 05:12, 13 февраля 2021 (UTC)
• Хотя я не думаю, что это конкретное ограничение сработало так, как предполагалось, это было в пределах компетенции arbcom. Тридуульф ( разговор ) 12:23, 18 февраля 2021 (UTC)

Обсуждение (Arbcom и источники) [ править ]

Видите ли, я всегда думал, что большая часть идеологической предвзятости в Википедии и жалоб на нее на самом деле является ошибкой базовой ставки - из-за наших требований к источникам мы автоматически склоняемся в пользу тем с надежными источниками, в отличие от, скажем, слухов и клеветы. . И это действительно желанная вещь. Джо-Джо Эумер ( разговор ) 16:20, 9 февраля 2021 (UTC)

Джо-Джо, было бы определенно желательно, если бы это было действительно так, но это не так. Даже Джимбо признал, что у нас есть проблема. Источники, имеющиеся в нашем распоряжении сегодня, не совсем похожи на нейтральные источники прошлых лет, как объяснил Тед Коппелл в многочисленных интервью. Это явно проблема точки зрения, но помимо этого, у нас нет каких-либо квалификаторов для администраторов, которые сосредоточены на AE и будут оценивать качество источников. Мы уже знаем, что квалификаторы никогда не состоятся из-за анонимности, хотя было бы неплохо что-то вроде MEDRS, но опять же, темы, связанные с политикой точки зрения, нелегко квалифицировать. Атсме 💬 📧 16:36, 9 февраля 2021 (UTC)

«Даже Джимбо признал» не означает, что Джимбо прав. WhatamIdoing ( обсуждение ) 18:25, 10 февраля 2021 (UTC)

• Мем «ArbCom не управляет содержанием» - это мем, который следует окончательно исключить, поскольку он отжил свое предназначение. В той мере, в какой когда-либо существовала четкая грань между содержанием и поведением, сомнительное разделение в лучшем случае, эта граница была полностью стерта за последние 5-7 лет. Если редактор отстаивает или использует плохой источник для уклонения статьи, является ли это проблемой поведения в сфере компетенции ArbCom или проблемой содержания вне сферы тех дел, которые ArbCom уполномочен рассматривать? Чистая правда в том, что и то, и другое. Фактически, этот случай является прекрасной демонстрацией этой эволюции. В то время как минимизация и отрицание Холокоста достигли масштабов эпидемии, включая ревизионизм, организованный правительством, нелепо рассматривать какое-либо решение по такому делу, которое не решало бы проблемы с источниками. АрбКомЭто постановление не требует пересмотра с задержкой в ​​16 месяцев. Эта цепочка, кажется, не более чем выражает, ну, я не совсем уверен, что она должна выражать: разочарование? Разочарование? Неодобрение? Неясно, какой практический результат это даст. Желает ли ОП отменить решение ArbCom? Заставить ArbCom изменить свое решение? Взмахнуть пальцем в сторону ArbCom? Если это первые две возможности, то это неправильное место для этой ветки, и эта цель должна быть сформулирована более четко. Если это последняя возможность, то в этом нет никакого смысла.Разочарование? Разочарование? Неодобрение? Неясно, какой практический результат это даст. Желает ли ОП отменить решение ArbCom? Заставить ArbCom изменить свое решение? Взмахнуть пальцем в сторону ArbCom? Если это первые две возможности, то это неправильное место для этой ветки, и эта цель должна быть сформулирована более четко. Если это последняя возможность, то в этом нет никакого смысла.Разочарование? Разочарование? Неодобрение? Неясно, какой практический результат это даст. Желает ли ОП отменить решение ArbCom? Заставить ArbCom изменить свое решение? Взмахнуть пальцем в сторону ArbCom? Если это первые две возможности, то это неправильное место для этой ветки, и эта цель должна быть сформулирована более четко. Если это последняя возможность, то в этом нет никакого смысла.Эггишорн (обсуждение) (вклад) 20:17, 9 февраля 2021 (UTC)

  Eggishorn, Я вижу это иначе. Новые редакторы часто удивляются, узнав, что центральной редакции нет. Это сделано намеренно. На самом деле, я думаю, будет справедливо сказать, что на заре существования Википедии мы избегали наличия либо центральной редакционной коллегии, либо центральной «поведенческой» коллегии. Надежды и ожидания заключались в том, что все такие вопросы можно будет решить без необходимости централизованной власти. Я думаю, что Джимбо неохотно пришел к выводу, что поведенческие проблемы нуждаются в централизованном правлении, и именно поэтому он создал Arbcom (позаботившись о том, чтобы создание этого совета не означало, что он сообщил ему, он начал дело и позволил сообществу решать как организовать группу). Хотя сообщество неохотно согласилось с необходимостью совета по поведению,он по-прежнему решительно выступает против централизованной редакционной коллегии, поэтому предполагается, что ArbCom будет ограничиваться поведенческими проблемами, а не проблемами контента.

  Однако, хотя некоторые редакторы приводят и могут привести веские аргументы в пользу необходимости централизованной редакционной коллегии, для меня вовсе не очевидно, что мы должны просто расширить сферу компетенции ArbCom. Я думаю, что сообществу следует пересмотреть решение об отсутствии централизованного редакционного комитета, но если вывод таков, что у нас должен быть редакционный комитет, то далеко не очевидно, что мы должны просто расширить роль ArbCom, если нет других причин, кроме того, что Набор навыков для оценки редакционных проблем и набор навыков для оценки поведенческих проблем не идентичны. Кто-то возразит, что создание еще одной группы - это слишком бюрократично, но если мы решим установить централизованный редакторский контроль, мы перешли этот мост, и нам следует проработать детали того, должен ли централизованный редакционный комитет быть ArbCom,или группа людей, выбранных для редакционной экспертизы.С Филбрик (Обсуждение) 19:28, 10 февраля 2021 (UTC)

@ Sphilbrick : вообще-то, я не думаю, что мы говорим о чем-то совершенно другом. Я знаю историю создания ArbCom и всегда чувствовал, что дихотомия контент / поведение ложна. Самый ранний случай ArbComВскоре после того, как Джимбо передал часть своих полномочий, мне удалось обнаружить явный случай межличностного конфликта и целую кучу проблем с поведением, но все они возникли из-за проблем с контентом. С самого начала эти две области смешались в разных пропорциях в зависимости от особенностей каждого дела ArbCom. Я не выступаю за увеличение полномочий ArbCom; Я говорю, что это обсуждение было основано на четком различении двух сфер, которые существуют в спектре, и ограничение, которое якобы перешагнул ArbCom, на самом деле никогда не существовало. Надеюсь, это поможет прояснить ситуацию. Эггишорн (обсуждение) (вклад) 19:47, 10 февраля 2021 (UTC)

• Самое простое изменение общей области применения arb com, которое ближе к реальности, - это сказать, что arb com не управляет непосредственно контентом. Вот что происходит на самом деле, и мы можем так сказать. На что я думаю, что операторы могут реально надеяться, так это на то, что будет принято решение о том, что предпочтение отдается высококачественным источникам, особенно рецензируемым научным журналам, академически ориентированным книгам авторитетных издателей и / или статьям, опубликованным авторитетными учреждениями, которые я не считаю нереалистичными для это должно быть предложено в качестве поправки. Любое заявление об источниках с использованием таких абсолютных слов, как «только», несовместимо с разнообразием реального мира. DGG ( разговор ) 00:06, 10 февраля 2021 (UTC)

  @ DGG : это просто повторяет WP: BESTSOURCES и не является средством правовой защиты (больше похоже на принцип). «Следует», «настоятельно рекомендуется» и подобные формулировки, которые не являются «обязательными», не решают проблему. Проблема в людях, которые настолько увлечены своей точкой зрения, что избивают людей и срывают страницы обсуждений, продвигая дрянные источники. Ваша поправка не решает эту проблему, но текущее решение ArbCom исправляет. Таким образом, я поддерживаю ограничения на источники, поскольку видел ущерб и пустую трату продуктивного времени редактора, которое SPA и POV-пушеры наносят на некоторые противоречивые статьи. Я согласен с Эггишорноми вы считаете, что грань между поведением и контентом размыта, но я думаю, что нарушения наших существующих политик или стоящих за ними намерений - это проблема поведения. ProcrastinatingReader ( разговор ) 20:49, 17 февраля 2021 (UTC)

в равной степени можно разрушить страницы обсуждения - и статьи - надуманными или предвзятыми возражениями против того, что является адекватным источником. Я думаю, что история AP за последний год показывает, что оспаривание источников стало основным способом оспаривания контента, и что это может быть полезно или бесполезно. С другой стороны, все в некотором смысле является поведенческой проблемой, потому что процесс редактирования - это человеческое поведение, поэтому, если кто-то достаточно старается, он может получить что угодно под этим зонтиком. Является ли что-то на самом деле нарушением наших существующих правил в отношении содержания, не обязательно является вопросом для arb com. Это может быть фактический вопрос о проверяемости информации. И, если подумать, можно использовать агрессивное поведение и даже поведение NPA, чтобы попытаться внести то, что на самом деле является конструктивным редактированием.Именно в этой ситуации возникают дилеммы для arb com; Моя служба там показала, насколько трудно решить, как справиться с такими проблемами, и научила меня, что не все, что я считал очевидным и ясным в отношении наших практик, на самом деле было так просто.DGG ( разговор ) 06:09, 18 февраля 2021 (UTC)

• Я был единственным арбитром, голосовавшим против этого средства правовой защиты именно потому, что я думал, что оно зашло слишком далеко в сторону вынесения решения по содержанию. И я по-прежнему считаю, что ограничения на источники, налагаемые ArbCom, AE, ANI или чем-либо, кроме руководств по содержанию с широким консенсусом (например, WP: MEDRS ), являются плохой идеей. Тем не менее, я не согласен с тем, что это было нарушением WP: ARBPOL . Комитет имеет право предлагать средства, с помощью которых может быть облегчено разрешение спора о содержании сообществом, и, в конечном итоге, интерпретация ARBPOL и вопрос о том, входит ли конкретное средство правовой защиты в его объем, зависит от самого ArbCom. Это важный принцип, без которого комитет не может выполнять свою основную задачу каклицо, принимающее окончательное обязательное решение . Никакое обсуждение здесь не может сказать ArbCom, как интерпретировать ARBPOL или ретроспективно отменить средство правовой защиты. Если мы хотим уточнить, что в будущем ограничения на источники не входят в сферу его компетенции, необходимо внести официальную поправку в ARBPOL . -  Джо  ( разговор ) 13:48, 18 февраля 2021 г. (UTC)
• Любой, кто работал над контентом и вступал в конфликт из-за надежных источников, мог предположить, что ArbCom найдет свое место в спорах по поводу контента. Вкратце, почему: в Википедии почти любой соответствующий источник можно критиковать за ненадежность, в то время как почти любой соответствующий источник можно защитить как надежный. Если это не один из тех, по-видимому, редких случаев, когда все участники готовы работать вместе, это приводит к тупику. Этот тупик может быть разрешен одним из двух способов: (1) найти информированную третью сторону для принятия решения, с которым согласятся все стороны; или (2) отработайте правила так, чтобы другая сторона либо сдалась, либо подверглась санкциям. Любой вариант означает, что ArbCom, скорее всего, будет участвовать. Этим решением ArbCom исключил несколько этапов передачи подобных дел. -llywrch ( разговорное ) 00:17, 26 февраля 2021 (UTC)

WP: VANISH, WP: CLEANSTART и вопросы конфиденциальности [ править ]

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

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

Тем не менее, если я правильно их понимаю , WP: VANISH и WP: CLEANSTARTкажутся взаимоисключающими. Я не помню, чтобы я был вовлечен в какой-либо вандализм, блокировку, крупные конфликты или что-либо, что могло бы повлиять на негативную репутацию, и, насколько мне известно, имел хорошую репутацию. («Я не помню» и «насколько мне известно» - это не то, что я пытаюсь уклониться от чего-либо, просто я не помню всего, что произошло ~ 15 лет назад, когда я учился в старшей школе.) Я не собираюсь используя старую учетную запись, так как это приведет к поражению всей цели, и, как следует из моего имени пользователя, меня больше интересует негласное улучшение, а не какое-либо редактирование по конкретной теме. (Что также меньше связано с моей личностью.) Но, тем не менее, варианты, похоже, вообще оставляют Википедию,или смириться с тем фактом, что моя старая информация просто останется там бесконечно, как бомба замедленного действия.

Итак, мне было интересно, можно ли пересмотреть взаимоисключающую часть политики, по крайней мере, для людей, чье чистое начало направлено на конфиденциальность, а не на репутационные проблемы. Кажется уместным, что на данный момент Википедии более 15 лет, политика была создана в самом начале, и жизненные обстоятельства среднего человека меняются намного больше за 15 лет, чем за 5 или около того. Также кажется уместным, что в 2021 году онлайн-домогательства станут совершенно другим зверьком, чем в 2007 году, и выросли до такой степени, о которой в то время мало кто предсказывал. Gnomingstuff ( разговорное ) 10:37, 18 февраля 2021 (UTC)

Википедия: «Чистый старт» , похоже, применим для защиты конфиденциальности. Для его использования не обязательно иметь проблемную запись. Грэм Бартлетт ( разговор ) 12:03, 18 февраля 2021 (UTC)

Чистый старт может использоваться по любой причине, кроме ухода от проверки. Причины, перечисленные в ведущем разделе, являются лишь примерами наиболее распространенных ситуаций, а не обязательным списком. Тридуульф ( разговор ) 12:20, 18 февраля 2021 (UTC)

Я получил эту часть (учитывая, что я делаю это и все такое); это больше относится к примечанию WP: VANISH "Исчезновение - это не способ начать заново с новой учетной записью. Когда вы просите вежливое исчезновение, подразумевается, что вы не вернетесь. Если вы хотите начать все сначала, пожалуйста следуйте инструкциям на Чистом запуске вместо (не в дополнение к) этой страницы. Если вы сделаете запрос на исчезновение, а затем начнете заново с новой учетной записью, а затем обнаружите, процедура исчезновения может быть отменена, и ваши старые и могут быть связаны новые учетные записи ". Gnomingstuff ( разговорное ) 16:37, 18 февраля 2021 (UTC)

2 ¢, что я действительно думаю, что должна быть альтернатива двум текущим вариантам, для таких случаев или для людей, которые подвергаются активному онлайн-преследованию. - Вингедсериф ( разговор ) 23:24, 18 февраля 2021 (UTC)

Gnomingstuff То, что вы получаете, широко обсуждалось, и я предлагаю вам прочитать некоторые из ранних обсуждений, особенно c2: WikiMindWipeDiscussion , фрикадельки: RightToVanish и фрикадельки: RightToLeave, которые являются внешними обсуждениями, которые повлияли на наши ранние проекты VANISH и CLEANSTART. Разрешение чему-то вроде исчезновения для редакторов, которые хотят отречься от своих предыдущих статей или скрыть их, на самом деле может быть контрпродуктивным. Например, проблема с разрешением c2: WikiMindWipes заключается в том, что они имеют эффект Стрейзанд . Учетная запись и ее правки, использованные много лет назад, не будут заметны или легко найдены. Что будетупростить поиск - это переполнение последних журналов возвратами, переименованием и редактированием. Я говорю об этом, находясь в похожей ситуации (см. Вопросы 8 и 9 в моем RFA ) и с сочувствием. В идеальном для меня мире учетная запись была бы уничтожена с орбиты или, по крайней мере, переименована в нечто уникальное для Википедии. Учетные записи с хорошей репутацией могут запросить переименование практически во что угодно, поэтому, если вы просто хотите изменить старое имя, вы можете сделать запрос, выполнив шаги в WP: ПЕРЕИМЕНОВАТЬ; Исчезновение просто использует определенный шаблон, чтобы указать, что пользователь решил покинуть нас навсегда и никогда не возвращаться. В общем, даже исчезновение не решит проблему с панировочными сухарями. Ваши подписи на странице обсуждения останутся там. Журнал переименования останется. Содержание правок по-прежнему будет там. Их изменение приведет к тому, что сотни страниц будут отображаться в верхней части последних изменений, а в журналах действий администратора будет выделена ваша информация. Это кажется нелогичным, но отказ от старой учетной записи - один из лучших способов избежать ее обнаружения. У нас более миллиарда правок на миллионы страниц; находить вещи сложно, даже если знаешь, что ищешь. - WUG · а • ро · дез 23:04, 18 февраля 2021 (UTC)

• Приносим извинения, я проверил страницы обсуждения обоих проектов и не заметил ничего недавнего. Некоторые пояснения: когда я говорю о десятках тысяч правок, это делается с оговоркой, что большинство из них были очищены, викифицированы и тому подобное. Я сомневаюсь, что кто-нибудь здесь даже вспомнил бы меня в этот момент; Я не особо запомнился. Я также не очень беспокоюсь о том, что кто-то найдет меня в Википедии (что, как вы упомянули, маловероятно, хотя, вероятно, возможно, если кто-то знает обо мне достаточно), а наоборот, найти мой профиль здесь по моему имени пользователя (что бы расслабьтесь). Конечно, потребуется некоторое усилие, чтобы покопаться в этих десятках тысяч правок, но типы людей, которые преследуют людей в Интернете, к сожалению, совпадают с типом людей, которые будут это делать (или просто гадать).Gnomingstuff (разговор ) 01:11, 19 февраля 2021 (UTC)

@ SlimVirgin : возможно, вам будет интересен этот разговор. Вы принесли VANISH черновик из меты в 2007 году, и я помню, как вы участвовали в соответствующем обсуждении в AN несколько месяцев назад. Но никакого давления, если тебе нечего сказать. - WUG · а • ро · дез 23:06, 18 февраля 2021 (UTC)

• Скорее всего, я собираюсь прорекламировать это в списке функционеров, потому что мы буквально только что обсуждали эту тему. В общем, я считаю, что лучше просто отказаться от учетной записи, потому что, если вы уже являетесь постоянным пользователем, исчезновение только привлечет к нему больше внимания. Это то, что я сделал, когда отказался от своей учетной записи, которую создал в подростковом возрасте, чтобы создать эту. Тони Баллиони ( разговор ) 23:09, 18 февраля 2021 (UTC)
• Суть недавних служебных дискуссий, о которых говорил Тони, заключается в том, что исчезновение выполняется непоследовательно и неправильно понимается многими пользователями. Лично я бы хотел, чтобы он полностью устарел. Распространенное заблуждение состоит в том, что если вы раскрыли личную информацию в своей учетной записи, исчезновение снова сделает ее конфиденциальной. Не будет. Он в некоторой степени скрывает ваше прежнее имя пользователя, но любой, кто знаком с Википедией, может найти его и связать со всеми вашими предыдущими публикациями менее чем за 10 секунд.

Вероятно, нам давно пора поговорить о том, как мы можем помочь людям сохранить конфиденциальность личной информации в наши дни, но мы должны помнить, что Википедия - это не сайт социальных сетей, это издатель бесплатного контента. Удаление учетной записи в Википедии - это не то же самое, что просить Facebook удалить ваш профиль и всю имеющуюся о вас информацию. Это больше похоже на то, чтобы написать роман, а затем попросить издателя убрать ваше имя с обложки после того, как он появится в магазинах. Они скажут: «Извини, ничего не поделаешь, но в следующий раз ты можешь использовать псевдоним». В этом же пространстве должна работать и Википедия. Мы, вероятно, сможем лучше предупреждать людей о последствиях раскрытия личной информации в соответствии с лицензией CC BY-SA, но мы не можем позвонить в колокол, если они это сделают. - Джо  ( разговор ) 08:57, 19 февраля 2021 г. (UTC)

«но мы не сможем отозвать звонок, если они это сделают». Википедия (ENWP) и, как следствие, WMF могут отключить этот звонок, если захотят. Он предпочитает не делать этого. Материал, выпущенный по лицензии CC BY-SA, может быть сохранен вопреки желанию человека, разместившего его, но нет никаких юридических обязательств, требующих этого (за исключением тех редких случаев, которые связаны с указанием авторства). ENWP ссылается на лицензию CC как на причину не удаления личной информации, а как на вопрос политики и процесса. И политику, и процесс можно изменить. Только смерть заканчивает долг ( разговор ) 09:30, 19 февраля 2021 (UTC)

Нет, не может. Даже если бы было практично удалить, скажем, подпись страницы обсуждения с чьим-то настоящим именем из истории тысяч страниц (это не так), enwp или WMF не смогли бы что-либо сделать с сотнями зеркал, архивов, дампов баз данных и т. Д. ., которые реплицировали эту подпись в Интернете. Лицензии с авторским левом по определению отказываются от контроля над информацией в момент ее публикации. -  Джо  ( разговор ) 09:54, 19 февраля 2021 (UTC)

Опять же, да, может. Он предпочитает не делать этого (в первом случае). Технически тривиально для квалифицированного инженера по базам данных заменить такую ​​информацию. Основная проблема WMF заключается в том, что ее технический персонал не мог закодировать выход из бумажного пакета. А во-вторых, этот аргумент, по сути, сводится к тому, что «другие люди сохранят его, так что мы тоже можем». Опять же, это вопрос процесса, а не требование закона. То, что лицензия отказывается от контроля над материалом, не определяет, как этот материал * должен * использоваться. Или даже сохранил. «Это было бы сложно, и мы не могли заставить других людей сделать это» не является действительным опровержением предположения, что мы этого не делаем. Людей, как правило, не волнует, есть ли в маленьком дерьмовом зеркальце с 1000 просмотров в месяц возможность увидеть их личную информацию,когда ENWP с ее миллионами просмотров будет гарантировать, что так и будет.Только смерть заканчивает долг ( разговор ) 10:02, 19 февраля 2021 (UTC)

Это много предположений. Возьмем общую историю: я беспокоюсь, что кто-то, назовем его моим врагом, может использовать мои статьи в Википедии, связанные с моим настоящим именем, против меня. Я удаляю эту учетную запись и уговариваю кого-то в WMF запустить запрос, чтобы удалить мое имя из миллионов версий страниц и записей журнала, реплицированных через бог знает сколько экземпляров базы данных (аннулируя цепочку атрибуции и редактируя историю десятков тысяч страниц на путь). После этого мой заклятый враг погуглил «Джо Роу + Википедия» и обнаружил на первой странице результатов такое зеркало . Они думают, что у меня был аккаунт в Википедии. Они переходят https://en.wikipedia.org/wiki/Special:Contributions/Joe_Roeи находят красную ссылку, но нет проблем, поставьте https://web.archive.org/перед этим адресом, и вы получите постоянный архив.всех моих вкладов. Таким образом, вся работа по сгибанию третьего столба и заставлению меня исчезнуть была отменена примерно за тридцать секунд.

Или еще одна обычная история. У меня нет конкретного заклятого врага, но я сожалею, что связал свой вклад с моей реальной личностью и проделал ту же процедуру исчезновения и нарушения прозрачности базы данных. Кто-то видит комментарий на странице обсуждения, подписанный « Пользователь: переименованный пользователь XYZ», и ему становится любопытно, кто это. На первых нескольких страницах материалов XYZ они видят, что они археолог, интересующийся Ближним Востоком и статистическими вычислениями , который живет в Дании.. Одни только эти четыре различия сужают его до 2-3 человек в мире, и снова быстрый поиск в Google определит, что это, вероятно, я. «Тривиально» ли для инженера баз данных идентифицировать такого рода случайно раскрытые ключи к чьей-либо личности? Принимая во внимание, что два из этих различий относятся к статьям, а не к страницам обсуждений? И один не мой, это другой пользователь (соответственно), ссылающийся на личную информацию, которую я раскрыл в другом месте?

Я не отрицаю, что мы можем делать что-то (исчезновение, надзор), чтобы немного усложнить поиск личной информации в Википедии, но представление этих клуджей как решения проблем конфиденциальности является нечестным и потенциально опасно вводящим в заблуждение. Что нам нужно сделать, так это с самого начала дать понять людям, что все, что они делают в Википедии, находится в публичной сфере. И что в чрезвычайной ситуации им необходимо предпринять шаги для защиты сверх того, на что способны мы или WMF. -  Джо  ( разговор ) 11:01, 19 февраля 2021 (UTC)

Что нечестно, так это то, что вы продолжаете настаивать на том, что это невозможно сделать, полагаясь на то, что «хорошо, что это будет храниться в другом месте, так что мы можем и не делать этого». Это преувеличивает крайние случаи. Во-первых, совсем не нужно хранить никакие обсуждения или вклады пользовательской страницы в ENWP. И хотя да, сайты-архивы * могут * архивировать некоторые материалы, это не универсально. Вы также, кажется, неправильно понимаете Атрибуцию. Ссылка на ENWP требуется для материалов, хранящихся на ENWP. Для ENWP нет необходимости или фактически требуется в какой-либо форме хранить цепочки записей атрибуции просто для целей третьих лиц, которые могут использовать материал, скопированный из ENWP, когда этот материал был удален / удален из ENWP. Ответственность за правильную атрибуцию лежит на третьей стороне. Если это сломается для них, это не наша проблема.Смысл удаления личной информации заключается не в том, чтобы полностью исключить возможность идентификации кого-либо, а в том, чтобы сделать это значительно труднее и исключить случайное распространение личной информации. Позиция `` хорошо, поскольку очень преданный делу человек, у которого много времени '' может перепрыгнуть через 15 препятствий, чтобы получить это, означает, что это бессмысленно '' - ленивое мышление, безответственность и нарушение любого количества принципов защиты данных в различных частях мира. . Что нам нужно сделать, так это изменить представление о том, что личная информация других людей - это честная игра навсегда только потому, что в прошлом было решено, что именно это должна делать ENWP.Позиция `` хорошо, поскольку очень преданный делу человек, у которого много времени '' может перепрыгнуть через 15 препятствий, чтобы получить это, означает, что это бессмысленно '' - ленивое мышление, безответственность и нарушение любого количества принципов защиты данных в различных частях мира. . Что нам нужно сделать, так это изменить представление о том, что личная информация других людей - это честная игра навсегда только потому, что в прошлом было решено, что именно это должна делать ENWP.Позиция `` хорошо, поскольку очень преданный делу человек, у которого много времени '' может перепрыгнуть через 15 препятствий, чтобы получить это, означает, что это бессмысленно '' - ленивое мышление, безответственность и нарушение любого количества принципов защиты данных в различных частях мира. . Что нам нужно сделать, так это изменить представление о том, что личная информация других людей - это честная игра навсегда только потому, что в прошлом было решено, что именно это должна делать ENWP.Что нам нужно сделать, так это изменить представление о том, что личная информация других людей - это честная игра навсегда только потому, что в прошлом было решено, что именно это должна делать ENWP.Что нам нужно сделать, так это изменить представление о том, что личная информация других людей - это честная игра навсегда только потому, что в прошлом было решено, что именно это должна делать ENWP.Только смерть заканчивает долг ( разговор ) 12:30, 19 февраля 2021 года (UTC)

Я думаю, что упор на атрибуцию упускает из виду. Как упоминалось в c2: WikiMindWipeDiscussion , в то время как кто угодно может удалять контент, любой может также свободно добавлять контент. Если кто-то удалит свои подписи, сообщество быстро их отменит. У нас есть два варианта: убедить всех не делать этого или убедить администраторов начать блокировать людей, которые отменяют изменения в архивах страниц обсуждения. Оба из них являются в горе сражения, мягко говоря , и если есть какая - либоМы рискуем привлечь внимание к личной информации в AN, полностью лишив конфиденциальной информации преимущества очистки памяти. Помимо этого, мы не можем гарантировать конфиденциальность после публикации информации, и делать вид, что это делается, безответственно, если не неэтично. Даже если бы мы разрешили удаление редакций исчезнувших пользователей, мы рискуем увеличитьпотенциальная видимость и вред. Есть люди и роботы, которые следят за нашими удалениями. Самый простой способ привлечь их внимание - создать хорошо организованный и компактный раздел записей журнала, который связывает редактирование страницы с переименованием. Мы могли бы отредактировать и эти записи журнала, но отредактированные записи журнала даже более заметны, чем удаление ревизий. Даже если бы мы согласились разрешить это, такие операции требуют времени и подвержены ошибкам. Если что-то упускается, весь процесс мог быть бессмысленным, и даже если мы идеальны, времени, которое требуется от начала до конца, более чем достаточно, чтобы зеркала сохранили информацию, не зависящую от нас. На этом этапе нам, конечно, удалось стереть личную информацию редактора с наших серверов, но мы 'Я также нарисовал огромную мишень на их спине, поскольку каждый наблюдатель журнала удаления начинает задаваться вопросом, почему сотни записей журнала были отредактированы без объяснения причин. Затем они переходят к зеркалам и находят всю необходимую информацию, а затем размещают об этом в Википедии, чтобы какой-нибудь недобросовестный деятель мог найти их позже. Нам удалось помочь редактору? Вся наша работа защищала кого-нибудь от вреда? Должны ли мы поощрять любого, кто беспокоится о своей конфиденциальности, вмешиваться в эту ситуацию? Нет по всем пунктам. Давайте сделаем еще один шаг и попытаемся исправить фундаментальную проблему: журналы. Это сфера деятельности проекта MediaWiki, а не EnWiki, и заставить разработчиков изменить программное обеспечение для устранения любого вида журналирования, вероятно, будет еще сложнее. Программное обеспечение построено на прозрачности, и нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменились.и нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменилисьи нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменилисьи нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменилисьи нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменилисьи нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменилисьи нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменилисьЗатем они переходят к зеркалам и находят всю необходимую информацию, а затем размещают об этом в Википедии, чтобы какой-нибудь недобросовестный деятель мог найти их позже. Нам удалось помочь редактору? Вся наша работа защищала кого-нибудь от вреда? Должны ли мы поощрять любого, кто беспокоится о своей конфиденциальности, вмешиваться в эту ситуацию? Нет по всем пунктам. Давайте сделаем еще один шаг и попытаемся исправить фундаментальную проблему: журналы. Это сфера деятельности проекта MediaWiki, а не EnWiki, и заставить разработчиков изменить программное обеспечение для устранения любого вида журналирования, вероятно, будет еще сложнее. Программное обеспечение построено на прозрачности, и нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменились.Затем они переходят к зеркалам и находят всю необходимую информацию, а затем размещают об этом в Википедии, чтобы какой-нибудь недобросовестный деятель мог найти их позже. Нам удалось помочь редактору? Вся наша работа защищала кого-нибудь от вреда? Должны ли мы поощрять любого, кто беспокоится о своей конфиденциальности, вмешиваться в эту ситуацию? Нет по всем пунктам. Давайте сделаем еще один шаг и попытаемся исправить фундаментальную проблему: журналы. Это сфера деятельности проекта MediaWiki, а не EnWiki, и заставить разработчиков изменить программное обеспечение для устранения любого вида журналирования, вероятно, будет еще сложнее. Программное обеспечение построено на прозрачности, и нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменились.Нам удалось помочь редактору? Вся наша работа защищала кого-нибудь от вреда? Должны ли мы поощрять любого, кто беспокоится о своей конфиденциальности, вмешиваться в эту ситуацию? Нет по всем пунктам. Давайте сделаем еще один шаг и попытаемся исправить фундаментальную проблему: журналы. Это сфера деятельности проекта MediaWiki, а не EnWiki, и заставить разработчиков изменить программное обеспечение для устранения любого вида журналирования, вероятно, будет еще сложнее. Программное обеспечение построено на прозрачности, и нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменились.Нам удалось помочь редактору? Вся наша работа защищала кого-нибудь от вреда? Должны ли мы поощрять любого, кто беспокоится о своей конфиденциальности, вмешиваться в эту ситуацию? Нет по всем пунктам. Давайте сделаем еще один шаг и попытаемся исправить фундаментальную проблему: журналы. Это сфера деятельности проекта MediaWiki, а не EnWiki, и заставить разработчиков изменить программное обеспечение для устранения любого вида журналирования, вероятно, будет еще сложнее. Программное обеспечение построено на прозрачности, и нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменились.а не EnWiki, и заставить разработчиков изменить программное обеспечение для устранения любого вида журналирования, вероятно, будет еще сложнее. Программное обеспечение построено на прозрачности, и нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменились.а не EnWiki, и заставить разработчиков изменить программное обеспечение для устранения любого вида журналирования, вероятно, будет еще сложнее. Программное обеспечение построено на прозрачности, и нам потребуется значительная поддержка со стороны этого сообщества, чтобы они изменились.их основные принципы . Это крайние случаи? Возможно, но исчезновение - это в первую очередь крайний случай. Системы безопасности, которые игнорируют крайние случаи, небезопасны, потому что использование крайних случаев - это именно то, как вы победите системы безопасности. - ГВП · · ро · дез 22:48, 19 февраля 2021 (UTC)

Именно здесь вступает в игру мое замечание «Прошло 15 лет»; это очень долгий срок как с точки зрения развития конфиденциальности в Интернете, так и с точки зрения жизненных этапов. Монтаж в средней школе / колледже - одно; еще одна очень вероятная ситуация: кто-то может устроиться на работу, требующую тщательной проверки биографических данных / безопасности, или на работу с риском увольнения за неработающие занятия, такие как обучение в начальной школе, чего не было у них более десяти лет назад. «Все, что вы делаете, является публичной сферой», - это хорошо в ретроспективе. Опасения по поводу того, что правки будут заметными, справедливы, и у меня нет на них хорошего ответа. Единственное, что сразу приходит в голову, - это система, которая автоматически анонимизирует имена пользователей после X периода бездействия (что, конечно,может быть отменено, если редактор решит вернуться), но это не столько решает проблему с журналом, сколько заглушает его шумом, и я полагаю, что у людей могут быть другие возражения против этого. Но, по крайней мере, нынешнюю политику (по сути, «оставь или уходи») можно ослабить.Gnomingstuff ( разговор ) 02:41, 20 февраля 2021 (UTC)

• Что касается проблемы Gnomingstuff, я рекомендую покинуть учетную запись без каких-либо драматических действий (без дальнейших правок, без тега «удалено» или другого прощального сообщения). После задержки создайте новую учетную запись без упоминания старой учетной записи. Или, если в вашей конкретной ситуации может помочь исчезновение (переименование) текущей учетной записи, сделайте это согласно VANISH. Однако приведенный выше совет верен, а именно, что исчезновение - очень хрупкий механизм, который легко отменить. Игнорируйте инструкции по подключению новой учетной записи к старой. Вместо этого отправьте электронное письмо в Arbcom (см. Пользователь: Арбитражный комитет ), кратко объяснив ситуацию и сообщив им, что вы создали новую учетную запись (которую вы должны раскрыть), не привязывая ее к старой учетной записи, чтобы избежать преследований. Johnuniq ( разговор) 00:59, 20 февраля 2021 г. (UTC)
• @ Gnomingstuff : Чтобы быть ясным, «исчезновение вежливости» - это просто переименование какой-то случайной чуши, удаление пользовательского пространства и, возможно, удаление нерелевантных мета-дискуссий о самом пользователе, с которых большинство людей в любом случае не должны начинать. Больше он ничего не делает. Ваши подписи останутся там, и они по-прежнему будут ссылаться на вашу переименованную учетную запись. Вы по-прежнему можете переименовать свою учетную запись на какое-то случайное имя пользователя, удалить свое пользовательское пространство, очистить страницу обсуждения и затем начать с чистого листа. Вы добьетесь того же самого, с той лишь разницей, что ваше переименование должно быть «тщательно выбрано», а не случайными символами, вызванными ударами рук по клавиатуре. ~ Рой ~ ^{жало} 01:43, 20 февраля 2021 (UTC)
• У нас должен быть процесс гигиенического исчезновения, когда старая учетная запись переименовывается, а бот ищет и заменяет подписи со старого имени на новое имя. Некоторые доверенные лица, подписавшие соглашения о неразглашении, такие как arbcom или, возможно, OS или CU (или T&S), могут администрировать и вести учет любых авторских прав или других юридических нужд. Это не будет 100% удалением, потому что старое имя все еще будет в старых версиях, и это неизбежно, но, по крайней мере, это сделает так, что поиск старого имени не принесет никаких результатов. И этот вариант должен быть открыт для любого редактора с хорошей репутацией. Levivich  ^харасс / _гончая 08:08, 20 февраля 2021 (UTC)
  • Эмм, нет. Во-первых, широкомасштабное редактирование разрушительно, особенно в архивах, где «это не было затронуто» - хороший показатель целостности архива. Что еще более важно, такие изменения привлекут огромное внимание с определенным результатом, что десятки людей заметят, что User: X был переименован в User: Y, и нетривиальное количество из них будет достаточно любопытным, чтобы исследовать предысторию. Наконец, если кто-то когда-нибудь задается вопросом, почему они не могут найти редактора, которого планировали преследовать, он может просто посмотреть в сообщениях бота, чтобы найти список всех исчезнувших пользователей. Википедия и другие сайты троллей быстро настроили бы систему, чтобы переводить вклад бота в удобную таблицу: X был переименован в Y в такой-то день, с разделом комментариев для любых сплетен, которые они могут найти.Johnuniq ( разговор) 09:35, 20 февраля 2021 г. (UTC)
    • Бот может удалять собственные правки. Черт возьми, это даже не обязательно должен быть бот, это можно делать «на стороне сервера» и вообще не регистрироваться. Мы можем мыслить нестандартно. Мы можем сделать конфиденциальность важнее нарушения списков наблюдения. Levivich  ^харасс / _гончая 15:03, 20 февраля 2021 (UTC)

      Если бы это было сделано без регистрации, то кто-то просто написал бы бота или скрипт, который сравнивал бы общедоступные дампы, чтобы выбрать изменения в сигнатурах. Также рассмотрите комментарии, подобные приведенному выше, с которого начинается проблема Re Gnomingstuff . Никакой процесс изменения подписи не удалит это, и останется много хлебных крошек. Хотя вы можете пройти и изменить все экземпляры «Gnomingstuff» на «Исчезнувший пользователь XYZ1234» с очень небольшим количеством ложных срабатываний, вы определенно не сможете сделать это с такими именами пользователей, как «Swarm» или «Joe», или для пользователей, чьи имена сокращаются - не все экземпляры SV относятся к пользователю: SlimVirgin, мое имя пользователя иногда сокращается в обсуждениях до «Thryd», «Thry», «Thr» или даже просто «T», когда это недвусмысленно, плюс есть много разных вариантов его написания. Буквально невозможно загнать джинна обратно в бутылку, и любая попытка, которую вы сделаете, просто привлечет внимание к тому, что вы пытаетесь скрыть. Эффект Стрейзанд реален и неизбежен. Тридуульф ( разговор ) 16:24, 20 февраля 2021 (UTC)

      • С другой стороны, если бы кто-то злоумышленник ввел в Google "Thryduulf" в поисках грязи, было бы гораздо труднее найти его, если бы единственные ссылки на вас были "Thryd". (Или даже практически невозможно; гугл сайт: wikipedia.org "thryd" -thryduulf не обнаруживает ничего идентифицируемого.) Здесь, я думаю, мы говорим друг о друге. Некоторые участники этого обсуждения, кажется, больше всего обеспокоены тем, что люди, вовлеченные в Википедию, обнаруживают реальную идентичность. Меня беспокоят люди, не входящие в Википедию, которые идентифицируют профиль Википедии по имени пользователя. Gnomingstuff ( разговор ) 06:16, 21 февраля 2021 (UTC)

        Мы говорим друг с другом о том, что вас беспокоит непонятно. Выше вы высказали озабоченность по поводу обширных проверок данных / безопасности , но теперь вы обеспокоены беглым поиском в Google. Это разные проблемы, но обычно игнорируются зеркала . Если вы погуглите "wugapodes", первая страница результатов вернет это зеркало моей пользовательской страницы и это зеркало моей страницы обсуждения, которое содержит мою подпись и подписи многих других людей. Он даже содержит эту ветку Википедии, где люди обсуждают мой вклад в Википедию, включая мое предыдущее имя пользователя.. Если я удалю свою пользовательскую страницу, переименую себя, не забуду стереть все свои подписи, изменить базу данных и так далее, мы не сможем удалить эти страницы . По закону зеркала имеют право продолжать отображать этот контент в любое время, и я дал им это право, когда нажал кнопку «Опубликовать». Тема Википедии даже не зеркало, но она содержит гораздо больше личной информации в локализованном пространстве, чем все мои статьи в Википедии. Эти люди смотрят наши делеции и Redaction журналы постоянно и есть несколько потоков на Wikipediocracy обсуждающих удалений и редакциях, в том числе ссылки на unredacted архивы. Мы можем удалить всю энциклопедию, чтобы защитить мою конфиденциальность, и это не повлияет ни на что из этого. Мы можем построить любую запутанную систему длямы хотим постфактуальной анонимности, и вы по-прежнему не будете защищены от самых элементарных поисковых запросов в Google, не говоря уже о тщательном расследовании. Делать вид, что это не так, безответственно.

        Мы можем подумать о том, как лучше защитить анонимность в будущем , но причина, по которой вы до сих пор не добились большого успеха, заключается в том, что вы не понимаете неудобной реальности, что большая часть информации, которую вы хотите скрыть, находится на серверах, которые мы не контролируем. Если у вас нет идеи, как заставить других людей отказаться от своих законных прав на повторную публикацию нашего контента, вы не сможете вычистить свою историю из Интернета. Это печально, и, как сказал выше Джо, мы можем гораздо лучше прояснить этот факт для участников, но мы не можем изменить прошлое, выдавая желаемое за действительное. Я ценю предложение Левивича, и даже WMF работает над лучшей анонимностью IP-адресов, но все сводится к театру безопасности.. Ни одно из этих усилий не помешает зеркалу размещать имена пользователей или ревизионный контент, и поэтому мы переписываем нашу собственную историю и создаем большой объем работы для добровольцев, чтобы создать иллюзию безопасности без реального улучшения безопасности. Это безответственно, и я не буду защищать ложь авторам о нашей способности защитить анонимность. Я официально выступаю за сильные права на исчезновение, и я глубоко забочусь о конфиденциальности в Интернете. Но мы не сможем улучшить наши методы обеспечения конфиденциальности, если мы не сможем признать реальность того, что в Интернете ничего не пропадает, особенно когда вы безоговорочно позволяете другим публиковать его столько, сколько они хотят. - WUG · а • ро · дез 22:42, 22 февраля 2021 (UTC)

        Все это правда, но «действительно пропал» не является подходящим стандартом. Представьте, что Twitter сказал бы: «Мы не позволим вам удалить вашу учетную запись Twitter, потому что, даже если вы удалите ее, она все равно будет доступна на зеркалах и в архивах, и удаление привлечет больше внимания к учетной записи, чем просто отказ от нее и запуск новенький." Я имею в виду, можно подумать, что они позволят пользователю принять это решение! Думаю, некоторые аспекты упускаются из виду. Во-первых, очевидная правда, что Википедия - это база данных, и ее можно изменять без создания какой-либо записи в общедоступном журнале. (Это будут делать не волонтеры, это должен быть сотрудник или подрядчик WMF, чтобы не отнимать время волонтеров.) И хотя даже такое изменение не устранит всех следов удаленное имя,и будет заметен всем, кто потратит время на тщательное расследование, и, возможно, даже будет обсуждаться в WO, все это меркнет по сравнению с тем, что есть что-то на Wikipedia.org, который входит в топ-10 веб-сайтов. «Wugapodes» - плохой пример этого, потому что это уникальное слово. Попробуйте поискать в Google "Джон Смит". Первая пара результатов - это Wikipedia.org, а затем есть много-много страниц результатов, прежде чем вы увидите зеркало Википедии, не говоря уже о Wikipediocracy.com. Таким образом, удаление «Джона Смита» из Wikipedia.org - ОГРОМНОЕ преимущество, если вы пытаетесь скрыть «Джона Смита» из Интернета, даже если «Джон Смит» остается на зеркалах, и даже если о нем говорят в какой-то непонятной сети. Форум. И Джон Смит должен решить, хочет ли он, чтобы Wikipedia.org был результатом поиска №1.или попросите некоторых интернет-сыщиков сделать вывод, что «Джон Смит» был удален из Википедии, например, путем сравнения дампов базы данных или записей журнала, и обсудить это в WO. У нас должен быть какой-то процесс, который нужно стереть, даже если он не идеален, и мы должны позволить пользователю решать риски Стрейзандинга, а не принимать решение за них. 100 миллионов долларов в год достаточно, чтобы заплатить за разработку и выполнение политики защиты конфиденциальности, которая позволяет людям удалять вещи из Википедии. Я думаю, что гораздо более сложный вопрос заключается в том, как будет выглядеть эта политика и каковы будут меры предосторожности для предотвращения злоупотреблений.Он идеален, и мы должны позволить пользователю решать риски, связанные со Стрейзандингом, а не принимать решения за них. 100 миллионов долларов в год достаточно, чтобы заплатить за разработку и выполнение политики защиты конфиденциальности, которая позволяет людям удалять вещи из Википедии. Я думаю, что гораздо более сложный вопрос заключается в том, как будет выглядеть эта политика и каковы будут меры предосторожности для предотвращения злоупотреблений.Он идеален, и мы должны позволить пользователю решать риски, связанные со Стрейзандингом, а не принимать решения за них. 100 миллионов долларов в год достаточно, чтобы заплатить за разработку и выполнение политики защиты конфиденциальности, которая позволяет людям удалять вещи из Википедии. Я думаю, что гораздо более сложный вопрос заключается в том, как будет выглядеть эта политика и каковы будут меры предосторожности для предотвращения злоупотреблений.Levivich  ^харасс / _гончая 07:09, 23 февраля 2021 (UTC)

        Во-первых, мы можем спорить о том, что является хорошим примером , а что нет, но я понимаю, что беспокойство было связано с тем, что злоумышленник знал имя пользователя, а не официальное имя. Я бы сказал, что по шкале «уникальности» большинство имен пользователей на EnWiki ближе к «Wugapodes», чем к «John Smith». Оставляя это в стороне, метод безопасности, продемонстрированный вашим примером «Джона Смита», является точным методом, который мы уже используем: переименуйте учетную запись и позвольте ей затеряться в шуме недавних правок, см. Фрикаделька: PracticalObscurity . Тем не менее, я не думаю, что споры о примерах и контрпримерах здесь действительно приведут нас к продуктивным результатам. Я хочу сосредоточиться на том, что вы здесь говорите: «действительно пропало» не является подходящим стандартом.Тогда каков соответствующий стандарт? Я не имею в виду это риторически, мне любопытно, что мы пытаемся предотвратить, потому что нам нужно знать, что мы пытаемся защитить, если мы хотим построить эффективную систему защиты.

        Насколько я понимаю, мы рассматриваем атаку, при которой злоумышленник Боб знает, что Алиса использует дескриптор xXxAlicexXx, и пытается использовать этот факт, чтобы узнать больше об Алисе. У нас есть конфиденциальные данные, которые Алиса разместила здесь под этим дескриптором, и мы хотим, чтобы Боб (1) не узнал, что Алиса редактировала здесь, и (2) нашел конфиденциальные данные, опубликованные Алисой здесь. Для (1) стандартное переименование так же эффективно, как «удаление» учетной записи, особенно если отредактирована запись журнала переименования. Для (2) нашей политики надзорапозволяет довольно свободно использовать инструмент для сокрытия личной информации, а журналы скрыты от всех, кроме самых доверенных пользователей. Учитывая это, что еще скрывать? К какому еще стандарту мы стремимся, кроме «действительно ушли»? Я поднял этот стандарт, потому что, казалось, это то, что осталось, но я не в первый раз что-то упускал из виду.

        Наконец, между Википедией и Твиттером есть много различий, но, игнорируя большинство из них, твиты атомарны. Вы можете удалить твит, не отделяя его от других твитов. Имея список твитов (т. Е. Профиль), вы можете удалить их все программно (ботом или скриптом) без существенного изменения любого другого твита в базе данных. Это не обязательно относится к страницам правок или вкладов, и любой, кто использовал кнопку «Отменить» в старом редактировании, знает эту проблему. Подумайте: Алиса добавляет текст «Мне нравятся щенки», и позже приходит Чак, чтобы изменить его на «Нам нравятся щенки», а затем Дейзи меняет его на «Нам нравятся котята и щенки». Теперь Алиса хочет, чтобы все ее материалы были удалены и очищены ... как? Основное содержание, добавленное Алисой, все еще там, и даже некоторые оригинальные слова.Если бы мы просто удалили общие черты, у нас осталось бы «Мы, котята, и», поэтому нам нужно что-то более надежное, чем откат любого текста, добавленного Алисой, который все еще находится на странице. Сможем ли мы провести человеческий обзор и разрешить каждый конфликт? Вернем ли мы также Чака и Дейзи, несмотря на то, что их изменения хороши и полезны для создания энциклопедии? Мы просто удалим имя пользователя Алисы, но оставим контент, что впоследствии вызовет проблемы с лицензированием? Твиттер решит эти сложные проблемы.Сможем ли мы провести человеческий обзор и разрешить каждый конфликт? Вернем ли мы также Чака и Дейзи, несмотря на то, что их изменения хороши и полезны для создания энциклопедии? Мы просто удалим имя пользователя Алисы, но оставим контент, что впоследствии вызовет проблемы с лицензированием? Твиттер решит эти сложные проблемы.Сможем ли мы провести человеческий обзор и разрешить каждый конфликт? Вернем ли мы также Чака и Дейзи, несмотря на то, что их изменения хороши и полезны для создания энциклопедии? Мы просто удалим имя пользователя Алисы, но оставим контент, что впоследствии вызовет проблемы с лицензированием? Твиттер решит эти сложные проблемы.никогда не придется сталкиваться при удалении профиля. Теперь рассмотрим тему на странице обсуждения: Алиса делает комментарий, а Итан отвечает ей напрямую. Будет ли комментарий Итана ответом ни на что? Что, если бы Итан процитировал Алису или упомянул ее по имени (т. Е. Позвонил ей)? Будем ли мы изменять комментарий Итана или даже полностью его удалить? Что, если Итану не нравится это решение, и он снова добавит комментарий Алисы в CC By-SA, чтобы его комментарий сохранил свой контекст? Будем ли мы редактировать войну с Итаном? Заблокировать его за попытку убедиться, что его комментарий виден в правильном контексте? Мы не Twitter, и удаление контента - нетривиальная задача, особенно старого контента. Мы можем дать ответы на эти вопросы, но другие люди могут иметь совершенно разные мнения о том, что является правильным (я полагаю, это то, что вы имели в виду подЯ думаю, что гораздо более сложный вопрос заключается в том, как будет выглядеть эта политика, поэтому я говорю это ради других).

        Будет сложно выработать согласованный ответ, приемлемый для сообщества, особенно когда практическая польза ограничена. Я согласился с Джо выше, что мы должны сосредоточиться на предотвращении не потому, что я думаю, что это идеальное решение, а потому, что это наиболее эффективное решение, вокруг которого мы можем достичь консенсуса. Например, в edit-a-thons я советую новым википедистам не использовать свое настоящее имя, особенно женщинам, из-за возможности притеснения и сложности отзыва, если они позже пожалеют о своем выборе. Наши очерки в Википедии: Практика личной безопасности и Википедия: Руководство для молодых редакторовдействительно хорошо описывать риски и стратегии предотвращения, которые могут принять пользователи; обеспечение большей видимости для вышедших из системы и новых редакторов поможет предотвратить публикацию участниками информации, которую они могут позже отозвать, что является более эффективной стратегией снижения вреда в долгосрочной перспективе. Мы уже ссылаемся на Википедию: о конфиденциальности, конфиденциальности и усмотрении в Special: CreateAccount , но добавление напоминаний в окне редактирования или в приветственных сообщениях также может помочь. Как волонтеры проводят свое время, зависит от них, но я думаю, что сосредоточение внимания на промежуточных шагах, которые мы можем предпринять сейчас, позволит повысить окупаемость инвестиций. Это может даже помочь людям быть в большей безопасности на других веб-сайтах, кроме нашего собственного. - WUG · а • ро · дез 09:29, 23 февраля 2021 (UTC)

        Тогда каков соответствующий стандарт? «Вне первой страницы результатов Google» - один из возможных стандартов. «Менее заметный» - еще один возможный стандарт. Трудно спорить с тем, что «унция профилактики стоит фунта лечения», и я согласен с вами, что это место, на котором нужно сосредоточиться , но я также думаю, что мы должны делать то, что просят в OP, а именно позволить WP : VANISH для пользователей, которые хотят WP: CLEANSTART (а не только для пользователей, которые не хотят возвращаться). Levivich  ^харасс / _гончая 21:31, 23 февраля 2021 (UTC)

Вы можете переименовать свою учетную запись традиционным способом, а после этого CLEANSTART. Помимо этого, я согласен с высказанным выше мнением: что-то большее либо технически невозможно, либо может привлечь больше внимания к вам и вашим изменениям. power ~ enwiki ( π , ν ) 23:13, 22 февраля 2021 г. (UTC)

Возможно, даже это обсуждение уже привлекло внимание того типа, который вы хотите предотвратить. · · · Питер Саутвуд (разговор) : 06:46, 23 февраля 2021 (UTC)

Обеспокоенность по поводу использования draftspace [ править ]

Я хотел бы поднять некоторые политические проблемы относительно текущего использования чернового пространства, в частности, практики перемещения новых или относительно новых статей в черновик (предположительно как часть WP: NPP ). Раздел WP: DRAFTIFY в политике Wikipedia: Drafts прямо говорит об этой практике, что «она не предназначена в качестве бэкдора для удаления». Более того, в нем также говорится, что любой редактор имеет право возражать против того, чтобы статья была перемещена в черновик, и что в случае возникновения такого возражения статья должна быть перемещена назад: «Другие редакторы (включая автора страницы) имеют право возражать против перемещения страницы. Если редактор возражает, переместите страницу обратно в основное пространство, и если это не является заметным списком в AfD ».

Проблема в том, что с практической точки зрения немногие пользователи, особенно среди новых пользователей, имеют хоть какое-то представление о том, что это право оспаривать переход в Draftspace вообще существует. Когда страница номинируется на удаление, создатель страницы уведомляется об этом факте и через шаблон информируется о том, как принять участие в обсуждении удаления. То же самое происходит с тегами CSD. Однако когда статья перемещается в область черновиков, происходит нечто совершенно иное. Создатель получает уведомление, но это сообщение ничего не говорит о праве оспорить ход или о том, как воспользоваться этим правом. Вместо этого страница обычно сразу же помечается одним из шаблонов Draft / AfC, например Template: Draft article или Template: AfC submission / draft.. В уведомлении о перемещении в черновую область говорится только о том, что, когда черновик будет достаточно улучшен, он может быть отправлен на рассмотрение AfC. Также никогда не упоминается, что процесс AfC является необязательным для пользователей с автоподтверждением.

Эти переходы в область черновика часто выполняются довольно неопытными пользователями, с ограниченным пониманием политики удаления и заметности и без обсуждения. Фактически, такие перемещения действительно действуют как удаление из решений основного пространства, но они почти не подлежат контролю. Даже в тех случаях, когда такие действия выполняются опытными пользователями, текущая практика весьма проблематична. Они наделяют одного пользователя, выполняющего движение, слишком большой мощностью, которая не может быть осмыслена. Текущая практика уведомления пользователей на странице обсуждения о перемещении в черновик, IMO, активно вводит в заблуждение.

Я считаю, что нам нужна более прочная политическая основа, регулирующая этот процесс. Таким образом, ИМО, всякий раз, когда страница перемещается в черновик как часть NPP, сообщение уведомления (либо вручную, либо через шаблон) на страницу обсуждения пользователя создателя должно прямо упоминать, что создатель имеет право оспорить перемещение и объяснить, как воспользоваться этим правом. Думаю, это требование нужно включить в WP: Drafts . Nsk92 ( разговор ) 18:27, 20 февраля 2021 (UTC)

Я полностью согласен. Вся эта идея «перемещение в черновое пространство - это не черный ход к удалению», должно быть, одна из самых больших лжи в Википедии. Многие статьи, перемещенные в черновик, затем не редактируются и быстро удаляются через 6 месяцев без дальнейшего рассмотрения того, подходит ли тема для статьи в Википедии. Фил Бриджер ( разговор ) 18:40, 20 февраля 2021 (UTC)

Я согласен с вами обоими. Я уверен, что недавно у нас была дискуссия о перемещении в черновик, ведущем к удалению, но я не могу вспомнить, где это было. Я смутно припоминаю, что это привело к общему мнению о том, что все должно быть улучшено, но голосовые возражения некоторых, кто видел, как выливают младенцев с водой в ванну при защите от спама, ни к чему не привели. Тридуульф ( разговор ) 19:18, 20 февраля 2021 (UTC)

Я нашел пару обсуждений - Обсуждение в Википедии: Критерии для быстрого удаления / Архив 78 # Roundabout G13, удаление статей из основного пространства (июль 2020 г.) и Обсуждение в Википедии: Критерии для быстрого удаления / Архив 77 # G13 и статьи перемещены в черновик (май 2020), но я не думал ни о том, ни о другом! Тридуульф ( разговор ) 19:29, 20 февраля 2021 (UTC)

Интересно, спасибо. Я не думал об этом до сих пор, но на самом деле переходы в пространство черновика действительно функционируют как своего рода мягкая форма быстрого удаления. Я вижу довольно много обсуждений в Teahouse от новых и не очень новых (но уже подтвержденных автоматически) редакторов, чьи статьи были перемещены в черновики и которые не понимают, что их поразило. Вероятно, в значительном большинстве случаев такие шаги оправданы, и редакторам также рекомендуется использовать AfC. Но я также считаю, что нам нужно быть с ними более честными и более ясно объяснять таким редакторам, что происходит и какие у них есть варианты. Например, сообщение с уведомлением на странице обсуждения пользователя, информирующее о перемещении в черновик и праве на оспаривание, вероятно, также должно явно указывать, что в этом случае статья может быть внесена в список АдГ.Я подозреваю, что при нынешней системе мы теряем не только статьи, но и редакторов.Nsk92 ( разговор ) 19:50, 20 февраля 2021 (UTC)

Если редактор создает статью и думает о ней после ее публикации, он заметит переход к черновому пространству и улучшит, если статью можно улучшить. Переход к черновику вполне может быть методом удаления бэкдора, но для контента, который заслуживает удаления в том виде, в котором он представлен. BD2412 T 20:11, 20 февраля 2021 (UTC)

Если контент заслуживает удаления, то для этого предназначены PROD и AfD. Комментарий Nsk92 показывает, что есть люди, которые действительно заботятся о том, что происходит с контентом после того, как они его опубликовали, но которых не обслуживает текущая практика - и есть вероятность, что есть редакторы в аналогичном положении, которые не находят своего пути. в Чайхана. Помните, не следует думать, что все уже знают, как работает Википедия. Тридуульф ( разговорное ) 20:28, 20 февраля 2021 (UTC)

Если «переход к черновику вполне может быть методом удаления бэкдора», то мы должны быть честными в отношении процесса и не утверждать, что это не так. Текущий процесс означает, что любой редактор, в том числе те, которые никогда не будут рассматриваться как администратор, может фактически удалять статьи. Мы должны помнить, что создание статей - это не личная собственность их создателей, а потенциально действительные статьи энциклопедии, которые принадлежат каждому. Почему бы нам не использовать имеющиеся у нас процедуры, такие как AfD, которые, в случае успеха, не оставят страницу томящейся в течение шести месяцев без надежды когда-либо стать статьей энциклопедии? Фил Бриджер ( разговорное ) 20:39, 20 февраля 2021 (UTC)

Я должен добавить кое-что, что недавно услышал по радио - боюсь, что в то время я был занят приготовлением ужина, поэтому не слышал имени докладчика или программы, но знал, что это было на BBC Radio. 4 - по принципу «промедление ведет не к меньшему количеству решений, которые необходимо принять, а к большему: одному откладывать решение, а другому - принять». Мы просто отодвигаем решения в будущее, когда они должны приниматься в любом случае, за счет текущего использования рабочего пространства. Фил Бриджер ( разговорное ) 20:52, 20 февраля 2021 (UTC)

В значительном проценте случаев перемещение в черновик затрагивает статьи, которые не заслуживают удаления из основного пространства "в том виде, в котором они представлены". Эти действия часто выполняются относительно неопытными пользователями АЭС. Я даже не уверен, что наличие прав пользователя «New Page Reviewer» действительно необходимо для настройки Twinkle для выполнения таких действий (и их всегда можно выполнить вручную). В любом случае, если этот процесс действительно функционирует как «метод удаления бэкдора», то, как отметили Тридуульф и Фил Бриджер, мы должны быть честными и относиться к нему как к такому. Для удаления у нас есть AfD и DRV, плюс теги CSD проверяются администратором, и создатель статьи может их оспорить. С переходом на черновой вариант ни одна из этих мер защиты в настоящее время отсутствует. На самом деле нынешний процесс довольно неясен до такой степени, что вводит в заблуждение.Редакторы, чьи статьи перемещаются в черновик, получают уведомление о том, что, когда черновик будет достаточно улучшен, они могут отправить его на рассмотрение в AfC. Им нужно было бы нажать наРГ: ЧЕРНОВЫЕ , прочтите его большую часть пути, найдите отрывок, в котором говорится о праве оспаривать ход, и выясните, что с ним делать. Это напоминает мне отрывок из «Автостопом по Галактике» с цитатой Вогонса.относительно сноса Земли: «Все планы планирования и приказы о сносе выставлялись в вашем местном отделе планирования на Альфе Центавра в течение 50 лет вашей жизни на Земле, так что у вас было достаточно времени, чтобы подать любую формальную жалобу». Фактически, я был бы гораздо более доволен системой, в которой перемещение АЭС в черновое пространство официально рассматривалось как особая форма быстрого удаления и требовала особого типа тега CSD. Тег может быть помещен любым пользователем в новую неотрецензированную статью, но должен быть просмотрен администратором, а проверяющий администратор должен будет выполнить фактический переход в область черновиков. Таким образом, у создателя статьи будет возможность отреагировать до того, как статья будет выдернута, и, возможно, даже улучшить ее, так что переход в область черновика станет ненужным. Nsk92 ( обсуждение) 21:57, 20 февраля 2021 г. (UTC)

Насколько я считаю, что WP: AfC - действительно полезный процесс, которому следует поощрять всех новых редакторов, чтобы они узнали о создании статьи, если пользователи имеют право оспаривать любую редакцию, они должны быть четко проинформированы об этом. Было бы полезно, если бы существовал и более простой способ сделать это. Я видел, как многие редакторы выполняли операции вырезания и вставки при оспаривании проекта, что само по себе создает проблемы. Spiderone ^{(Talk to Spider)} 14:14, 28 февраля 2021 (UTC)

• Здесь есть еще один вариант ... Юзерфикация. ... первоначальный создатель (или любой другой редактор) может ЗАПРОСИТЬ, чтобы материал был скопирован в их пространство песочницы ПОЛЬЗОВАТЕЛЯ (не DRAFTSPACE), где они могут улучшить его в любое время. Blueboar ( разговор ) 23:00, 20 февраля 2021 (UTC)

  Только если они знают, что это вариант, и знают, где и как об этом попросить. Это маловероятно для новых пользователей, учитывая предоставленную им текущую информацию. Тридуульф ( разговор ) 02:53, 21 февраля 2021 (UTC)

Я согласен с тем, что это проблема, и желательно что-то вроде предложения OP. Пингуйте меня, если дойдет до RfC. · · · Питер Саутвуд (разговор) : 07:08, 23 февраля 2021 (UTC)

Это недавно случилось со статьей, которую я перевел, и я согласен, что это был запутанный процесс. Из уведомления было совершенно неясно, почему страница была отредактирована, а не просто помечена как refimprove. Я нашел примечание о возможности участвовать в конкурсе только после того, как поискал себя на страницах политики. В конце концов, было проще просто добавить несколько источников, чтобы решить проблему; казалось, что судебное разбирательство было бы более сложным, чем оно того стоило. - Вингедсериф ( разговор ) 16:57, 28 февраля 2021 (UTC)

• Я, конечно, согласен с тем, что есть проблема с тем, как часто используется редактирование. Что должно произойти, чтобы это продолжилось? Ингратис ( разговор ) 18:20, 28 февраля 2021 (UTC)
• Так какое здесь предложение? Celestina007 ( разговор ) 18:42, 28 февраля 2021 (UTC)

  Внесенное предложение, как четко сформулировал предложивший его редактор, состоит в том, что редакторы, создающие статьи, перемещаемые в область черновиков, должны получать сообщение, поясняющее, что согласно WP: Drafts # Requirements для переносчиков страниц они имеют право получить статья перемещена обратно в основное пространство лицом, выполнившим перемещение, где эти статьи могут подлежать нашим обычным процедурам удаления. Это не изменение каких-либо прав, которые есть у кого-либо, а просто предложение убедиться, что редакторы знают об этих правах. Лично я пошел бы дальше и сказал бы, что проект пространства следует отбросить как неудавшийся эксперимент, но это не то предложение, которое здесь делается. Фил Бриджер ( разговор ) 19:02, 28 февраля 2021 (UTC)

  Есть ли какие-либо мнения об обязании создателей статей соблюдать требование о предоставлении нескольких RIS для своих статей? Или всех устраивает, что они сидят в mainspace с тегами? Маккапра ( разговорное ) 20:33, 28 февраля 2021 (UTC)

  Это совсем другой вопрос. Ничто из предложенного здесь не остановит кого-либо в номинации на удаление статьи. Фил Бриджер ( разговорное ) 20:41, 28 февраля 2021 (UTC)

  Именно в этом и проблема. Есть много новых статей, которые могут быть примечательными (поскольку так много статей посвящено темам в странах, где я не говорю на языке, который может быть трудно определить). По тем или иным причинам создатель не предоставляет никаких источников или неадекватных источников. Допустим, я догадываюсь, что это будет примечательным. Что я бы сделал сейчас, так это его набросок, если нет ответа на пометку для значимости / дополнительных источников. Если создатель может просто обязать меня переместить его обратно в основное пространство, вы говорите, что это нормально, и он должен просто сидеть со своими тегами, пока кто-то не придет некоторое время, чтобы исправить это. Если консенсус таков, что это нормально, я думаю, что все на АЭС действительно зря тратят время, и основное пространство быстро заполнится большим количеством статей без или с плохими источниками. Маккапра ( разговор) 20:51, 28 февраля 2021 г. (UTC)

  То, что вы описываете, является текущим консенсусом для WP: Черновики # Требования для переносчиков страниц . Если вы хотите изменить это, вам следует предложить это сделать, но его предложение состоит в том, чтобы просто рассказать создателям статей о текущем консенсусе, а не скрывать его от них. Большую часть времени, пока существует Википедия, мы действовали как вики, и статьи редактировались в основном пространстве, причем они удалялись, если соответствовали критериям. Проектное пространство - недавнее нововведение. Фил Бриджер ( разговор ) 21:13, 28 февраля 2021 (UTC)

  Да, и это хорошее нововведение, потому что 1. Оно поддерживает наше постоянное стремление к обеспечению всех статей в mainspace правильным исходным кодом и 2. Создано много статей, которые, возможно, заслуживают внимания, но в которых известность не была продемонстрирована. Я думаю, что рассказ о том, что это «удаление бэкдора», в лучшем случае недоказан, а на самом деле довольно надуман. Маккапра ( разговор ) 21:19, 28 февраля 2021 (UTC)

  Ваше мнение принято к сведению, но является ли доработка бэкдорным путем к удалению, не имеет отношения к этому предложению. В настоящее время, если редактор возражает против того, что его страница перемещается в черновое пространство (по любой причине или без причины, было ли перемещение правильным в соответствии с политиками, рекомендациями, обычаями или практикой), он имеет право потребовать отменить перемещение. и страница вернулась в основное пространство. Если страница перемещается обратно в основное пространство, то любой, кто считает, что она не должна находиться в основном пространстве, имеет право назначить ее для удаления так же, как если бы она не была перемещена в первую очередь. Буквально единственное, что изменится в этом предложении, - это то, что редакторы будут проинформированы о том, что они имеют право, которым обладают в настоящее время. Ничего больше. Thryduulf ( разговор) 21:53, 28 февраля 2021 г. (UTC)

  они имеют право на то, чтобы статья была перемещена обратно в основное пространство лицом, выполнившим перемещение, это проблематично, потому что редакторы берут на себя ответственность за контент, который они добавляют. Поэтому, если я принимаю редактирование ожидающих изменений или черновик AfC, в какой-то степени я беру на себя ответственность за это редактирование. Таким образом, требовать от редакторов перемещать очень проблемные черновики обратно в основное пространство проблематично. И это тоже не имеет законной силы. Что, мы сейчас начнем блокировать редакторов за отказ перенести проблемный черновик в основное пространство? Я согласен с тем, чтобы было более ясно сказано о возможности пользователя переместить свой черновик обратно в основное пространство и об их праве на обсуждение его удаления. ProcrastinatingReader ( разговор ) 22:17, 28 февраля 2021 (UTC)

Обратите внимание, что WP: DRAFTIFY уже требует, чтобы статья, редакция которой была оспорена, была перемещена обратно в основное пространство, даже если качество черновика явно низкое. Если редактор высказывает возражение, переместите страницу обратно в основное пространство и, если это не является заметным списком в AfD.В нынешней формулировке не указано явно, кто должен выполнить перемещение, но я думаю, что формулировка предполагает, что это должен быть редактор, который изначально составлял статью (бит «и если это не значительный список в АдГ», не имеет смысла иначе). ИМО, разумно потребовать, чтобы редактор, выполнивший первоначальную редакцию, выполнил перенос, если автор статьи специально просит об этом (и просит, чтобы редактор, составивший статью, вернул ее обратно). Бывают ситуации, когда создатель статьи не может выполнить перемещение, например, если этот редактор еще не подтвержден автоматически, а статья была создана через AfC. Будут и другие ситуации, когда создатель статьи является относительно новым редактором, который подтвержден автоматически, но не знаком с процессом перемещения страницы между пространствами имен и не знает.не чувствую себя достаточно уверенно, делая это самостоятельно. Редактирование выполняется одним редактором без обсуждения и без предварительного уведомления. Нет, требовать от них перемещения пакета страниц по запросу - не слишком сложная задача, даже если страница в очень плохой форме. Они должны иметь право (а иногда и поощрять) сразу после этого размещать страницу для AfD. Перемещение страницы обратно в основное пространство следует рассматривать как аналогичноеРГ: ВОЗВРАТ восстановления ранее удаленной статьи, которая была ПРОДОВАНА. Администратор, вернувший статью, выполнил процессуальные действия и не несет ответственности за восстановленный контент. Nsk92 ( разговор ) 00:15, 1 марта 2021 (UTC)

@ Nsk92 , неплохо, что редактор осведомлен о своих правах, я полагаю, это справедливо, но одна из причин написания статьи - обращение к необъявленной ИСП, так что разве это не будет способствовать редактированию ИСП в чувствуют, что они могут и чувствуют себя уполномоченными игнорировать раскрытие своего ИСП и в одностороннем порядке перемещать статьи обратно в основное пространство, не предлагая объяснения того, что это за ИСП, или мы в порядке со статьями в основном пространстве с тегами на них, которые, скорее всего, никогда не будут на имя? иногда AFD статьи не всегда является жизнеспособным или правдоподобным вариантом, например, когда статья, созданная редактором COI, на самом деле посвящена известной теме. Celestina007 ( разговор ) 07:52, 1 марта 2021 (UTC)

Конечно же, согласились, что мы теряем много стоящих статей перед G13 из-за доработок. Некоторое время назад я создал User: SDZeroBot / Draftify Watch, чтобы отслеживать эти страницы, но, к сожалению, у меня было мало времени, чтобы посмотреть на них и вернуть проблемные. Также стоит отметить, что несколько пользователей, выполняющих черновики, быстро вернутся, если вы вернете их. - SD0001 ( разговор ) 11:51, 1 марта 2021 г. (UTC)

Я просто хочу прояснить, что, хотя каждый может участвовать в просмотре новых статей, настоящая NPP, о которой много раз упоминается в этом обсуждении, имеет соответствующее право пользователя, NPR. Я согласен с тем, что поправки к руководству предотвращают попадание полезной информации в основное пространство. Я действительно думаю, что ответ на это - поговорить с людьми, выполняющими плохую работу, вместо того, чтобы добавлять дополнительный слой бюрократии в и без того жестко регулируемую область (даже если на самом деле это будет выполняться сценарием для большинства). С уважением , Barkeep49 ( разговор ) 21:33, 1 марта 2021 (UTC)

Согласитесь с Barkeep49 , я также не вижу из приведенного выше обсуждения кого-либо, действительно предоставляющего какие-либо доказательства того, что здесь есть настоящая проблема с проектом АЭС. Полиаморф ( разговор ) 13:04, 2 марта 2021 (UTC)

Редактировать сводки [ править ]

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

Поэтому я считаю, что было бы полезно повысить статус справки: редактировать сводку до статуса руководства по редактированию и, возможно, добавить туда более сильные формулировки. Чтобы быть ясным, я не говорю о каких-либо технических изменениях, таких как принуждение программного обеспечения вики всегда отображать окно предупреждения, если сводка редактирования не предоставлена. Но я действительно думаю, что основной принцип, согласно которому каждое редактирование должно сопровождаться значимым резюме редактирования, должен быть повышен до статуса руководства по редактированию. Nsk92 ( разговор ) 15:37, 22 февраля 2021 (UTC)

Как корреспондент в обсуждении, описанном выше, я отмечаю, что это справедливое и нейтральное описание дискуссии, и с нетерпением жду рациональных и основанных на доказательствах дебатов по этому вопросу. · · · Питер Саутвуд (разговор) : 05:07, 23 февраля 2021 (UTC)

• Это следует переместить в WP: Village pump (предложения) . Primergrey ( разговор ) 05:40, 23 февраля 2021 (UTC)

  Думаю, здесь все хорошо; это место для предложений по политике. {{u | Sdkb }}  ^talk 07:14, 23 февраля 2021 г. (UTC)

  Просто переходите от сообщения вверху, в котором говорится: « Если вы хотите предложить что-то новое, что не является политикой или руководством, используйте Village pump (предложения)». Обычно я бы не стал упоминать об этом, но это предложение имеет потенциально огромные последствия и, вероятно, должно быть там, где его больше всего ожидали. Primergrey ( разговор ) 07:24, 23 февраля 2021 (UTC)

Primergrey, вы правы, но я предлагаю изменение политики: повышение статуса справки: отредактировать сводку до уровня руководства. Вот почему я начал эту тему здесь, а не на WP: Village pump (предложения) . Nsk92 ( разговор ) 11:21, 23 февраля 2021 (UTC)

• Я не решаюсь предоставить боеприпасы любому, кто может быть склонен укусить новичка или совершить атаку типа «эй, вы не использовали сводку редактирования, поэтому вы напортачили и ошиблись *». С другой стороны, существует значительная часть опытных редакторов, которые обычно отказываются использовать резюме редактирования, и их не трогают регулярные жалобы на своей странице обсуждения, что это тратит время других, вызывая ненужную проверку; Я бы хотел, чтобы мы оказали на этих редакторов немного больше давления, помимо {{ Summary2 }}, и статус рекомендаций мог бы в этом помочь. В последнее время я не внимательно читал эту страницу, но в случае повышения, я бы хотел, чтобы ее язык был тщательно доработан, чтобы найти баланс между этими вещами. {{u | Sdkb }}  ^{обсуждение} 07:13, 23 февраля 2021 г. (UTC)

На странице обсуждения Питера Саутвуда есть соответствующая ветка, о которой он упоминает выше, см. Обсуждение пользователей: Pbsouthwood # Редактировать сводки, где обсуждаются плюсы и минусы редактировать аннотации. (Я постараюсь продолжить здесь большую часть этого обсуждения.) Что касается новых редакторов, они обычно нарушают всевозможные другие политики и правила, и мы на время расширяем к ним большую терпимость, потому что они новички. Я думаю, что некоторые конкретные формулировки в возможном руководстве могут быть использованы для смягчения этой проблемы, а также других. Например, я не думаю, что отказ от использования сводок редактирования (в отличие от их преднамеренного вводящего в заблуждение) должен когда-либо рассматриваться как нарушение работы и приводить к блокировке. Что касается редакторов, которые не используют или не используют постоянно рефераты редактирования, то похоже, что они делятся на несколько категорий. Некоторые делают это, потому что они небрежны / ленивы, хотя, в принципе, они признают важность предоставления резюме редактирования.Некоторые делают это намеренно, чтобы избежать тщательной проверки их правок. (Я подозреваю, что эта группа довольно небольшая.) Есть некоторые редакторы, которые принципиально возражают против использования сводок редактирования и считают, что они нужны только в некоторых конкретных случаях. Питер Саутвуд - один из таких редакторов. Я считаю, что это подмножество редакторов также относительно невелико, но оно существует. Я не думаю, что просто вставив более сильную формулировку вЯ не думаю, что просто вставив более сильную формулировку вЯ не думаю, что просто вставив более сильную формулировку вСправка: здесь будет достаточно отредактировать сводку , не меняя статуса страницы. Опять же, посмотрите обсуждение на странице обсуждения Питера Саутвуда, чтобы понять, почему. Nsk92 ( разговор ) 11:46, 23 февраля 2021 (UTC)

• Многие редакторы, даже опытные, также не используют аннотации редактирования, особенно на страницах обсуждений. В любом случае они обычно бесполезны на страницах обсуждений, и часто такие, как «с», - просто печеньки. Я думаю, что имеет смысл использовать их в качестве ориентира для основных пространств, но, вероятно, не для разговорных. FWIW, вот что ArbCom должен сказать о редакционных сводках. ProcrastinatingReader ( разговор ) 11:53, 23 февраля 2021 (UTC)

Я в целом согласен по обоим пунктам. Я думаю, что сводки редактирования в пространстве проектов, особенно на страницах обсуждения пользователей, гораздо менее важны. Тем не менее, для правок в основном пространстве я считаю важными резюме редактирования. В тексте руководства это различие можно сделать явным. Nsk92 ( разговор ) 12:06, 23 февраля 2021 (UTC)

Что касается реализации, я думаю, что Справка: сводка редактирования - это слишком много "справочной" (например, страницы с практическими рекомендациями), чтобы ее можно было превратить в руководство, и аспекты в любом случае потребуют очистки. Я бы предпочел, чтобы над тем, что написал ArbCom, было подобрано несколько слов, а затем добавить это предложение на соответствующую страницу с рекомендациями (я действительно не знаю, какое из них будет? Википедия: этикет кажется близким по названию, но не по содержанию) . ProcrastinatingReader ( обсуждение ) 12:21, 23 февраля 2021 (UTC)

Это интересная мысль, хотя как пункт назначения, поведенческое руководство Википедия: этикет кажется неподходящим местом для этого предмета. Однако ваше предложение заставило меня кое-что понять. Резюме редактирования уже упоминается в основной политике редактирования, Wikipedia: Editing policy , в разделе WP: UNRESPONSIVE . Там сказано: « Будьте полезны: объясните свои изменения. ... Попробуйте использовать соответствующую сводку редактирования . Для более крупных или более значительных изменений сводка редактирования может не дать вам достаточно места, чтобы полностью объяснить изменение; в этом случае вы также можете оставить заметку на странице обсуждения статьи " . (Pinging Pbsouthwoodпоскольку этот момент имеет отношение к нашему обсуждению на его странице обсуждения.) Возможно, нам следует уточнить формулировку в этом разделе, чтобы сделать его немного сильнее и яснее («Попробуйте» звучит слишком уклончиво.) Я думаю, что ссылка на WP: UNRESPONSIVE также необходимо добавить в Help: Edit summary . Nsk92 ( разговор ) 12:53, 23 февраля 2021 (UTC)

Я добавил сноску, указывающую на Википедию: Политика редактирования # Будьте полезны: объясните в Справке: Редактировать сводку . Nsk92 ( разговор ) 13:03, 23 февраля 2021 (UTC)

• Предоставление сводки редактирования часто бывает полезно, но не обязательно. Я не вижу причин менять это. Blueboar ( разговор ) 13:35, 23 февраля 2021 (UTC)

Как оказалось, вы ошиблись в необязательной части. Требование уже является частью Википедии: Политика редактирования # Будьте полезны: объясните раздел, хотя язык там можно улучшить. Nsk92 ( разговор ) 13:49, 23 февраля 2021 (UTC)

Попытка не эквивалентна обязательному . Таким образом, это не вопрос «разъяснения языка», это предложение радикально изменить то, как многие редакторы выполняют здесь свою работу. Primergrey ( разговорное ) 20:47, 23 февраля 2021 (UTC)

Возможно, «требуется» было неправильным словом для использования здесь, я не уверен. Но «Попробуйте использовать соответствующую сводку редактирования» - это, безусловно, гораздо больше, чем просто предложение, тем более, что язык встречается в политике. На самом деле я бы хотел отбросить «попытаться» в этом предложении и заменить его на «Использовать подходящую сводку редактирования». Nsk92 ( разговор ) 21:14, 23 февраля 2021 (UTC)

Я довольно удивлен тем, насколько слабо сформулированы наши текущие правила и рекомендации в отношении резюме редактирования, и я бы поддержал требование о том, чтобы каждое редактирование сопровождалось чем-то вроде (но не совсем) "постарайтесь сделать свое резюме достаточно ясным, чтобы кто-то чтение истории страницы может определить характер вашего редактирования, это особенно важно для страниц, предназначенных для читателя ". Тридуульф ( разговор ) 22:31, 23 февраля 2021 (UTC)

Я бы возражал против того, чтобы сделать это руководящим принципом в целом, но, возможно, это было бы правило для места для статей, что, как многие люди, кажется, забывают, является единственной причиной существования этого сайта. Я всегда стараюсь предоставить сводку редактирования при редактировании статьи, но обычно не предоставляю ее при редактировании страницы обсуждения, которая включает в себя страницы обсуждения статей и большинство страниц пространства Википедии, потому что мое изменение само по себе является собственным резюме. Если бы я мог уловить суть комментария в какой-либо более короткой форме, чем само редактирование, я бы обрезал это редактирование. Мне особенно не нравится редактировать сводки к обсуждениям удаления, в которых говорится «оставить» или «удалить». Ни один достойный вклад не может быть суммирован таким образом. Фил Бриджер ( разговорное ) 23:16, 23 февраля 2021 (UTC)

Я хотел бы видеть язык Википедии: Политика редактирования # Будьте полезны: объясните, усиленные в соответствии с вашими предложениями, и, возможно, несколько более сильные. Например, пусть там сказано, что сводка редактирования требуется для редактирования в основном пространстве и рекомендуется для редактирования в пространстве проекта, но что редакторы должны использовать свое усмотрение и здравый смысл. Лично мне очень нравятся сводки редактирования «сохранить» / «удалить» для правок АдГ. Я должен признаться, что для АдГ, в которой я участвовал, если я вижу правку со сводкой правки, указывающей! Голосование, которое согласилось с моим, я обычно не смотрю правку. Но в противном случае я верю. Nsk92 ( разговор ) 23:56, 23 февраля 2021 (UTC)

Если сводки редактирования должны стать обязательными для всех правок в основном пространстве (или другом пространстве), то невозможность сохранения без сводки редактирования технически приведет к принудительному выполнению требования, что сделает невозможным забыть или случайно опубликовать без обязательного компонента редактирования. Однако это не обеспечивает полезного или точного редакционного резюме, которое непросто определить и, вероятно, в значительной степени является вопросом мнения. Для некоторых правок, таких как повторное использование контента, относительно просто указать, что необходимо для предоставления атрибуции, но в других случаях, когда ряд изменений с разными целями вносится в одно и то же редактирование, может быть трудно отслеживать, и может потребовать значительных усилий и довольно большого количества текста для правильного и полезного описания. Сводка редактирования может стать громоздкой или слишком большой, чтобы уместиться,а в некоторых случаях быть больше и требовать больше работы, чем фактическое редактирование. Я не вижу, чтобы это помогло нанять новых редакторов или сохранить существующих редакторов. Кроме того, поскольку сводки редактирования фактически не подлежат изменению, возникает вопрос, что делать, если в сводке редактирования есть ошибка или если что-то было сохранено до завершения сводки. Каким будет соответствующий ответ на редактирование сводок, не соответствующих требованиям, и кто решает, соответствует ли сводка требованиям? Это можно рассматривать как надвигающуюся бюрократию и препятствие на пути к участию. Приведет ли это к укусу новичков, преследованию и преследованию, будет ли оно использоваться в качестве предлога для отмены правок, которые не нравятся людям? Другие непредвиденные последствия? Время - товар с нулевой суммой. Когда он используется для одной цели, он становится недоступным для других.Как волонтеры мы сами решаем, что мы хотим делать со своим временем. · · ·Питер Саутвуд (разговор) : 02:40, 24 февраля 2021 (UTC)

Я действительно не понимаю, как сообщество в отдельности могло когда-либо применять обязательное редактирование резюме. Доски драмы будут заполнены попавшимися моментами плюс часто упоминаемый BITE. Я мог видеть поддержку обязательных сводок редактирования в качестве санкции сообщества или администратора для особенно проблемного редактора, хотя это создало бы другие риски, такие как бесполезные или разрушительные сводки редактирования. Slywriter ( разговор ) 03:13, 24 февраля 2021 (UTC)

Редактировать резюме не требуется, но ожидается, особенно от опытных редакторов; Я был и буду возражать против RFA из-за того, что я не использую резюме редактирования. Я не вижу преимуществ для новичков WP: BITE в том, что они не используют сводки редактирования в их первых 1000 правках. Я не изучил достаточно, чтобы определить, поддерживает ли это создание политики справки: редактировать сводную информацию или нет. power ~ enwiki ( π , ν ) 02:43, 24 февраля 2021 г. (UTC)

Как я понимаю, цель этого обсуждения рассмотреть вопрос о целесообразности редактирования резюме должно быть обязательно, с возможностью открытия Ок на предложение сделать то обязательным. Следует учитывать возможные последствия. · · · Питер Саутвуд (разговор) : 03:26, 24 февраля 2021 (UTC)

Если вам требуются сводки редактирования, вы просто собираетесь закончить их с кучей сводок редактирования, таких как: hfgkyuopk [] - Khajidha ( talk ) 14:03, 24 февраля 2021 (UTC)

• Некоторые ответы на комментарии выше: Я не предлагаю сделать невозможным сохранение редактирования без сводки редактирования. Но если в сообществе существует широкий консенсус в отношении того, что сводки редактирования в mainspace полезны и что редакторы должны их предоставлять, наша основная политика редактирования, Википедия: политика редактирования должна прямо указывать именно это в достаточно строгой форме. Если это произойдет, будет легче обратиться к опытным редакторам, которые пренебрегают включением резюме редактирования в свои правки в основном пространстве, и напомнить им, что они должны это сделать. Новички регулярно нарушают всевозможные правила и нормы, и они обычно расширяют дополнительный уровень терпимости согласно WP: NEWBIES; то же самое и с резюме редактирования. Что касается людей, предоставляющих бессмысленные сводки редактирования, такие как hfgkyuopk [], я действительно не думаю, что это происходит. Опытные редакторы, конечно же, этого не сделают, даже если они лично сочтут требование сводки редактирования раздражающим. Новички с большей вероятностью просто оставят поле сводки редактирования пустым. Nsk92 ( разговор ) 14:27, 24 февраля 2021 (UTC)

Для удобства и контекста я включил сюда полный текущий текст Википедии: Политика редактирования # Будьте полезны: объясните . Nsk92 ( разговор ) 14:37, 24 февраля 2021 (UTC)

Будьте полезны: объясните свои изменения . Когда вы редактируете статью, чем более радикальным или спорным является изменение, тем больше необходимость в его объяснении. Обязательно оставьте комментарий о том, почему вы внесли изменение. Попробуйте использовать соответствующую сводку редактирования . Для более крупных или более значительных изменений в сводке редактирования может не хватить места для полного объяснения редактирования; в этом случае вы также можете оставить заметку на странице обсуждения статьи . Помните также, что заметки на странице обсуждения более заметны, уменьшают вероятность недопонимания и поощряют обсуждение, а не устраняют разногласия .

• Придется согласиться с Блюбоаром и Питером Саутвудом. Я не вижу смысла требовать редактирования сводок для каждогоредактировать пространство статьи. Это, безусловно, полезно во многих случаях, например, чтобы отметить значительные изменения в статье или, особенно, когда редактирование что-то меняет по причинам, которые могут быть неясными или спорными. И раньше я призывал людей не использовать сводку редактирования при номинировании страницы на удаление, потому что это противоречит добросовестному уведомлению заинтересованных редакторов. Но многие правки говорят сами за себя или действительно незначительны, чтобы не о них подробно рассказывать. Отказ от суждений в этой области, по-видимому, просто создаст дополнительную работу для редакторов, которая в конечном итоге оттолкнет многих от внесения правок. И возникает вопрос о том, что здесь означает «требование», я не вижу никакого способа «принуждения» к этому, который был бы на самом деле желательным или конструктивным.postdlf ( обсуждение) 18:31, 24 февраля 2021 г. (UTC)

ИМО, не существует такой вещи, как "самоочевидное" редактирование. Редактирование может стать самоочевидным только после того, как кто-то просмотрел различие и проанализировал правку. К тому времени уже слишком поздно. Время и усилия редактора, ищущие разницу, были потрачены. Допустим, в моем списке наблюдения появилась редакция статьи, которая мне интересна, без резюме редактирования. Редакция добавила 751 байт данных. Это все, что я знаю, видя это изменение в списке наблюдения. Что там произошло? Кто-нибудь убирал некоторые ссылки? Или стол? Добавлен тег обслуживания? Или, может быть, добавили несколько предложений о детстве предмета статьи? Или политическая карьера? Дело в том, что без сводки редактирования я и все другие редакторы, которые видят это изменение в своих списках наблюдения, не имеют абсолютно никакого представления о сути редактирования.Многие из них почувствуют, что у них нет другого выбора, кроме как посмотреть, о чем идет речь. Если бы в сводке редактирования просто говорилось «переформатирование таблицы» или что-то подобное, большинство людей, вероятно, не чувствовали бы необходимости проверять это.Nsk92 ( разговор ) 19:59, 24 февраля 2021 (UTC)

Само собой разумеющийся смысл очевиден, что было сделано и почему, когда вы видите, что было изменено. Сводка редактирования не заменяет фактического просмотра редактирования. Если вы не знаете или не доверяете редактору, вносящему изменение, достаточно, чтобы обойтись без подтверждения его действительности, я не понимаю, как вы поверите, что их резюме было точным или полным без подтверждения. Я думаю, что внимание к нарушениям, о котором говорится ниже, Masem, полезно. Все остальное заранее. postdlf ( обсуждение ) 20:29, 24 февраля 2021 (UTC)

Я думаю, что сводки редактирования должны заменить собственно просмотр редактирования. Сводка редактирования «исправить опечатку» экономит мне время на просмотр правки; ИМО, это одно из больших преимуществ редактирования резюме. Один редактор тратит немного больше времени, чтобы сэкономить время для многих других редакторов, сейчас и в будущем. Точно так же на страницах обсуждения размещение комментария (если он короткий) в сводке редактирования избавляет наблюдателей от необходимости смотреть на страницу, чтобы прочитать комментарий (и, IMO, это более полезно, чем "cmt" или "re" ). Levivich  ^харасс / _гончая 01:23, 26 февраля 2021 (UTC)

Они могут заменить просмотр различий, если вы доверяете редактору, но если вы доверяете редактору, то зачем вам читать сводку редактирования? Одна из причин может заключаться в том, что вы можете быть заинтересованы в фактическом редактировании, и в этих случаях резюме может помочь вам решить, стоит ли оно того времени. Могут существовать и другие веские причины, но я думаю, что их следует указать, а не предполагать, что они очевидны для всех. · · · Питер Саутвуд (разговор) : 07:00, 26 февраля 2021 (UTC)

• Давайте также не будем забывать аннотации вроде « ерунды на колесах » и многих ее вариаций. Достаточно не вежливо, чтобы требовать каких-либо действий, но хуже, чем полное отсутствие резюмирования. Обязательное редактирование резюме также наверняка увеличит использование обратных и обратных сводок (и возвратов) вместо обсуждений на странице обсуждения. Primergrey ( разговор ) 18:35, 24 февраля 2021 (UTC)
• Я согласен с заявлением Blueboar и тем, что Nsk92 помещает выше. Редактировать сводки следует рассматривать как средство сведения к минимуму неудобств; не следует ожидать, что редактор, который, как известно, работает, в первую очередь, не нарушая их обычной работы в основном пространстве, будет использовать сводки редактирования, но редактор, который, возможно, был установлен как разрушительный редактор, или новый редактор, следует настоятельно рекомендовать используйте их, чтобы восстановить доверие сообщества - до какой степени они должны это делать, мы не должны быть сторонниками, но если сбой или неправильное использование сводок редактирования действительно создает дополнительные нарушения, это проблема. - M asem ( t ) 18:48, 24 февраля 2021 г. (UTC)

  Полностью согласен. Наша политика противодействия сбоям в работе устраняет необходимость во множестве особенностей, которые в противном случае существовали бы. Сообщество видит явную нехватку резюме редактирования, сопровождающего существенные правки ... это устраняется без необходимости нарушения правила яркой линии. В какой бы степени это ни воспринималось как неработающее, это просто показатель приоритетов сообщества, а не системы, в которой оно действует. Primergrey ( разговорное ) 19:07, 24 февраля 2021 (UTC)

Я никогда не думал о редактировании резюме как о средстве минимизации сбоев, а скорее, как сказано в приведенном выше тексте политики редактирования, как о средстве помощи другим редакторам. Вот что делают сводки редактирования: они помогают другим редакторам, сообщая им суть редактирования. Я считаю, что большинство редакторов, в том числе и я, используют сводки редактирования, чтобы решить, нужно ли искать разницу для редактирования, которое они видят в своем списке наблюдения (и, аналогично, когда они просматривают журнал истории статей). Я обычно AGF редактирую резюме и считаю, что в целом они экономят мне много времени и работы. Вот почему я считаю, что каждый должен их использовать. Nsk92 ( разговор ) 19:39, 24 февраля 2021 (UTC)

Я не имею в виду, что сводки редактирования - это средство минимизировать неудобства. Скорее, я имею в виду, что если отсутствие сводок редактирования от конкретного пользователя рассматривается как нарушение работы, уже существует хорошо зарекомендовавший себя способ справиться с этим. Что касается вашего другого пункта, я не думаю, что полностью понимаю, как тот, кто добросовестно относится к содержанию резюме редактирования, не будет также добросовестно относиться к содержанию редактирования . Другими словами, если статья в моем списке наблюдения показывает значительное изменение размера, я собираюсь проверить ее независимо от того, что говорится или не говорится в резюме. Это не недостаток доброй воли. Хотя, мне кажется, что автоматически возвращаясь любым изменение , которое не имеет краткое описание изменений является, в значительной степени. (Не хочу сказать , что это ваш МО, но это определенно вариант, которым пользуются некоторые.) Primergrey ( разговор ) 20:32, 24 февраля 2021 г. (UTC)

Когда я решаю найти правку, это в первую очередь не для того, чтобы отменить ее, а для того, чтобы понять ее. То есть, для статьи, которая меня интересует, если существенное редактирование, добавляющее / изменяющее значимый контент, исходит от опытного и полностью надежного редактора, я, вероятно, все равно захочу найти ее, просто потому, что мне интересна тема. Даже для более короткого редактирования, которое добавляет небольшую часть полезной информации, я могу захотеть найти его, потому что мне интересна эта информация. Для редактирования, переформатирования таблицы или добавления тега обслуживания, я, скорее всего, пропущу его. Но когда я вижу правку без сводки редактирования в моем списке наблюдения, я не могу отличить эти типы ситуаций. Nsk92 ( разговорное ) 20:54, 24 февраля 2021 (UTC)

Еще одна вещь, которую следует учитывать, заключается в том, что списки наблюдения - не единственная причина для редактирования сводок. Действительно, для моей работы их появление в историях страниц имеет гораздо большее значение, поскольку я часто смотрю, почему конкретный термин был добавлен или удален из статьи, или почему контент был реорганизован (не то, что можно сделать другим способом). Они помогают понять, как статья развивалась с течением времени, насколько она активна с точки зрения разработки / поддержки контента. Когда возникают споры, сводки редактирования являются неоценимым подспорьем в определении того, что происходит и почему, а также для фильтрации правок, которые не являются частью разногласий, но были внесены в одно и то же время. Они также позволяют мне видеть, было ли отменено изменение, внесенное в статью, потому что кто-то не согласился с ним или потому, что они не заметили его при внесении изменений в контент.На страницах обсуждения полезны резюме, такие как «ответ на Nsk92», потому что вы можете отличить их от очень разных редакций, таких как «Предвзятый раздел ранней жизни». По всем этим и многим другим причинам отказ от выхода и редактирования резюме усложняет задачу другим редакторам, иногда спустя годы, в обмен на крошечные затраты времени для вас. У опытного редактора нет причин постоянно отказываться от редакционных сводок.У опытного редактора нет причин постоянно отказываться от редакционных сводок.У опытного редактора нет причин постоянно отказываться от редакционных сводок.Тридуульф ( разговор ) 21:47, 24 февраля 2021 (UTC)

Питер Саутвуд сделал несколько ранее. Primergrey ( разговор ) 21:51, 24 февраля 2021 (UTC)

Я должен был сказать «нет веской причины», поскольку высказывания Питера Саутвуда либо ошибочны, либо не суммируют, либо являются примером того, где следует использовать сводку редактирования, указывающую на более полное объяснение на странице обсуждения. Действительно, за 15 лет, которые я редактировал Википедию, было лишь несколько случаев, когда я не мог адекватно объяснить свое изменение в сводке редактирования, и каждый из этих случаев я публиковал на странице обсуждения. . Я знаю ровно ноль случаев, когда было бы лучше не оставлять сводку редактирования, чем оставлять ее. Тридуульф ( разговор ) 23:49, 24 февраля 2021 (UTC)

Вводящие в заблуждение или оскорбительные сводки редактирования? Однако я предполагаю, что вы имеете в виду полезные сводки редактирования, что делает их немного тавтологией. · · · Питер Саутвуд (разговор) : 09:19, 25 февраля 2021 (UTC)

Thryduulf , Какую работу вы так сильно полагаетесь на редактирование резюме? · · · Питер Саутвуд (разговор) : 09:27, 25 февраля 2021 (UTC)

RfD и разрешение споров - это наиболее частые случаи, когда я полагаюсь на резюме редактирования, но бывают и другие случаи. Вводящие в заблуждение или оскорбительные сводки редактирования - отвлекающий маневр: любой функцией можно злоупотреблять, а подавляющее большинство людей этого не делают (так работает вся Википедия). Если кто-то намеренно злоупотребляет чем-то, это проблема поведения, которую необходимо решить (а это обычно происходит вместе с другими проблемами поведения), если они делают это непреднамеренно, это проблема образования. Тридуульф ( разговор ) 13:11, 25 февраля 2021 (UTC)

Точно ноль кажется немного преувеличенным, но это не проблема.

Тридуульф , я хотел бы понять, насколько критически важно наличие редакционных сводок для вашей работы, чтобы я мог составить обоснованное мнение о том, насколько серьезно мне следует отнестись к вашим утверждениям. Меня можно убедить доказательствами и логическими рассуждениями, а не столько риторикой, и в целом я могу заметить разницу. Ура, · · · Питер Саутвуд (разговор) : 06:46, 26 февраля 2021 (UTC)

Это не критически важно в том смысле, что я не могу обойтись без него, но сводки редактирования значительно упрощают поиск ключевых изменений в истории страницы и особенно понимание того, почему они были сделаны. Большая часть RfD понимает, почему термин перенаправляется туда, где он находится, и почему термин или соответствующая информация были добавлены или удалены из статьи или перемещены в другое место. Просматривая историю страницы, сводки редактирования должны рассказывать историю того, как изменилась статья, это означает, что мне не нужно читать каждое изменение, чтобы найти то, что я ищу, мне не нужно угадывать причину изменения был сделан спустя годы после того, как это было сделано. Я часто имею дело с темами, о которых знаю очень мало, поэтому вещи, очевидные для участвующих редакторов в то время, могут быть непонятны для других позже.Если термин удаляется из статьи без объяснения причин, становится намного сложнее понять, было ли это изменение хорошим или плохим. Понимание того, почему термин находится или нет в конкретной статье, часто важно для определения того, что должно произойти с перенаправлением, чтобы мы могли лучше всего помочь читателям.

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

Когда я говорю: «Я знаю ровно ноль случаев, когда было бы лучше не оставлять сводку редактирования, чем оставлять ее». Я имею в виду именно это, это не преувеличение. Могут быть несколько случаев, когда добавление сводки редактирования ничего не добавляет по сравнению с сводкой редактирования (я изо всех сил пытаюсь придумать такие ситуации, но я готов поверить, что они могут существовать), но сводка редактирования действительно никогда не хуже, чем отсутствие редактирования резюме. Тридуульф ( разговор ) 13:55, 26 февраля 2021 (UTC)

Thryduulf , если я принимаю ваше заявление за чистую монету, я обнаруживаю, что хочу попросить вас объяснить, как оскорбительное или разрушительное резюме редактирования может быть не хуже, чем резюме без редактирования.
Я вижу, что для вашей работы над редиректами некоторые сводки редактирования иногда могут облегчить работу. Есть ли у вас примерная оценка того, какой процент всех сводок редактирования может быть верным?
Я согласен с тем, что сводки редактирования желательны, когда возникает разумная вероятность того, что изменение может быть оспорено. · · · Питер Саутвуд (разговор) : 06:43, 2 марта 2021 (UTC)

@ Pbsouthwood :Правки с вводящими в заблуждение резюме составляют такой крошечный процент всех правок, что они по существу не имеют отношения к обсуждению (и часто последующие правки исправляют их, явно или неявно в любом случае). Что касается того, какой процент резюме редактирования потенциально полезны? 100% - включая вводящие в заблуждение в качестве вводящего в заблуждение резюме редактирования, является хорошим показателем того, что редактирование было сделано недобросовестно. Не все они помогают одинаково, но, учитывая множество разных причин, по которым люди могут просматривать сводки, каждое отдельное изложение редактирования может быть полезно кому-то в какой-то момент, даже просто «это не редактирование» Я ищу "полезно - редактирование без резюме не дает вам ни малейшего представления о его цели, релевантности или чем-то еще.Какой процент сводок редактирования действительно полезен лично мне, не имеет значения.Тридуульф ( разговор ) 09:57, 2 марта 2021 (UTC)

Тридуульф, Я понимаю вашу точку зрения о полезности ненадлежащего редактирования резюме как свидетельства злого умысла. Я надеюсь избежать этой полезности в моих собственных обзорах. Релевантность процента сводок, полезных для вас лично, частично объясняется тем, что он дает некоторое представление о важности, которую вы придаете своему удобству, по сравнению с удобством других пользователей, как тех, кто также считает редактирование сводок полезным инструментом, так и тех, кто может найти сами обязаны предоставлять этим редактированным резюме без объективных доказательств того, что время, потраченное на их предоставление, потрачено не зря с точки зрения их собственных потребностей и предпочтений в качестве добровольцев, и отчасти, что при отсутствии объективного исследования это может быть отправной точкой для первого оценка анализа затрат и выгод. Я предполагал, что будет легче оценить свой собственный опыт, чем опыт других.
Вы найдете "Кто это написал?" гаджет полезный? · · · Питер Саутвуд (разговор) : 12:10, 3 марта 2021 (UTC)

Утилита для других пользователей на много порядков перевешивает крошечные затраты (как по времени, так и по усилиям) на предоставление сводки редактирования. Я бы сказал, что 100% сводок редактирования, которые я вижу на страницах истории и в моем списке наблюдения, являются полезными или потенциально полезными. Очевидно, что некоторые из них более полезны, чем другие, но что и почему зависит от того, почему я их читаю. Очевидно, я не могу утверждать, что сводки редактирования, которые я не вижу, лично полезны для меня, но это не значит, что они бесполезны для кого-то еще. Я надеюсь, что ваше возражение против предоставления резюме редактирования не является эгоизмом, но это единственная мотивация, которая, как мне кажется, имела бы смысл. Тридуульф ( разговор ) 12:29, 3 марта 2021 (UTC)

Я подробно объяснил свои возражения против обязательных уведомлений о редактировании. Я думал, что к настоящему времени они будут достаточно ясными. Обозначая эти причины как эгоизм, кажется, нет смысла. Я не единственный редактор, которому могут быть неудобства из-за большего удобства других. · · · Питер Саутвуд (разговор) : 06:50, 4 марта 2021 (UTC)

Вы подробно прокомментировали свои возражения, но это не значит, что я смог понять из них вашу мотивацию. Я не говорю, что ваша мотивация - это эгоизм, просто то, что эгоизм - это одна из мотиваций, которая соответствует комментариям, могут быть и другие мотивы, которые тоже подходят, но нежелание делать то, что вам не нравится и которое причиняет вам крошечные неудобства для большего удобство других не помогает мне думать о каких-либо альтернативах. То, что более чем один человек считает подобное, не имеет значения - это не доказывает, что это эгоистично или нет. Тридуульф ( разговор ) 12:43, 4 марта 2021 (UTC)

• Это все равно что оставлять пояснительные примечания в коде, не делать этого бесполезно. Selfstudier ( разговор ) 23:01, 24 февраля 2021 (UTC)
• Я должен сказать, что необходимость объяснения, почему вы удалили одно письмо из-за опечатки, сделает многих редакторов очень недовольными! Дэвидстюартхарви ( разговор ) 17:32, 25 февраля 2021 (UTC)

Полагаю, мне стоит рассказать о таких вещах? Опечатка тоже довольно хорошо понятна. И Sp. Но, возможно, я слишком много предполагаю. Selfstudier ( разговор ) 19:26, 25 февраля 2021 (UTC)

• Я согласен с Трюдуульфом в отношении потенциальной ценности резюме редактирования при просмотре истории статьи, но я думаю, что это более полезно и более разумно ожидать, когда правки существенные или существенные, такие как «добавлен раздел о личной жизни» или «завершен. переписать образование ». Я не согласен с позицией, согласно которой «каждое» редактирование должно быть «обязательным», чтобы иметь его. Я думаю, что проверка правки как незначительной устраняет необходимость во многих или в большинстве обстоятельств, например, и я лично не хочу, чтобы кто-либо тратил свое время на ввод «исправленной опечатки» в качестве объяснения того, почему они изменили «Вашингтон» на Вашингтон ». (и я не хочу читать это резюме.) Это также не должно требоваться для добавления комментариев на страницу обсуждения.Добавление к транзакционной стоимости каждого редактирования означает меньшее количество правок. Никто на самом деле не рассматривал вопрос о «принудительном исполнении», насколько люди думают, что «требуется» будет означать на практике, какими бы узкими или широкими ни были обстоятельства, которые могут быть «необходимы».postdlf ( обсуждение ) 18:16, 25 февраля 2021 (UTC)

  Размышление об аспекте «транзакционных издержек», на который вы указываете, заставляет меня отказаться от моей прежней позиции, что это может быть полезным руководством для основного пространства. У нас уже есть правила против подрывного редактирования, который может включать в себя не с помощью редактирования резюме , когда они должны быть использованы, например, что делает потенциально спорные редактировать или выдвигающие статью для удаления. Нет нужды приставать к людям за какой-то процент, произведенный инструментом. Если кто-то вносит хорошие правки, то лучше, чтобы они сделали эти правки, а не сделали идеальную вещь и предоставили сводку редактирования. Давайте не позволим лучшему стать врагом хорошего. Фил Бриджер ( разговор ) 18:44, 25 февраля 2021 (UTC)

Я считаю, что фактические транзакционные издержки с точки зрения уменьшения количества правок статьи будут либо минимальными, либо отсутствовать вовсе. Когда редактор хочет внести правку, он не беспокоится о сводке редактирования. Они готовят редактирование и предварительный просмотр. Только тогда, когда дело доходит до сохранения редактирования, они начинают думать о сводке редактирования. Даже редакторы, которых может несколько раздражать требование предоставить сводку редактирования, они вряд ли откажутся от редактирования. Некоторые редакторы могут быть настолько раздражены, что просто начнут меньше редактировать, но я сомневаюсь, что их будет много. Предоставление сводки редактирования для каждой правки (или каждой правки в области статьи) легко становится привычкой, как предупреждение лица, закрывающего сейчас, когда вы выходите на улицу. Через некоторое время это просто становится автоматическим, и вы не делаете этого.Я действительно не думаю об этом. Я уверен, что то же самое было бы и с редактируемыми резюме, если бы мы серьезно относились к их требованию.Nsk92 ( разговор ) 19:39, 25 февраля 2021 (UTC)

Nsk92 , есть ли какие-нибудь достоверные данные, подтверждающие это убеждение? Минимальное теоретически возможно как среднее значение при условии некоторого согласия в отношении того, что составляет минимальное значение. Несуществующие - это на первый взгляд маловероятно, так как, по моему опыту, некоторые редакционные сводки нетривиально составлять, и они включают те, которые я считаю критически важными, например, необходимые для атрибуции, и которые я стараюсь делать при необходимости. и сделать адекватно информативно. В таких случаях стоимость транзакции не является проблемой, поскольку очевидно, что они являются важной частью редактирования. · · · Питер Саутвуд (разговор) : 06:46, 26 февраля 2021 (UTC)

Я разговаривал в просторечии. Конечно, насколько мне известно, никто на самом деле не пытался провести точные эксперименты по этой теме или определить количественную меру транзакционных издержек, связанных с составлением сводки редактирования. Я хочу сказать, что, IMO, обязательное редактирование резюме в пространстве статей вряд ли значительно сократит количество правок из-за того, как работает процесс редактирования. Сначала вы готовите редактирование, а только потом думаете о его сводке. Кроме того, предоставление резюме редактирования довольно быстро становится привычкой. Nsk92 ( разговор ) 07:47, 26 февраля 2021 (UTC)

К тому же, конечно, для тех, кто обеспокоен потенциальными транзакционными издержками, связанными с тем, что редактирование сводок может стать серьезным препятствием, которое каким-то образом могло бы значительно сократить количество общих правок и когда-либо оттолкнуло некоторых редакторов, нет надежных данных, подтверждающих это. вера тоже. На данном этапе мы пытаемся аргументировать на уровне здравого смысла. Nsk92 ( разговор ) 07:54, 26 февраля 2021 (UTC)

Если на это нужно время, то это обязательно не может быть «несуществующей» ценой. И если на что-то уходит больше времени, то при прочих равных этим заниматься будет меньше людей. Честно говоря, это кажется аксиомой. Тем более, что все являются волонтерами, поэтому не существует дополнительных преимуществ для компенсации этих затрат. Я знаю , что я был бы меньше шансов исправить написание слова в статье , я читал на моем телефоне , если я должен такжевведите "исправленное правописание". И это может быть только потому, что мой малыш внезапно снова забирается в шкаф, прежде чем я успеваю закончить, красный свет сменился на зеленый, или я просто решил, что дополнительное время, которое занимает это «требование», не стоит моего времени. Опять же, все, что здесь означает «требуется», еще предстоит объяснить. Я не знаю, о чем мы говорим на практике, если только не указано «иначе». postdlf ( обсуждение ) 18:59, 26 февраля 2021 (UTC)

Я надеюсь, что пользователи предпочтут не редактировать, находясь в машине, ожидая, когда загорится зеленый свет. isaacl ( разговор ) 21:14, 26 февраля 2021 (UTC)

В транзакционных издержках есть некоторая ценность . Нашей целью должно быть повышение качества правок, а не только их количества. Написание сводки редактирования вначале также может быть полезным - если вы не знаете, зачем вы вносите правку, то, возможно, это редактирование нецелесообразно? - GhostInTheMachine ^{поговори со мной} 12:38, 2 марта 2021 года (UTC)

В некоторых случаях это правда, но в других случаях можно открыть окно редактирования с одним намерением и в итоге внести серию смешанных мелких и более существенных правок, все улучшения, но не обязательно логически связанные, и ко времени сохранения , правильное (не вводящее в заблуждение) описание потребует много слов и серьезного изучения diff. · · · Питер Саутвуд (разговор) : 07:23, 3 марта 2021 (UTC)

Я не думаю, что редактировать резюме нужно обязательно, но их следует поощрять. Они недостаточно используются. Я видел, как своевременные сводки редактирования прекращают войну редактирования на своем пути. Явная сводка редактирования позволяет другим редакторам точно знать, что вы добавили. Это может показаться необязательным, если вы доверяете редактору, но когда вы смотрите на страницу истории редактирования, на которой был нанесен какой-то ущерб среди дюжины или около того правок, лучше получить явные сводки редактирования от всех. Если я исправлю опечатку, я, скорее всего, напишу не только «исправление опечатки», но и «Вашингтон -> Вашингтон». Это информирует людей о том, что именно произошло, без необходимости открывать страницу. Я также склонен написать более общее «редактирование копий», которое некоторым может показаться совершенно бесполезным,но привычка делать это побуждает меня быть более точным, когда я думаю, что это оправдано, например, «редактирование копий, использование британской орфографии, особенно от« труда »до« труда »». Но вместо того, чтобы пытаться навязать свою суету другим, что было бы невозможно, я предлагаю системе предоставлять различия в виде сводок редактирования или суммировать те различия, в которых недостаточно места, чтобы включить их все, как сейчас многие боты. делает.не хватает места, чтобы включить их все, как сейчас делают многие боты.не хватает места, чтобы включить их все, как сейчас делают многие боты.Дхтвики ( разговор ) 22:43, 25 февраля 2021 (UTC)

• Я не уверен, что превращение справочной страницы в руководство - лучший способ снять шкуру с этой кошки, но я согласен с общим принципом и думаю, что лучший подход - это, возможно, пересмотреть то, что на нем написано в политике редактирования. Хотя они и не должны быть обязательными, я думаю, что редакторам следует поощрять использование сводок редактирования для большинства, если не всех правок в основном пространстве. Они также могут быть полезны в других пространствах имен. Самое главное, редакторов следует научить, зачем использовать сводки редактирования и что в них писать: почему «rv nonsense» - это плохо (не описательно), а «fix typo» - хорошо (избавляет от необходимости смотреть на правку). Это то, что уже делает страница справки, и на нее уже есть ссылка на странице политики. Так что я думаю, что статус и взаимосвязь двух страниц в порядке, но, возможно, формулировку страницы политики можно было бы изменить.Левивич ^harass / _hound 01:28, 26 февраля 2021 (UTC)

• Возможно, это связано с тем, что я смотрю несколько статей, склонных к вандализму, но ... редактировать аннотации не всегда помогают. На самом деле, когда редакторы действуют недобросовестно, резюме редактирования может быть вредным, если оно преднамеренно используется для обмана. Я часто видел значительные (вандализм) правки, скрытые за безобидными резюме, такими как «исправленная опечатка» или «исправление орфографии». Blueboar ( разговор ) 13:26, 26 февраля 2021 (UTC)

  Редакторы, злоупотребляющие резюме редактирования, не являются свидетельством против полезности редакционных резюме, это свидетельство проблемы с пользователями, злоупотребляющими так же, как редакторы, умышленно применяющие неправильные цитаты, не свидетельство того, что цитаты - это плохо. Тридуульф ( разговор ) 14:00, 26 февраля 2021 (UTC)

Я не согласен ... Я просто хотел сказать, что сводки редактирования не всегда полезны. Нам все еще нужно проверить правку, чтобы увидеть, соответствует ли то, что сказано в резюме, фактическому редактированию. Blueboar ( разговор ) 14:23, 26 февраля 2021 (UTC)

Когда я сделал первоначальное предложение в верхней части этой ветки относительно справки: редактировать сводку , я не осознавал, что существует раздел Википедия: политика редактирования # Будьте полезны: объясните, как работать с сводками редактирования. На этом этапе я согласен с тем, что изменение статуса справки: редактировать сводку - не лучший вариант. Но я хотел бы усилить язык Википедии: Политика редактирования # Будьте полезны: объясните , предполагая, что консенсус для этого может быть достигнут. Nsk92 ( разговор ) 01:53, 26 февраля 2021 (UTC)

• Объективно говоря и не считая семантики, я считаю, что использование сводок редактирования должно стать обязанностью каждого редактора. Я без малейшего сомнения верю, что это правильно. У меня также нет никаких оговорок, если это будет политикой, также есть опасения, что редакторы используют сводки редактирования в разрушительной манере в таких сценариях. Я считаю, что редактор (-ы) должен быть предупрежден (-ы) за разрушительное редактирование и при необходимости подвергнутся санкциям со стороны сообщества. Celestina007 ( разговор ) 08:08, 1 марта 2021 (UTC)

  Celestina007 Помимо убеждений / мнений, какие последствия вы бы сочли подходящими для (а) непредоставления резюме редактирования или (б) предоставления резюме редактирования, которое любой данный читатель не считает достаточно полезным? Я ищу здесь разумно осуществимые предложения. Резюме разрушительного редактирования уже охвачены общей политикой. · · · Питер Саутвуд (разговор) : 06:10, 2 марта 2021 (UTC)

  Случайное случайное опущение сводки редактирования не заслуживает никаких последствий (особенно если за ним следует пробел или аналогичное исправление), безупречность не требуется. Неоднократное умышленное пропущение сводки редактирования следует рассматривать как форму разрушающего редактирования. Преднамеренное оставление сводок редактирования, которые не приносят никакой пользы, ничем не отличается от оставления вводящего в заблуждение сводки редактирования. В других ситуациях уместно обсуждение и совет. Если к этому совету не прислушиваются, прогрессируйте так же, как и с людьми, игнорирующими советы другими способами. Более конкретно, зависит от обстоятельств. Тридуульф ( разговор ) 10:03, 2 марта 2021 (UTC)

@ Pbsouthwood , привет, извините, я не успел вовремя уловить вопрос (я все еще в офисе), я думаю, @ Thryduulf уже дал ответ, который я бы дал, но более четко, чем я имел бы. Celestina007 ( разговорное ) 16:32, 2 марта 2021 (UTC)

Столь значительное справедливое и разумное суждение требовало оценки полезности редактируемых резюме. · · · Питер Саутвуд (разговор) : 12:31, 3 марта 2021 (UTC)

Использование резюме редактирования или его отсутствия в качестве бремени для редакторов - хороший способ просмотреть его, не делая этого обязательным, подобно тому, как мы возлагаем бремя на тех, кто участвует в массовых сериях правок, не достигнув сначала консенсуса. Редактор берет на себя ответственность за то, чтобы их правки в этом случае соответствовали ожиданиям редакторов. Если отсутствие сводок редактирования в конце дня от конкретного редактора вызывает проблему, то мы должны усилить это бремя для этого редактора, чтобы он использовал сводки редактирования. Точно так же, если они намеренно неправильно используют сводки редактирования (которые включают пометку правок как незначительных, когда они не являются таковыми), это также бремя, которое необходимо разрешить. Но, как и при массовом редактировании, это не требование уровня руководства, это поведенческий аспект, который мы рассматриваем в каждом конкретном случае. - Мasem ( t ) 14:30, 3 марта 2021 г. (UTC)

• Сводка редактирования предназначена для помощи другим редакторам, и отсутствие подходящей сводки означает нежелание быть полезным - GhostInTheMachine ^{поговорит со мной} 12:29, 2 марта 2021 г. (UTC)
  • Быть полезным - это хорошо ... но не обязательно. Blueboar ( разговор ) 12:52, 3 марта 2021 (UTC)

    В конкретном случае редактирования резюме это должно быть обязательно. Тридуульф ( разговор ) 15:17, 3 марта 2021 (UTC)

Лично я не могу придумать ни одной причины, по которой редактирование резюме не должно быть обязательным для редактирования пространства статей. Меня бесит, когда люди обычно не уходят из них, особенно небольшая группа редакторов, которые никогда их не покидали. Вся основа Википедии заключается в том, что сотрудничество может создать качественную энциклопедию. Отсутствие обобщения вашего редактирования - это отказ от сотрудничества, лишающий других редакторов возможности быстро оценить, что изменилось в статье. У меня нет времени утверждать, что кто-то с меньшей вероятностью внесет правку, если потребуется, чтобы объяснить, что они делают. Написание сводки редактирования - просто недостаточно обременительная задача, чтобы отказаться от ее предоставления.

Вы можете проверить мой вклад и найти некоторые правки, в которых я не оставил резюме: никакого лицемерия здесь, они не были преднамеренными, и я бы предпочел, чтобы правка не могла быть сохранена, пока я не резюмирую ее. Андезитские ( разговорное ) 14:40, 3 марта 2021 (UTC)

• Принял ваше предложение, быстро нашел эти: « исправлено ужасное письмо », « убрано идиотское бред », « улучшено ужасающее письмо ». Где информация? Любой, кто видел эти сводки в своем списке наблюдения, проверил бы правку. Это не лучше, чем отсутствие резюме. Primergrey ( разговор ) 06:01, 6 марта 2021 (UTC)

  Хотя они и не идеальны, они четко объясняют, какова была мотивация для редактирования и примерно то, что было сделано - первое и третье улучшали формулировку материала, уже содержащегося в статье, а второе удаляло информацию, которая, по их мнению, была неверной. Если бы я увидел их в моем списке наблюдения, то, вероятно, (в зависимости от того, чем я интересовался в статье), захотел бы посмотреть на правку, чтобы увидеть, что было изменено, но тогда я бы также сделал то же самое, если бы они были «улучшенными формулировками, относящимися к (foo) "," удалил явно некорректный материал о (foo) "и" отредактируйте и перефразируйте разделы о (foo), чтобы улучшить формулировку. ". Буду ли я смотреть на них при чтении истории статьи, будет зависеть от того, почему я читал, и каков был контекст окружающих сводок редактирования.Они значительно лучше, чем оставлять без сводки редактирования, где я не пойму, что это было за изменение или почему оно было внесено, и мне пришлось бы смотреть при любых обстоятельствах. Таким образом, в некоторых случаях это лучше и не хуже во всех других, а это означает, что это не дает никаких доказательств того, что требование сводки редактирования каким-либо образом вредно.Тридуульф ( разговор ) 12:43, 6 марта 2021 (UTC)

  Эти резюме никоим образом не развеют чью-либо озабоченность по поводу качества правок (если они не знают редактора). Резюме, которое я представил, - это именно тот тип, который человек, лишенный самосознания, использовал бы, чтобы описать, как они вытаскивали проект из трясины дурной репутации, брыкаясь и крича. В любом случае я думаю, что этот пользователь заблокирован. Primergrey ( разговорное ) 16:49, 6 марта 2021 (UTC)

  Вы совершаете ошибку, предполагая, что сводки редактирования используются только для патрулирования последних изменений / последних изменений в списках наблюдения. Это, безусловно, одно применение, но далеко не единственное. Тот факт, что кого-то заблокировали за противодействие редактированию, не означает, что он ошибается во всем. Тридуульф ( разговор ) 17:50, 6 марта 2021 (UTC)

В разделе редактирования ваших предпочтений вы можете установить «Запрашивать меня при вводе пустой сводки редактирования (или сводки отмены по умолчанию)». Это не безошибочно (например, это мое изменение каким-то образом проскользнуло через сеть), и бывают случаи, когда вам нужно намеренно игнорировать его, потому что добавление сводки редактирования сломает скрипт, который автоматически добавляет его за вас (например, при отправке нового запроса в AE ), но это очень полезно. Тридуульф ( разговор ) 15:26, 3 марта 2021 (UTC)

NoEditSummary сценарий пользователь также может помочь - GhostInTheMachine ^{поговорить со мной} 16:14, 3 марта 2021 (UTC)

Ага, не знала об этом - спасибо. Андезиты ( разговорное ) 17:47, 3 марта 2021 (UTC)

GhostInTheMachine есть ли что-нибудь в этом пользовательском скрипте, которое работает лучше, чем настройка на вкладке «Редактирование» в Special: Preferences ? CambridgeBayWeather , Uqaqtuq (разговор) , Huliva 01:50, 6 марта 2021 г. (UTC)

RfC в политике editnotice [ править ]

В разговоре в Википедии есть RfC : Общие санкции / Коронавирусная болезнь 2019 #RfC по использованию COVID-19 editnotice, чтобы ответить на вопрос «Должны ли администраторы иметь возможность размещать шаблон editnotice для общих санкций / коронавируса 2019 года на страницах, которые соответствуют нет санкций в отношении отдельных страниц? " - RexxS ( разговор ) 21:55, 23 февраля 2021 г. (UTC)

Объявление: (эссе) WP: SOLDIER устарело [ править ]

Любой постоянный член АдГ наверняка столкнется с этим при обсуждении военных фигур. Согласно недавнему RfC на странице обсуждения военной истории WikiProject ; это было признано неуместным, и было принято решение отказаться от него. Просто сообщаю вам, если вы в конечном итоге обнаружите, что его все еще цитируют в соответствующих обсуждениях.

Для WikiProject Военная история,

RandomCanadian ( обсуждение / вклад ) 00:50, 25 февраля 2021 г. (UTC)

Кейтлин Дженнер [ править ]

Мы действительно «не голосуем» или это просто хорошая выдумка? [ редактировать ]

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

Очевидно, я знаю, что существует соглашение, что опрос в процессах - это WP: NOTAVOTE , и что их следует рассматривать как запрос мнений редакторов, которые следует рассматривать по существу. Однако я считаю, что на практике эти обсуждения, по сути, функционируют как опросы прямого большинства. Фактически, вся концепция консенсуса, реализованная в Википедии, кажется, коренится в выборе курса действий, который поддерживается большинством редакторов.

Я понимаю, что идея здесь в том, что люди должны выражать свои взгляды, когда они голосуют, и что, высказывая эти взгляды, они влияют на редакторов, которые голосуют впоследствии, до тех пор, пока не будет сформирован общий консенсус. Теоретически это хорошо, но у него есть несколько режимов отказа. Во-первых, многие люди, особенно в длинных RFC, не будут читать все обсуждения, которые имели место заранее, вместо этого пропускают блок текста и добавляют свое мнение без изменений. Во-вторых, если идея о том, что консенсус является результатом убеждения людей предыдущими аргументами, игнорируется тот факт, что группы редакторов могут желать одного и того же результата по разным причинам. В ситуациях, когда 40% участников возражают против действия, но остальные 60% разделяют поровну в своем стремлении к действию, тогда, возможно, не было "консенсус »- основание для решения, и поэтому по умолчанию этот процесс сводится к простому слепому голосованию.

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

Речь идет не о каком-то конкретном обсуждении или проблеме, и я не мог бы предложить какой-то лучший способ сделать что-то особенно. Я просто хотел узнать другое мнение; Конвенция «Не голосование» по существу просто хорошая мысль? Или его основная функция заключается не в применении в строго буквальном смысле, а в том, чтобы напоминать редакторам о необходимости всегда высказывать свое мнение таким образом, чтобы обсуждения, как правило, были более ориентированы на мнение, а не на серию бесконтекстных поддерживающих или оппонентов? Или вы думаете, что Википедии вообще удается удержаться от того, чтобы «не голосовать» в соответствующих обсуждениях? BlackholeWA ( разговор ) 12:01, 1 марта 2021 (UTC)

• WP: NOTVOTE - это больше, чем просто стремление, но способ его работы, вероятно, более очевиден, когда вы закрываете обсуждения, а не участвуете в них. Во-первых, мы стремимся к приблизительному консенсусу., а не единодушный; согласие между большинством участников может сыграть решающую роль, даже если с ним не согласно значительное меньшинство. Вот почему редко (но вовсе не неслыханно) закрытие в пользу позиции меньшинства и почему результат часто похож на результат опроса. Но доводчики по-прежнему делают гораздо больше, чем считают головы. Ваше гипотетическое обсуждение, в котором большинство участников согласны с результатом, но по разным причинам, является примером того, как процесс работает так, как задумано - консенсус возникает из общей основы, с которой согласны большинство. Чтобы сделать это конкретным, скажем, у нас есть АдГ, в котором 3 человека! Голосуют за сохранение, 3 за удаление, 2 слияния и 2 перенаправления, причем все они имеют одинаково веские основания. С точки зрения опроса, ни один результат не «побеждает». Но, очевидно, есть грубаяконсенсус (7–3) о том, что статью не следует сохранять в ее нынешнем виде, даже если нет согласия относительно того, что с ней делать. Более близкий подход распознает это и, руководствуясь общим принципом , заключающимся в том, что мы ошибаемся в части сохранения контента, закроем его как слияние.

Ваш второй пример звучит как суперголос . Часть WP: CONSENSUS о «качестве аргументов» означает, что при его оценке мы отбрасываем мнения, которые явно необоснованны, опровергаются или противоречат установленной политике. Дело не в том, что лично более близкое считает убедительным. -  Джо  ( разговор ) 12:49, 1 марта 2021 (UTC)

• Я закрыл несколько RfC / RM / TfD в пользу мнения меньшинства ( пример ). Обычно такое закрытие требует более подробного объяснения, чтобы прояснить мысли. Некоторые обжалуются в DRV и т. Д., Но ни один из них еще не отменен. Я думаю, что в некоторых случаях вполне допустимо закрытие в пользу меньшинства , но это все еще редкость. На мой взгляд, большинство дискуссий - это в основном голосование, и консенсус заключается не в том, чтобы быть «правым», а скорее в стабильности. В той степени, в которой WP: NOTAVOTE имеет значение, это в основном свод WP: CONLEVEL.(т. е. голоса, которые идут против более широкого консенсуса, не имеют очень большого веса, а также голоса, которые являются внутренне логически несовместимыми или иным образом серьезно проблематичными, отбрасываются). В некоторых обсуждениях, особенно в тех, где действуют некоторые особые интересы (например, местный консенсус, WikiProjects, претендующие на территорию и т. Д.), Также стоит проявлять осторожность, чтобы не сбрасывать со счетов более широкие мнения редакторов и не осознавать, происходит ли уклонение от препятствий / ударов. Также нужно опасаться СПА / носков / агитации. После этого он в основном ищет, есть ли результаты / точки, с которыми, похоже, в целом согласны редакторы.
  Если есть явный консенсус против текущего названия, но нет консенсуса относительно лучшего названия, то может быть обычным переход к временному стабильному решению, которое имеет наибольшую поддержку (пример: штурм Капитолия США в 2021 г.). Некоторые особые случаи также применимы к разным типам обсуждений. В текущих событиях, например, RfC, увидев стену поддержки / противодействия позже, может быть сильным индикатором консенсуса, который становится очевидным из-за внешних изменений (например, освещение в СМИ). Также, если идет неоднозначное обсуждение, а затем происходит опровержение основного пункта, и это, кажется, приводит к заметному колебанию голосов, что также является полезным индикатором. В таких случаях общее количество голосов с каждой стороны, кажется, имеет меньшее значение, чем тенденция, в которой идет RfC (но в некоторых случаях это недостаточно ясно, и результат «отсутствие консенсуса» является единственным действительным результатом). Один полезный подход, который я взял у Primefac, - это бегло просмотреть обсуждение и получить представление о различных точках зрения / аргументах, а затем более внимательно прочитать, чтобы увидеть, какие из них, похоже, достигли консенсуса.Это, как правило, хороший подход для более беспорядочных RfC (так что, на самом деле, я думаю, многие обсуждения на самом деле не голосование?).ProcrastinatingReader ( talk ) 17:22, 1 марта 2021 (UTC)
• Вы знаете, что иногда сторона дискуссии, имеющая численное преимущество , на самом деле имеет лучший аргумент, основанный на политике.? Я точно знаю? Странный. По моему опыту, крики «WP: NOTAVOTE НЕ ПОВИНЯЮТСЯ» исходят от людей, которые изначально не имели веских аргументов, основанных на политике. Время от времени у меня были закрытые дискуссии, которые шли против большинства, но следует отметить, что большая часть дискуссий действительно видит, что та же сторона дебатов, которая набрала наибольшее количество голосов, также имеет лучшее обоснование. Это не означает, что OP не имеет никаких аргументов в пользу того, что конкретный случай заставил их сделать этот длинный пост. Без ссылки на конкретный случай мы не можем сказать, какую конкретную проблему нам нужно оценить, и да, иногда обсуждения завершаются неправильно. Независимо от того, нужно ли пересмотреть какой-либо из них, о котором думает ОП, я не могу узнать, не глядя на него.- Джейрон 32 17:31, 1 марта 2021 г. (UTC)
  • Я не говорю о каком-то конкретном случае и не имею в нем проблемы. Поверьте мне или нет, я не пытаюсь быть тенденциозным в отношении конкретной дискуссии, а просто хотел узнать мнение о политике в целом, поскольку это было то, о чем я думал в последнее время - здесь есть несколько интересных перспектив, которые Я ценю. BlackholeWA ( разговорное ) 20:41, 1 марта 2021 (UTC)
• Некоторые дискуссии чаще используют NOTAVOTE, чем другие. Например, АдГ в значительной степени основаны на политике, и это, безусловно, тот тип обсуждения, в котором вы, скорее всего, увидите, что сторона меньшинства (в абсолютных цифрах) «выиграет», хотя, очевидно, все еще редко! Обсуждение именования также является обычным делом для этого. RfC повсюду - здесь может быть немного сложно судить, поскольку часто они создают политику, потому что в настоящее время ее нет. Таким образом, сделать аргумент, подкрепленный политикой, сложно, так что это больше зависит от веса причины и веса точек зрения. RfA действуют как голосование, если они не попадают в сферу CRATCHAT, после чего по умолчанию возвращаются к NOTAVOTE. Nosebagbear ( разговор ) 20:36, 1 марта 2021 (UTC)
• В основном то, что говорили все остальные, но особенно точка зрения Джо о том, что это становится более очевидным, когда вы ближе, чем участник. Я рекомендую вам просмотреть обсуждения и архивы на WP: Discussions для обсуждения, если вы хотите получить более четкое представление о том, как закрываются спорные обсуждения. вся концепция консенсуса, реализованная в Википедии, похоже, коренится в выборе курса действий, который поддерживается большинством редакторов, хотя может показаться, что это не так; как отмечали другие, закрытие против численного большинства не редкость. Это особенно вероятно, если численное большинство выглядит так, будто не сможет отстоять свое мнение. Это корень консенсуса: единство действий. Дело не в том, что все (или X% всех) согласны «давайте сделаем X», скорее все согласны, что «мы не будем препятствовать другим делать X, если они будут помнить Y и Z». Наша политика описывает то, что люди уже делают, а не обязательно то, что нужно делать; у нас нет твердых правил , поэтому независимо от результата «голосования» оно может быть реализовано только в том случае, если меньшинство соглашается не останавливать его реализацию (см. фрикадельку: CommunityDoesNotAgree). Если 40% редакторов решительно выступят против внесения изменений в «Руководство по стилю», они откажутся от любых попыток его применения. Тогда большинство сталкивается с проблемой: либо заблокировать 40% нашей редакционной базы, либо пойти на компромисс с меньшинством. Этот функциональный конфликт лежит в основе консенсуса: как избежать блокировки 40% редакторов каждый раз, когда нам нужно принять сложное решение? Мы определяем, что сообщество соглашается разрешить, а не заставляем одну фракцию делать то, что хочет другая. Конечно, это не всегда идеально - иногда мы действительно хотим заставить людей действовать определенным образом (например, WP: BLP , WP: NLT , WP: NPA и WP: GS). В этой ситуации голосование очень эффективно, потому что демонстрирует мандат на принуждение к действиям. Но голосование, как консенсус, является инструментом , а не каждый инструмент полезен во всех ситуациях (когда это является полезным, я во многом согласен с точкой SunirShah зрения на фрикадельках: VotingIsEvil ). Несмотря на все байты, которые люди тратят, указывая на проблемы в нашей модели управления, основанной на консенсусе, мы редко сталкиваемся с законными проблемами и режимами отказа при опросе. Теорема Пер Эрроувсе небинарные системы голосования будут неоптимальными по некоторой метрике «справедливости», поэтому превращение всего в голосование не решит волшебным образом наших проблем. Фактически, если не считать двоичного выбора, это обязательно неоптимально. У нас редко есть двоичные варианты выбора, и нам редко нужно демонстрировать мандат на строгое соблюдение правил с блоками. В этом дух NOTAVOTE: голосование - это инструмент, который редко бывает полезным для принятия решений в Википедии. Хотя многие обсуждения выглядят как голосование (поскольку соломенные опросы полезны для систематизации мнений по общим настроениям), они не работают так же, как они, за исключением определенных контекстов или очевидных случаев. - ГВП · · ро · дез 00:05, 2 марта 2021 (UTC)
• Это не голосование, но в ситуациях, когда обе стороны представляют хорошие аргументы при поддержке своей политики, оно часто переходит в голосование. NOTAVOTE более уместен, когда многие избиратели являются тупицами / марионетками или выступают с аргументами, противоречащими политике. power ~ enwiki ( π , ν ) 00:55, 3 марта 2021 г. (UTC)
• Чтобы проиллюстрировать (с учетом, конечно, вариаций):

Это ГОЛОС: « Поддержка ».

Это НЕАВОТА: « Поддержите, потому что ... [Политика] ... [Факт] ... [Аргумент] ... [Идея]. Следовательно, ...». - Alanscottwalker ( разговор ) 03:15, 3 марта 2021 (UTC)

• Мы должны приложить это обсуждение в качестве пояснительного приложения к NOTAVOTE Nosebagbear ( обсуждение )

• Это напоминает мне печально известный вопрос в Википедии: шпаргалка по RfA .

Я думаю, что ответ на ваш вопрос о NOTAVOTE сводится к правильному ответу на этот вопрос. В конце концов, если это действительно политика, не следует ли закрывать дискуссию с пятью плохо аргументированными сторонниками и одним сильно аргументированным противником? Правильный ответ состоит в том, что этого не должно быть - и человек, рассматривающий вопрос о закрытии обсуждения, должен вместо этого проголосовать самостоятельно.

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

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

Я думаю, что хороший пример , который вы можете искать с учетом количества голосов, но не будучи голос, является Википедия: Статьи для удаления / Jake Анджел . У обеих сторон были веские аргументы, основанные на политике, которые убедили многих редакторов. Поскольку не было четкого консенсуса, основанного на политике, «слабое» закрытие было правильным, и поскольку редакторы! Проголосовали за сохранение, значительно превзошли число тех, кто голосовал за удаление, не считая, что любой из них будет неправильным. Таким образом, слабый консенсус в пользу сохранения статьи заслуживает внимания.

Просто мои мысли по этому поводу. Элли ( Обсуждение | вклад ) 03:19, 7 марта 2021 (UTC)

Новый пользователь [ править ]

Привет, мне нужно второе имя пользователя для редактирования, связанного с работой. Я знаю, что использование нескольких имен пользователей не одобряется, а в некоторых других вики вообще запрещены. В en wiki я прочитал, что политика разрешает при определенных обстоятельствах, конфиденциальность является одним из них. Может ли кто-нибудь посоветовать, как это работает - есть ли кто-то, кого нужно уведомить, или мне нужно запросить разрешение? Вольфмартин ( разговор ) 23:36, 3 марта 2021 (UTC)

@ Wolfmartyn : создайте учетную запись с именем, скажем "Wolfmartyn @ Company / Work" или как-нибудь еще (связь между двумя именами пользователя не должна быть очевидной, если она раскрывается надлежащим образом); затем следуйте инструкциям на WP: ALTACCN . RandomCanadian ( обсуждение / вклад ) 02:32, 4 марта 2021 г. (UTC)

Пожалуйста, проверьте на странице статьи армии Мьянмы [ править ]

Мы видели очень грубые издания, сделанные некоторыми группами ненависти на странице армии Мьянмы, написанные на английском языке ,,, слово MA A Loe означает ублюдок на бирманском языке, а слово MA Thar Gyi также имеет очень плохое и грубое значение на бирманском языке. ..... пожалуйста, не позволяйте этим грубым и неуместным словам появляться в Википедии - предшествующий неподписанный комментарий добавлен 103.231.94.179 ( обсуждение ) 10:04, 4 марта 2021 года (UTC)

Категоризация людей [ править ]

Википедия: Категории для обсуждения / Журнал / 6 марта 2021 г. # Категоризация людей

Это централизованная дискуссия об объединении Википедии: Названия категорий # Категоризация людей в ее основное руководство, Википедия: Категоризация людей .
Уильям Аллен Симпсон ( разговор ) 09:35, 6 марта 2021 г. (UTC)

Отнесение птиц к динозаврам [ править ]

Продолжаем обсуждение в Википедии: Категории для обсуждения / Журнал / 6 марта 2021 г. # Птицам нужно больше участия.
Уильям Аллен Симпсон ( разговор ) 14:16, 6 марта 2021 (UTC)