Help:Article naming guidelines (Русский)

From ArchWiki
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.
Состояние перевода: На этой странице представлен перевод статьи Help:Article naming guidelines. Дата последней синхронизации: 1 декабря 2021. Вы можете помочь синхронизировать перевод, если в английской версии произошли изменения.

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

О названиях статей

Названия статей служат двум целям.

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

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

Описательное название

Названия должны быть как можно более конкретными и точно отражать смысловую суть статьи.

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

Пример

Заголовки вида "Ускорение pacman" могут вводить в заблуждение читателей. Некоторые читатели станут искать, как ускорить какой-либо аспект в pacman, и конкретно этот аспект не обязательно может быть описан в статье. Поэтому названия статей должны быть как можно более конкретными, но при этом не должны быть слишком длинными. Такая статья может быть переименована в "Как улучшить скорость скачивания в pacman с использованием wget, snarf и lftp".

Пространство для расширения статьи

Названия должны быть достаточно общими, чтобы предоставить возможность для будущего улучшения содержимого статьи.

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

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

Пример

Давайте вернемся к предыдущему примеру. Сейчас название статьи звучит так: "Как улучшить скорость скачивания в pacman с использованием wget, snarf и lftp". Однако, в какой-то день могут появиться новые менеджеры загрузки, которые заменят или станут альтернативой для wget, snarf или lftp. Это требует более общего названия, такого, как, например: "Как улучшить скорость скачивания pacman с использованием альтернативных менеджеров загрузки".

Короткое название статьи

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

Использование коротких названий статей важно для обеспечения быстрого поиска статьи из списка. Многие люди переходят между статьями по ссылкам, когда читают wiki, так что не стоит обманывать их ожидания, указывая название статьи, которое далеко от ее фактического содержимого. Также более короткое название звучит более профессионально.

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

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


Избегайте вопросительной формы

Вместо "Как улучшить" скажите просто: "Улучшение".

Сравните:

  • "Как улучшить скорость скачивания pacman с использованием альтернативных менеджеров загрузки"
  • "Улучшение скорости скачивания pacman с использованием альтернативных менеджеров загрузки"

Перефразирование длинных частей

Текст "Улучшение скорости загрузки pacman" довольно длинный. Вместо этого мы скажем "Ускорение загрузки pacman".

Теперь сравните:

  • "Улучшение скорости загрузки pacman с использованием альтернативных менеджеров загрузки"
  • "Ускорение загрузки pacman с использованием альтернативных менеджеров загрузки"

Избегайте причудливых слов

Причудливые слова (такие, как "альтернативный" в нашем примере) не просто причудливы; они используются гораздо реже обычных слов, и, таким образом, имеют тенденцию быть длиннее. Хорошо известно, что слова, используемые постоянно, по нескольким причинам короче. Старайтесь заменять такие слова на более простые, если это не вредит смыслу.

Вместо "альтернативный" вы можете сказать "другой".

Сравните:

  • "Ускорение скорости загрузки pacman с использованием альтернативных менеджеров загрузки"
  • "Ускорение скорости загрузки pacman с использованием других менеджеров загрузки"

Уход от формальных технических выражений

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

Вместо "менеджеры загрузки" вы можете сказать "загрузчики".

Сравните:

  • "Ускорение скорости загрузки pacman с использованием других менеджеров загрузки"
  • "Ускорение скорости загрузки pacman с использованием других загрузчиков"

Посмотрим на результат

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

  • "Как улучшить скорость скачивания pacman с использованием альтернативных менеджеров загрузки"
  • "Ускорение скорости загрузки pacman с использованием других загрузчиков"

Хорошо, мы видим, что конечный результат является более коротким названием для статьи, но что насчет смысла? Да, конечно, кажется, мы проделали хорошую работу, но теперь у нас появилась другая проблема. pacman не является загрузчиком, а выражения "альтернативные менеджеры загрузки" и "другие загрузчики" подразумевают обратное. Это не то, что нам нужно. Мы можем исправить ситуацию, сказав, например, "внешние загрузчики".

Сравните:

  • "Как улучшить скорость скачивания pacman с использованием альтернативных менеджеров загрузки"
  • "Ускорение загрузки pacman с использованием других загрузчиков"
  • "Ускорение загрузки pacman с использованием внешних загрузчиков"

Многоязычные статьи

Не-английские названия требуются для языковых идентификаторов.

Чтобы способствовать организации статей на сайте и удобству поддержки межъязыковых ссылок, не-английские статьи должны использовать заголовки вида "Заголовок на Английском (Язык)", где "Язык" — название этого языка на нем самом. Перенаправление с локализованным заголовком может (и должно) быть добавлено для удобства. Более подробно смотрите на странице Help:i18n (Русский).

Пример

Например, если у вас есть статья, названная pacman, вы назовете русский перевод pacman (Русский), а сербский перевод — pacman (Српски).