Википедия:Вики-конференция 2012/Программа/Доклады/Предложения по оптимизации технических шаблонов и автоматизации правок

1. Раздел «Примечания»

Первые мысли об автоматизации тех или иных функций возникли у меня случайно, но буквально с первых же правок в Википедии. Не знаю, почему, но, обладая минимальными навыками польского языка, меня, вдруг, «занесло» в ПлВики в поисках информации, отсутствовавшей в русскоязычной статье, не имевшей при этом раздела «примечания». О вики-разметке я тогда и понятия не имел. И тут меня ждал довольно неприятный сюрприз: я, вдруг обнаружил, что шаблоны, управляющие работой списка сносок в ПлВики, не работают в РуВики. Так, например шаблон Przypisy (Примечания), реализованный в польской Вики, одновременно с созданием списка концевых примечаний под текстом статьи формирует и соответствующий одноименный раздел. Эта функция данного шаблона позволяет избежать непроизводительной траты времени на создание заголовка и самого раздела «Примечания» (что часто бывает довольно утомительно и отнимает время на непроизводительные действия).

Кстати, указанный раздел отображается в «условно читательской версии» страницы без возможности редактирования. Что представляется вполне обоснованным. Ведь, в принципе, в данном «квазиразделе» редактировать, практически, нечего. В крайнем случае, следует сменить сам шаблон примечаний, что легко сделать, выйдя в предыдущий раздел. Отсутствие ссылки [Редактировать] позволяет несколько повысить скорость отображения интернет страницы на терминале пользователя ввиду ликвидации избыточного запроса-ссылки.

2. Заготовка статьи

Представляется полезной идея создания шаблонов страниц основного пространства статей, «всплывающих» при создании новой статьи. Но не такого абсолютно пустого шаблона как сейчас, а таких заготовок, наподобие шаблонов специальных страниц, вроде заготовок для создания страниц ВП:ЗКА, ВП:КУ, ВП:КПМ и т.п., в которых принудительно уже прописана структура создаваемого раздела (в данном случае, темы обсуждения). В этих заготовках принудительно уже д.б. прописана определения «техническая» структура создаваемой статьи, в т.ч., шаблоны разделов == Примечания ==; == Литература ==; == Ссылки ==, а также заготовка для, хотя бы, одной категории: [[Категория:]].

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

Что это может дать:

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

Для реализации только что описанной функции необходима соответствующая доработка шаблонов (операторов): {{ref}}, {{sfn}}, {{книга}}, {{статья}}, {{cite web}} и т.п.)

3. Шаблон rq

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

4. Технические шаблоны и категории

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

Так, например, отсутствие в статье иллюстраций легко «вычислить» по отсутствию в статье. комбинации символов «Файл:» («File:»).

5. Английские и русские названия операторов

Кстати, следовало бы договориться и реализовать функцию однозначного русско- или англоязычного употребления тех или иных "операторов" (команд) метаязыка редактирования статей. Поскольку реализованная возможность двуязычного написания команд почему-то требует потом перевода на русский язык того же самого слова-команды «File» (не очень понятно, зачем это нужно), которое, как я думаю, знают, практически все, кто занимается редактированием.

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

6. Унификация с другими языковыми разделами

Вообще, представляется весьма полезной идея максимальной унификации функций интерфейса сегментов Википедии на разных языках (там, где это возможно и целесообразно). Это позволит максимально упростить процесс редактирования статей многоязычными участниками в различных языковых сегментах Викпедии. В этом смысле, переход на англоязычную версию команд-операторов представляется наиболее предпочтительным. В данных целях рекомендуется прохождение статьёй, в ходе её сохранения, специального «фильтра» ботов, которые и будут производить соответствующую унификацию.

7. Объединение мелких правок в одну

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

8. «Технические» категории

Также предлагается максимально автоматизировать процесс создания, так называемых (мною) технических категорий, таких, как «события, произошедшие того или иного числа» или «в том или ином году», «такой-то год в истории ЖДТ» и т.п. (по аналогии с категориями «родились такого-то числа», «в таком-то году» или «в таком-то месте»).

9. Улучшенный список интервики

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

10. Страницы обсуждения участников

При ведении дискуссий на страницах обсуждения (СО) статей участники часто нарушают хронологическую последовательность комментариев и тем. Открывают темы и сверху и снизу. Не спасают даже специальные предупреждения крупным текстом в самом верху СО. Иногда участники позволяют себе при этом править комментарии оппонентов, что само по себе недопустимо. Этого можно избежать, внедрив в РуВики функцию, реализованную на СО одного из участников в ФранкоВики, когда комментарии визуально графически отделяются один под другим и отделяются друг от друга, что позволяет четче структурировать дискуссию.

Эта опция натолкнула меня на мысль о возможности её доработки, с тем чтобы жестко «забить» расположение комментариев пользователей на СО статей строго в хронологическом порядке, без возможности править оппонента и нарушать порядок дискуссии, а также, без возможности внесения правок в свои собственные комментарии после ответа на них участниками обсуждения (как это реализовано в большинстве стандартных форумов).

11. Комментарий к правке

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

12. Автоматическая подпись к сообщению на СО

Описанная только что функция натолкнула меня на мысль о том, что:

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