Документация: идеи по улучшению

[demkov]

Главное порядок. Порядок подразумевает выгребание мусора, коими некоторые статьи могут являться.
Предлагаю следующее решение. Статья удаляется, если некому поддерживать её в актуальном состоянии и корректировать. Статья поглощается более качественной статьей (как на рутрекере с раздачами).

Поддерживаюл бы, но такими подходами статей на ресурсе останется строго ограниченное количество, которое могут потянуть активные участники. Висят статьи, направленные на 9.04, даже в правилах ресурса упоминания. Их тоже удалять? Нет, их нужно переписывать заново адаптировать.

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

Сложнореализуемо, моё воображение не осилило . Как вариант, обсуждение статьи прямо на ресурсе документации?
Как на православных системах:
Статья | Обсуждение

[thunderamur]

Статья | Обсуждение

плюсую, оно и нужно в общем-то.
Пользователь решил продолжить мысль 07 Мая 2012, 12:56:34:

Поддерживаюл бы, но такими подходами статей на ресурсе останется строго ограниченное количество, которое могут потянуть активные участники. Висят статьи, направленные на 9.04, даже в правилах ресурса упоминания. Их тоже удалять? Нет, их нужно переписывать заново адаптировать.

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

[demkov]

Нужно как-то ограничить возможность правки статей кем попало, т.е. нужна система рейтингов доверия.

Это вот я уже править не смогу?
Неудобно это. Или хотя бы настроить систему "проверки правок более опытными участниками".

[Чистый]

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

[Пользователь]

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

Эту статью можно будет посмотреть на странице старой версии дистрибутива.



Хотелось бы, чтобы писали кратко, а то про кодировку в gedit написана целая страница, а на самом деле решение проблемы влезет в две строки:
1) описание
2) команда


Так и про драйвер для видеокарты Nvidia, установку можно описать в три строчки:
1) описание,
2) команда для автоустановки драйвера,
3) ссылка на инструкцию по установке драйвера вручную.

[ZwS]

подпишусь на тему

[demkov]

Пользователь, может не туда, но:
Вики

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

Целая страница - лучше чем три строчки и овер9000 тем на форуме.

[Kowalski86]

Почему бы просто для начала не перевести некоторую документацию с главного сайта. Готов взяться, но при поддержке нескольких человек еще. Допустим я давно хотел бы видеть документацию по серверу, которая обновляется с каждым выходом дистрибутива.
Кто не в курсе, имеется ввиду Ubuntu Server Guide, которая также есть в PDF.

Кто готов начать, пишите в личку!
Потом готовый материал можно было бы залить в PDF'ник и выложить в раздел Хелп. Там очень много полезного материала, причем по всем темам начиная от сетей заканчивая виртуализацией. Кто за? 

[demkov]

Кто готов начать, пишите в личку!
Потом готовый материал можно было бы залить в PDF'ник и выложить в раздел Хелп. Там очень много полезного материала, причем по всем темам начиная от сетей заканчивая виртуализацией. Кто за? 

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

[Kowalski86]

Кто готов начать, пишите в личку!
Потом готовый материал можно было бы залить в PDF'ник и выложить в раздел Хелп. Там очень много полезного материала, причем по всем темам начиная от сетей заканчивая виртуализацией. Кто за? 

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

Тот кто видел документацию в глаза, сразу поймет, что там ничего сложного вообще нет. Там все коротко просто и ясно, для тех конечно, кто понимает инглиш.
Просто на форуме каждый день создается куча тем вроде "Как настроить сеть", "Сброс пароля MySQL", "Не видит диски". В документации присутствуют большинство описанных проблем на конкретном примере. Тем более, зачем человека учить премудростям десктопа и рабочего окружения, если у каждого свои вкусы (KDE, Gnome etc.). Линукс все таки больше может из консоли, нежели из гуя, я имею ввиду в профессиональном плане. Поэтому и предлагаю создать общий ман, чтобы человек мог открыть его, пролистать и понять нужно это ему или нет.
Ведь рано или поздно все сталкиваются с башем, как бы ни был красив интерфейс ) Такой уж этот Линукс.

P.S. Сойдемся на том, что PDF будет конвертироваться, а пароли генерироваться...

[Сперанский]

Считаю, что главная проблема вики ubuntu.ru, что ей никто не пользуется. Эта тема тесно связана с той, в которой было про лень что-то и наказания- никто (даже опытные пользователи) не отправляют новичков в вики, практически никогда, и это главная ошибка. Вики не оживет, если ей не будут пользоваться новички, только в процессе пользования будут всплывать некорректно написанные статьи и ошибки. А сейчас вики существует для тех, кто ей не пользуется- тех кто её пишет. Arch-wiki- одна из лучших, а почему? да потому что созданные темы с вопросом, описанным в вики, остаются в лучшем случае с одним ответом- отсылом в вики. Люди старались, писали- пользуйтесь, читайте, пробуйте, а потом возвращайтесь и отписывайтесь о проблемах, а из обсуждения сама собой рождается корректировка статьи. А у нас сплошная демократия- в каждой из 100500 созданных однотипных тем разводим базар-вокзал на 3 страницы. В общем считаю, что успешная работа вики тесно связана с более жестким модерированием, и в правилах форума было бы полезно для вики указать, что бы перед созданием темы пользовались поиском не только по форуму, но и по вики.

[demkov]

Пупизоид,

Основные ссылки, рекомендуемые к прочтению:
wiki (help.ubuntu.ru)
и прежде всего там же Руководство по Ubuntu для новичков
Сайт "Убунтология"
Очень популярный вопрос: как расшарить Интернет на второй компьютер
Много переведенных на русский язык man-ов на opennet.ru

Но всем как всегда. Сам не отсылал никогда. Неудобно организован поиск из форума - он отсутствует. Уже где-то говорил про необходимость тесной интеграции. Всё будет но потом.
Пользователь решил продолжить мысль 07 Мая 2012, 23:30:28:Ах да, здесь же говорил...
Пользователь решил продолжить мысль 07 Мая 2012, 23:33:16: https://help.ubuntu.ru/manual/введение

Новейшая Ubuntu 11.04 «Natty Narhwal» отличается от старых версий достаточно сильно, в первую очередь кардинально новым интерфейсом Unity. Руководство для этой версии Ubuntu появится в ближайшее время.

Год прошёл.
Редактор?

[thunderamur]

Хотелось бы, чтобы писали кратко

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

[Пользователь]

Переписал статью про gedit (старую оставил на странице Ubuntu 10.04), решил сделать больше двух строк чтобы описать причину проблемы
https://help.ubuntu.ru/wiki/gedit

[demkov]

почему по ссылке https://help.ubuntu.ru/wiki/gedit отображается страница с решением проблемы с кодировкой в оном, мне неясно. А где же идеологосообразная история создания редактора, основных его особенностях, параметрах, определённых характеристиках, и, уже отдельно, проблемах?
Ведь остальные страницы (целых две) ссылаются на /gedit как на статью с описанием программы, а там - кодировка. Вот это

Хотелось бы, чтобы писали кратко

уместно, но не в этом случае. Необходимый всем текстовый редактор должен сопровождаться подробным описанием.
Или хотя бы уж ссылку на более-менее подробное описание на википедии дать.
Давайте, может быть, Кодировку в Gedit вынесем куда-нибудь из /gedit в /gedit_set(tings) или подобное. А в /gedit вынести статью с википедии совместно с другими источниками. В https://wiki.ubuntu.com/Gedit тоже как-то скупо.
Или не нужно? Поясните.