Вікіпедія:Розробка правил

Матеріал з Вікіпедії — вільної енциклопедії.
Перейти до навігації Перейти до пошуку

Розробка правил і настанов — важливий процес для розвитку Вікіпедії. Незалежно від того, вноситься невелика поправка у готове правило, чи нове правило розробляється з нуля, є декілька загальних порад, які варто мати на увазі при створенні правила.

Підготовка до розробки[ред. код]

Перш ніж сісти за безпосереднє написання правила і формулювання конкретних його норм, варто вирішити задачу першочергової важливості — чітко окреслити проблему, яку майбутнє правило буде вирішувати. Глибоке розуміння проблеми є ключовою складовою її вирішення. Головний підводний камінь під час її формулювання: прийняти тільки окремі симптоми певного негативного явища як проблему загалом. Вузький погляд на ситуацію призведе до того, що ви лікуватимете поверхневі симптоми, таким чином лише створюючи видимість вирішення. Подумайте про те, якої мети ви насправді хотіли б досягти в кінцевому результаті — можливо, це підкаже як поглянути на проблему більш широко, більш комплексно, або під іншим кутом.

Без етапу підготовки і окреслення проблеми, всі наступні можуть бути лише змарнованими зусиллями.

Отже:

  1. чітко окресліть проблематику — оформіть її як завершену думку. На цьому етапі це може бути справді тільки думка у вашій голові. Ви повинні сказати собі в чому полягає безпосередня проблема, яку ви збираєтеся вирішити написанням правила.
  2. подумайте про інші шляхи вирішення. Можливо, ви поки бачите тільки один спосіб, в який можна вирішити проблему (власне, написанням цього правила), але варто докласти спеціальних зусиль, щоб самостійно подумати про можливі альтернативні способи.
  3. не ремонтуйте не поламане. Вдосконалювати правила завжди доречно, проте треба спитати себе — чи справді варто витрачати зусилля для врегулювання мізерної чи й взагалі відсутньої проблеми?
  4. створіть обговорення у кнайпі: викладіть там вже проговорену про себе проблему, і повідомте спільноті які шляхи її вирішення ви бачите.

Буде добре, якщо спільнота включиться у обговорення вашої пропозиції. На цьому етапі можна отримати дуже цінні підказки і щодо проблематики, і щодо ймовірних шляхів її вирішення:

  • можливо, те негативне явище, яке ви спостерігаєте, має зовсім іншу природу — скоригуйте спільне бачення проблематики;
  • можливо, ту проблему, яку ви бачите, можна вирішити і не процесом написання і затвердження нового правила, а у якийсь інший спосіб;
  • .. а якщо й написанням правила, то не таким, яким ви бачили його на початку.

Написання правила[ред. код]

Коли проблематика була сформульована, час закріпити шляхи її вирішення на папері. Створюючи текст правила, пам'ятайте про такі речі:

  1. правило має бути простим. Воно повинно і легко розумітися, і — що важливо — легко виконуватися. Подумайте про те, чи буде ним легко користуватися на практиці. Складні підрахунки, численні умови, логічні відгалудження та винятки — все це призведе до того, що користуватися правилом буде надзвичайно обтяжливо, а отже й користі воно не принесе.
  2. правило має бути несуперечливим. Норми правила не мають суперечити одна одній — це призведе до суперечок і конфліктів в майбутньому, коли у користувачів виникнуть непопрозуміння щодо його трактовки.
  3. правило має бути чітко сфокусованим. Воно повинно вирішувати ту, і тільки ту проблему, яку ви окреслили. Воно не має перетинатися з іншими правилами, дублювати їхні норми. Воно також не має вирішувати кілька слабко дотичних проблем, які вимагають різних вирішень — в такому випадку краще розділити правило на декілька.
  4. правило має бути лаконічним. Якщо є речення, фрази і слова, без яких можна обійтися — сміливо їх вилучайте.
  5. розробляючи текст, пам'ятайте, що правила у Вікіпедії не пишуться заради правил. Правило має працювати на вдосконалення Вікіпедії, а не бути демонстрацією своїх умінь у написанні і узгодженні норм.
  6. не забувайте про Вікіпедія:П'ять основ та Вікіпедія:Чим не є Вікіпедія: правило має відповідати основним принципам функціонування Вікіпедії.

Часткові випадки[ред. код]

  • Якщо ви запроваджуєте якийсь критерій, він має бути легко перевірним. Намагайтеся прив'язуватися до таких критеріїв, де можна отримати чітку відповідь «так» або «ні» при його перевірці.
    • За можливості, уникайте критеріїв, побудованих на основі підрахунку певного параметру N (зробив N правок, пропрацював N років, обробив N погонних одиниць) — підбір конкретного числа N для цього параметра є за своєю природою цілковито невдячним зайняттям: підбирається абсолютно штучне, не продиктоване об'єктивною реальністю число. Суперечки навколо нього будуть неконструктивні за своєю природою. Замість підрахунку параметру N спробуйте знайти якусь іншу перевірку, яка б слугувала тій же меті, проте була б простішою.

Пояснювальний приклад:

Якщо стоїть задача запровадити критерій для перевірки досвіду або стажу особи, невдалою ідеєю був би критерій на кшталт 10 років у професії чи написав 100 статей. Підрахунок такого параметра може ускладнюватися ймовірними розривами у стажі, або питанням що вважати статтею, чи вважати кілька статей циклу однією роботою чи кількома, і на яких ресурсах статті достатньо бути опублікованою. Натомість, приблизно те ж завдання вирішували б більш прості для перевірки критерії, до прикладу:

  • особа обіймала посаду керівника департаменту певного рівня
  • особа була нагороджена відзнаками певного рівня у її галузі
  • робота особи (наукова праця, тощо) публікувалася у певному справді поважному галузевому виданні

На такі запитання можна отримати однозначне «так» або «ні», якщо є консенсус щодо необхідного рівня департаменту, відзнаки, видання.

  • Якщо розробляється правило, що має остаточно затвердити на майбутнє вжиток одного з двох варіантів: Варіант А або Варіант Б, спитайте себе — а чи тільки двома варіантами обмежений вибір? Чи існує Варіант В, Варіант Г? Якщо ж вибір справді відбувається лише між двома варіантами, то перевірте, чи можна замість протиставлення «або Варіант А, або Варіант Б» розробити правило, яке регулюватиме вжиток обох варіантів у вигляді: «За яких умов Варіант А, а за яких — Варіант Б?». Саме другий підхід у багатьох випадках може виявитися найбільш конструктивним.
Див. також: Фальшива дилема

Правила з інших мовних розділів Вікіпедії[ред. код]

Займаючись розробкою правила, не можна нехтувати досвідом інших мовних розділів Вікіпедії — вони могли вирішити проблему до вас, і вже оформити її вирішення у добре сформульоване правило. Тому вивчення їх досвіду — це економія часу і зусиль, а також крок до створення кращого правила.

Водночас, великою помилкою може бути дослівне копіювання норм з іншомовної Вікіпедії. Причини:

  • вони вирішували свої проблеми. Проблеми у іншомовній Вікіпедії, які вирішувалися запровадженням правила, — не завжди тотожні проблемам, з якими стикається Українська Вікіпедія. Власне, має бути перевірено, чи вирішує іншомовне правило окреслену на попередньому етапі проблематику. Чужий досвід має бути проаналізований, вивчений, і пропущений через актуальні для Української Вікіпедії проблеми, виклики і задачі. Немає жодної необхідності повторювати ті норми з іншомовномого правила, які регулюють певні нюанси, з якими Українська Вікіпедія не стикається.
  • іншомовне правило може бути недосконалим саме по собі. Воно може бути або застарілим, або містити певні вади і хиби від початку. Тільки те, що воно прийняте як правило в іншому мовному розділі, не є абсолютною гарантією його якості. Якщо ви використовуєте елементи іншомовного правила для написання власного, завжди робіть спроби поліпшити його — виписати його краще, ніж воно було в оригіналі.

Два прості кроки вирішують питання взаємодії з іншомовними правилами:

  1. випишіть якомога детальніше правило самостійно, власноруч, вирішуючи задачу, яка перед вами стоїть. Обговоріть його зі спільнотою і врахуйте зауваження.
  2. перечитайте іншомовні правила і запозичте лише найбільш вдалі норми і моменти, до яких вам не вдалося здогадатися самостійно. Ви не зможете ефективно відділити непотрібне і надлишкове для Української Вікіпедії від корисного і доречного, якщо почнете написання правила з перекладу іншомовного правила.

Двома словами:

Докладіть максимальних зусиль для самостійного вирішення вашої задачі, і лише потім звертайтеся до чужого досвіду.

Затвердження[ред. код]

Щоб правило запрацювало на користь спільноти, воно має бути спершу нею затверджене. Є кілька порад, яких варто дотримуватися на етапі затвердження правила:

  1. текст правила має бути на виду:
    • створіть для проекту правила окрему сторінку. На сторінці проекту має бути тільки текст правила, і нічого більше.
      • окремої сторінки можна не створювати для тих поправок у вже готові правила, які зачіпають лише одну норму, стосуються одного речення.
    • текст правила завжди має бути у найновішій версії. Ви будете вносити великі і малі правки, але користувачі мають бачити останню його версію — що вони зараз обговорюють, чи за що голосують.
    • все це також справедливо, якщо є декілька проектів одного правила — кожен повинен мати окрему сторінку.
  2. спочатку обговоріть правило:
    • навіть якщо ви вже мали попередні обговорення про проблематику і шляхи вирішення, все ж прийняття конкретного тексту правила — це окрема задача.
    • створіть нову гілку у Вікіпедія:Кнайпа (політики) і повідомте спільноті про роботу над правилом, показавши його проект. Відведіть 3—7 днів тільки на обговорення проекту тексту правила спільнотою.
    • обговорення проекту бажано вести на СО раніше створеної окремої сторінки проекту. Таким чином уся дискусія щодо правила буде компактно зібрана на одній сторінці, і залишиться легко доступною на майбутнє, якщо виникне потреба вивчити причини і обставини прийняття правила.
    • вислухайте аргументи і зауваження. Врахуйте важливі аргументи, включивши їх до проекту правила, і наведіть контраргументи для тих тез і зауважень, з якими ви не згодні.
    • не занепадайте духом, якщо спільнота практично не реагує на вже запропонований вами проект. Реакція буде, коли почнеться голосування щодо затвердження.
  3. підготуйте голосування:
    • пересвідчіться, що текст проекту правила — на виду;
    • оголосіть строки — дати початку і закінчення голосування. Якщо ви добре підготувалися, сумлінно виконавши попередні етапи, терміну у 7 днів вистачить для того, щоб зрозуміти думку спільноти з приводу правила;
    • створіть два суброзділи для голосування — Голосування і Коментарі. Не варто розбивати розділ Голосування на блоки За і Проти — це надмірно примітивізує процес обговорення. Користувач, який вже проголосував, може змінити свою думку у процесі, і найлегше буде, якщо він зможе відредагувати свій голос без перекидання своєї репліки з блоку в блок.
  4. подайте заявку про розміщення загального оголошення.
  5. почніть голосування, проте пам'ятайте, що Голосування не замінює обговорення:
    • враховуйте зауваження під час голосування так само, як це було під час попереднього обговорення. Не вагайтеся вносити корективи до проекту правила прямо на льоту, якщо вони справді резонні;
    • утримайтеся від спокуси включити до проекту слабкі зауваження тільки для того, щоб здобути підтримку користувача у голосуванні. Наведіть натомість вагомі контраргументи, що пояснили б чому такі зауваження включити не можна;
    • модеруйте голосування — короткі зауваження можуть бути висловлені у розділі Голосування, проте якщо дискусія продовжується, винесіть її до розділу Коментарі. Поважайте тих, хто змушений буде читати все обговорення — гілки дискусій мають бути легкі для прочитання.
  6. вірте у спільноту та в успіх прийняття правила.

Втілення нового правила у життя[ред. код]

Якщо новозатверджене правило своїми нормами зачепить одразу значну кількість сторінок і статей, то проти його розробки і ухвалення можна почути такий аргумент:

— Це ж тепер прийдеться усе міняти й переробляти у статтях. Хто цим займатиметься? У нас і так рук не вистачає, а тепер ще це.

Цей аргумент не можна назвати вагомим проти затвердження правила, якщо воно справді корисне і потрібне: ніхто не зобов'язаний одразу втілити зміни у всіх статтях відповідно до новоприйнятої норми. Новозатверджене правило слугує для інших цілей:

  1. бути орієнтиром для всієї спільноти при створенні нових статей або при врегулюванні всіх подальших ситуацій, для яких правило застосовне;
  2. бути опорою для того користувача, який наводить лад у старих статтях. Якщо виникне суперечка чи конфлікт щодо цього впорядкування, користувач матиме затверджене правило як сильний аргумент на своєму боці.

Див. також[ред. код]