- Published on
- Updated on
Контент и культурный контроль форумов
- Authors
Эта публикация - перевод статьи. Ее автор - Kristian Koehntopp. Оригинал доступен по ссылке ниже:
Много лет назад, в конце 1999 года, я инициировал создание группы новостей de.comp.lang.php. Когда группа была новой, я лично начал эксперимент и пытался влиять и контролировать культуру общения в открытой группе новостей Usenet.
Это продолжалось от четырех до пяти лет, из которых я активно работал над этим вопросом в течение двух лет, что дало мне много хорошей кармы. Но, к сожалению, ресурс http://www.php-faq.de/ сейчас мертв (или, по крайней мере, устарел и больше не обновляется).
У меня есть старый, неопубликованный годами текст о концепции этого действия. Я публикую это здесь; стратегия, безусловно, может быть перенесена в аналогично структурированные коммуникационные среды. В других средах работают разные стратегии, как я говорил в лекции по Flames. Некоторые моменты сегодня будут немного другими, но в основном суть едина. Может, эта информация кому-нибудь будет полезной?
Uplift, или процесс создания полезных групп новостей USENET
Кристиан Контопп (Kristian Köhntopp)
с извинениями перед Дэвидом Брином
USENET обычно считается средой с большим количеством шума и минимумом полезного содержания. Утверждение состоит в том, что естественным состоянием группы новостей USENET является огненная война, и что исключения являются редкими и, как правило, не стоит беспокоиться.
В этой статье делается попытка установить, что это наблюдение не обязательно должно быть правдой, и представлен процесс «подъема», с помощью которого группа новостей, имеющая «потенциал», может постепенно превращаться в полезный форум поддержки с, в основном, интеллектуальными обсуждениями и процедурами стабилизации этого состояния. Процесс Uplift был протестирован в течение одного года в немецкой новостной группе de.comp.lang.php (3800 статей в месяц в сентябре; 22500 статей в целом до настоящего времени).
История группы новостей и некоторые предшествующие события
de.comp.lang.php был создан 01 января 2000 года голосованием немецкого сообщества USENET.
Процессы RfD и CfV были инициированы мной, потому что я видел растущее число сообщений, связанных с PHP, в немецких новостных группах Linux. Кроме того, я был подписан на немецкий список рассылки PHP (http://www.php-center.de/php-de/), и в целом я был недоволен содержанием и формой форума. Списки рассылки большого объема, как правило, неудобны для управления и чтения, а шлюзы mail2news являются лишь неполной заменой.
С другой стороны, немецкие новостные группы Linux находились в состоянии замешательства и отображали все наихудшие характеристики, приписываемые новостным группам в целом:
- Новички приходили в группу и задавали одни и те же вопросы снова и снова, иногда несколько раз в день.
- Завсегдатаи бежали из группы, показывая сильные признаки выгорания.
- Флеймы были правилом, иногда поощрялись завсегдатаями с симптомами выгорания, которые еще не сбежали из группы.
- Поскольку не было групповой культуры, а также из-за того, что у групп не было памяти, дискуссии в группе вступили в порочный круг и не улучшили и не сместили тему. Все действия в группах сходились на флейме.
Цели для de.comp.lang.php
PHP на сегодняшний день является самым популярным установленным модулем Apache, а трафик в немецком списке рассылки, а также поддержка RfD показали, что группа новостей по PHP будет иметь реальный успех.
Моей целью было доказать, что немецкий Linux перегорает неправильно, и продемонстрировать, что группой новостей можно манипулировать как наиболее полезным и дружелюбным дискуссионным форумом в течение четырех месяцев, давая полезные ответы в дружелюбной манере.
Кроме того, группа должна создать несколько завсегдатаев, заинтересованных в том, чтобы группа была полезной в течение восьми месяцев. Эти завсегдатаи в идеале должны копировать дружелюбный и полезный стиль, распределяя нагрузку друг между другом и подавая пример новичкам и будущим завсегдатаям.
Наконец, группа должна быть самостоятельной в течение двенадцати месяцев после создания. То есть, должен существовать установленный путь Возвышения для завсегдатаев, демонстрирующих истинный Потенциал, чтобы стать сопровождающими часто задаваемых вопросов и активными участниками групповой культуры. В идеале, после этого года мне не нужно будет вмешиваться в социодинамику группы. Кроме того, тогда группа была бы созрела для раскола из-за высокой интенсивности трафика, и концепция групп была бы тогда доказана и могла бы быть применена и к другим группам.
Несколько простых строительных блоков
Центральное место в создании групповой культуры играет способность запоминать прошедшие дискуссии и их результаты. Без памяти нет прошлого, а без прошлого не может быть общих традиций и культуры. Поэтому фундаментальными строительными блоками поднятия новостной группы являются создание «Библиотеки» и процесс широкого распространения знаний.
В контексте группы новостей USENET, Библиотека - это документ с часто задаваемыми вопросами, который должен быть изначально заполнен в течение двух или трех месяцев самыми необходимыми знаниями.
В идеале, FAQ “жирный”. То есть, он не только охватывает действительно частые вопросы, но также предоставляет всю справочную информацию, необходимую для правильной обработки и понимания часто запрашиваемой информации. Стратегия заключается в том, чтобы FAQ предоставлял клиентам не только решение насущных проблем, но и части общей картины, а также основные традиции и правила USENET.
Это необходимо, потому что клиент, входящий в группу новостей с проблемой, связанной с PHP, в большинстве случаев имеет и другие проблемы, такие как отсутствие базового этикета USENET и навыков написания / отладки, что не позволяет клиенту заявить о проблеме правильно или эффективно. Один из первых шагов в процессе поднятия должен состоять в том, чтобы дать клиенту речь, то есть научить клиентов основам, таким как правильное поведение цитирования, политики реального имени, стиль письма, политики HTML и vCard и тому подобное. Только с такими знаниями клиент может интегрироваться в общество USENET и стать полезным пользователем сети.
Конечно, клиент, входящий в группу новостей с неотложной проблемой, хочет услышать решения этой конкретной проблемы и не заинтересован в насильственном кормлении неясными традициями и обычаями. Чтобы преодолеть этот учебный блок, насущная проблема клиента должна быть решена быстро и точно. Если такое решение доставляется в ответной публикации, тем не менее, Клиент обычно восприимчив и может получить один или два дополнительных знания и культуры. Если эта информация хранится в том же документе, что и ответ на проблему Клиента, она будет еще проще принята этим Клиентом. Таким образом, жирный FAQ - отличная помощь в процессе поднятия.
Конечно, обширный и толстый FAQ не является целью, чтобы указать клиенту. У клиента возникла неотложная проблема, и ему срочно нужна помощь. Таким образом, ссылка на Библиотеку всегда должна быть конкретной по своему характеру, указывать Клиенту на правильно сформулированный вопрос и содержать полный URL-адрес ответа. Если вопрос и ответ не полностью соответствуют конкретному вопросу Клиента, он должен сопровождаться некоторыми дополнительными предложениями объяснения, показывающими Клиенту, как изменить предоставленный Библиотекой ответ, чтобы быть полезным.
С другой стороны, это нормально, если ответ не идеально подходит, особенно если клиент уже несколько продвинулся по пути подъема. Мы хотим создать будущих постоянных клиентов, которые будут помогать нам в подборе новых клиентов и вносить свой вклад в ответы на часто задаваемые вопросы, и для этого необходимо, чтобы эти будущие постоянные клиенты могли самостоятельно разрабатывать решения.
В de.comp.lang.php часто задаваемые вопросы хранятся по адресу http://www.php-faq.de/, а часто задаваемые вопросы часто имеют вид
1.16. Wie verweise ich auf die FAQ?http://www.php-faq.de/q/q-newsgroup-faqreferenz.html
и сопровождается некоторыми дополнительными пояснениями. Эта форма ссылки на часто задаваемые вопросы была установлена после создания группы новостей и принята почти всеми участниками группы с возможностями Patron.
Открытие культуры самообеспечения
Первоначальный FAQ был защищен моими авторскими правами. Хотя этот FAQ был доступен CVS и был написан в открытом формате (LinuxDoc), потенциальный вкладчик мало интересовался добавлением в FAQ. Первоначальной проблемой было то, что некоторые люди пытались взять содержимое FAQ и хотели отредактировать и переиздать его для своей выгоды, и что я ясно дал понять, что это неприемлемо, написав большие КОПИРАЙТИЧЕСКИЕ УВЕДОМЛЕНИЯ по всему тексту. Потенциальные вкладчики не были заинтересованы в том, чтобы внести свой вклад в текст, который был четко обозначен как исключительная собственность кого-то другого. С другой стороны, я не хотел отдавать текст для неконтролируемой переиздания и модификации.
У меня ушло четыре месяца на то, чтобы осознать эту проблему и удовлетворительным образом решить ее. Лицензия FAQ была изменена в то время, и текст теперь доступен по Лицензии открытых публикаций (http://www.opencontent.org/openpub/), которая была найдена, чтобы сбалансировать все интересы достаточно хорошо, чтобы быть принятым.
Кроме того, был создан список рассылки, чтобы доставлять сообщения о коммитах FAQ и других важных событиях, а также чтобы обеспечить более приватный, по сравнению с самой группой новостей, форум для обсуждения. Таким образом, нагрузка на обслуживание распределяется между всеми заинтересованными сторонами, предотвращая преждевременный перегорание.
После создания группы возникло несколько проблем, которые не были в достаточной степени отражены в первоначальной диаграмме группы. Такими проблемами были, например, работа с размещенными в группе предложениями о трудоустройстве, или как справиться с быстро повторяющимися актуальными вопросами, малозначительными для завсегдатаев типа "Какого провайдера/редактора/операционную систему можно порекомендовать?".
Для создания групповой культуры было важно, чтобы эти проблемы решались путем опроса самих пользователей групп, чтобы создать "мы-опыт". Кроме того, важно было позволить пользователям сначала самим испытать проблему, прежде чем они будут голосовать по ней, так как общие страдания усиливают такие "мы-опыт". С другой стороны, такие решения должны быть найдены до того, как проблема станет настолько актуальной, что это будет препятствовать нормальной работе группы. И, наконец, не должно быть таких опросов соломы в быстром всасывании, чтобы удержать аудиторию заинтересованной и удержать мета-дискуссии на низком уровне.
Опросы проводились со скоростью не более одного раза в месяц, а альтернативные варианты были сформулированы настолько нейтрально, насколько это было необходимо для их принятия. Тем не менее, они были представлены с точки зрения "покровителя", тонко подчеркивая возможные последствия того или иного решения там, где это необходимо. Результаты опросов соломы были задокументированы в первой главе FAQ вместе с описанием приемлемого поведения вокруг этих тем и указанием на альтернативные или дополнительные источники.
Это работает достаточно хорошо: 2 из 3 атавистических отката, как правило, быстро заканчиваются, указывая Клиенту на подходящую FAQ-статью, обрабатывающую такие темы, как рекомендации провайдера, сравнение редакторов или пропаганда языка.
Объявления о вакансиях обычно не обрабатываются таким образом, потому что по своей природе они являются наездными мероприятиями, в ходе которых компания бросает поток предложений о работе в ряде новостных групп, не заботясь о местной групповой культуре. Вместо этого эти вопросы обычно решаются по почте на указанный контактный адрес со ссылкой на соответствующую статью в FAQ.
Статья содержит достаточно желчи. Для того, чтобы сохранить дубликаты работы и предотвратить преследование правонарушителя со стороны нескольких членов сообщества, появляется традиция копирования таких писем в список рассылки german-faq, что позволяет участвующим завсегдатаям синхронизировать свою деятельность. Также очень интересно делиться ответами, что еще раз улучшает "мы-опыт".
Нам еще предстоит увидеться со вторыми нарушителями.
Почему это работает?
Для читателей библиотека значительно облегчает создание полезных ответов, ссылаясь на часто задаваемые вопросы, чем на написание интеллектуального пламени. Как только это становится понятным регулярному участнику, стрессовая реакция по умолчанию переходит от пламенного к написанию коротких и конструктивных статей, содержащих указатели на соответствующую информацию. Это значительно улучшает моральный дух в группе новостей, так как пламя создает больше пламени.
Для Клиентов прочитать предоставленную ссылку часто задаваемых вопросов легче, чем перейти к ней снова в последующей публикации. Задавать вопросы для продолжения - это больше работы и требует больше времени, чем просто читать и изучать что-то. Пока FAQ предвидит следующий вопрос по пути и предоставляет материалы, которые легко понять и должным образом задокументировать, Клиент больше не будет спрашивать, а будет пытаться достичь чего-то в одиночку. Это повышает способность клиентов работать независимо, поднимая их еще больше. Кроме того, сокращается общее количество сообщений в группе, что облегчает загрузку ответов.
Кроме того, решения часто задаваемых вопросов испытываются и проверяются, имеют надлежащую обработку ошибок и комментируются, что делает их более ценными, чем «на лету», поэтому Клиент предпочтет качественные ответы часто задаваемых вопросов перед качественными ответами группы новостей. В следующий раз он перейдет к часто задаваемым вопросам, когда возникнет проблема, и она станет зависеть от этого источника информации.
Написание указателей FAQ - это дешевый способ получения статуса Patron для постоянных клиентов, поскольку все компоненты доступны в готовом виде и требуют лишь развертывания и небольшой настройки. Таким образом, даже недавно поднявшийся клиент может начать набирать репутацию покровителя, став участником ответов в группе. Это позволяет старым посетителям двигаться дальше и, возможно, стать коммиттерами FAQ.
Покровители, становящиеся зависимыми от библиотеки, чувствуют растущее желание внести свой вклад в Библиотеку, как только они много раз попадают в дыры при написании ответов. Они чувствуют, что их бизнес значительно усложняется в областях, не охваченных часто задаваемыми вопросами, и начинают искать новые ответы или даже новые главы. Поскольку все статьи в FAQ имеют имя покровителя, который его создал, добавление в FAQ - это способ получить статус более навсегда, чем при написании статей в группах новостей: в отличие от ответов групп новостей, срок действия которых истекает быстро, вклады в FAQ, как правило, остаются и сохраняют покровителей. имя в свете гораздо дольше.
Это создает два процесса:
- Один процесс берет ответы и потоки из группы новостей и сжимает их в повторно используемые, проверенные и проверенные статьи. Контекстно-зависимая информация из потока USENET, распределяемая по нескольким статьям, становится независимой от контекста, рецензируется и доступна в гораздо более узком формате статьи FAQ. Этот процесс улучшает информацию.
- Второй процесс - это процесс Uplift, который обучает участников группы этикету USENET, а также вопросам, охватываемым хартией групп, превращая их из клиентов, задающих вопросы, в покровителей, предоставляющих ответы, или даже в старших покровителей, вносящих вклад в содержание ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ. Этот процесс улучшает людей.
Работа с атавизмом
USENET осыпается постоянным дождем новичков. Обычно, большое количество новичков за короткое время приводит к групповой дегенерации, самовозгоранию («пламенные войны») и потере направленной дискуссионной активности на уровне группы. Это явление называется «сентябрь», потому что до 1993 года сентябрь был временем, когда новые студенты в университетах попадали в сеть.
Процесс Uplift предоставляет средства постоянным новостным группам, чтобы успешно справляться с большим количеством новичков, избегая выгорания и пламенных войн. Поднятие настроения превращает новичков в полезных пользователей сети также быстрее, чем обычно, и использует эти новые новообращенные, чтобы иметь дело с еще более новыми новичками, если они успешно применены.
Даже при наличии процесса поднятия новостная группа может испытывать случайные атавистические броски. Это обычно тот случай, когда Патрон испытывает выгорание и позволяет себе публично. Часто это вызвано особенно невежественной новостью или откровенным пламенем.
Чтобы справиться с атавизмом и не допустить его разрушения, важно побудить Покровителей отправлять свои жалобы по почте. Это можно сделать с помощью списка рассылки для обслуживания FAQ или путем поощрения патрона разжечь новичка по почте и скопировать пламя в список рассылки для обслуживания FAQ для удовольствия других (и сообщить, что этот конкретный случай был уже позаботился о). Немецкий FAQ содержит раздел под названием
1.12. Почему я получаю письма-напоминания, когда я публично напоминаю людям о нарушениях сетевого этикета? »Почему я получаю письма-напоминания, когда я публично напоминаю людям о нарушениях сетевого этикета?»
и этот указан до
1.13. Почему я получаю напоминания? “Почему я отправляю по почте напоминания сетевого этикета?”
Патрону недопустимо отображать поведение, которое нельзя терпеть в клиентах, и, кроме того, это не помогает общему обсуждению в группе, если мета-обсуждение затопляет форум.
Полный ответ на вопрос 1.12 (перевод с немецкого):
«Вы совершенно правы: некоторые авторы в этой группе нарушают сетевой этикет, опубликованный на de.newusers.infos, например, отправляя без реального имени, используя недопустимые адреса ответа или отправляя HTML или vCards. Вам не нужно это терпеть. Тем не менее, в новостных группах тон так же важен, как и содержание. Завсегдатаи de.comp.lang.php гордятся дружелюбным и полезным тоном в своей группе новостей. Поэтому, если вы хотите напомнить другому автору, чтобы он продолжал вести этикет, сделайте это по почте, а не публично. Тот самый сетевой этикет, который вы пытаетесь применить, требует этого - вы не можете обоснованно требовать соблюдения этого соглашения и в то же время нарушать его самостоятельно, не теряя доверия. Пожалуйста: сохраняйте дружелюбный тон в вашей почте. Вас легче понять таким образом, и более вероятно, что вы завершите свою миссию таким образом. Если вы считаете, что ваша статья должна быть опубликована в открытом доступе, например, для того, чтобы переслать обсуждение в другую группу новостей, или потому, что указанный почтовый адрес недействителен, или потому что автор, о котором идет речь, не сотрудничал по почте: пожалуйста, сохраните вашу статью дружественной и конструктивно. То есть: ответь на вопрос правонарушителя или предложи решение его проблемы как можно лучше. Только после этого напомни ему про сетевой этикет. Если вы не можете внести свой вклад в исходную проблему, не отправляйте и не пишите по почте. Вы не одиноки в этой группе, и вам не нужно спасать мир в одиночку. Кто-то еще, кто знает правильный ответ, напишет публичный ответ и, вероятно, напомнит первоначальному автору о правильном поведении ». либо из-за того, что указанный почтовый адрес недействителен, либо из-за того, что автор не сотрудничал по почте: пожалуйста, сохраните вашу статью дружелюбной и конструктивной. То есть: ответь на вопрос правонарушителя или предложи решение его проблемы как можно лучше. Только после этого напомни ему про сетевой этикет. Если вы не можете внести свой вклад в исходную проблему, не отправляйте и не пишите по почте. Вы не одиноки в этой группе, и вам не нужно спасать мир в одиночку. Кто-то еще, кто знает правильный ответ, напишет публичный ответ и, вероятно, напомнит первоначальному автору о правильном поведении ». либо из-за того, что указанный почтовый адрес недействителен, либо из-за того, что автор не сотрудничал по почте: пожалуйста, сохраните вашу статью дружелюбной и конструктивной. То есть: ответь на вопрос правонарушителя или предложи решение его проблемы как можно лучше. Только после этого напомни ему про сетевой этикет. Если вы не можете внести свой вклад в исходную проблему, не отправляйте и не пишите по почте. Вы не одиноки в этой группе, и вам не нужно спасать мир в одиночку. Кто-то еще, кто знает правильный ответ, напишет публичный ответ и, вероятно, напомнит первоначальному автору о правильном поведении ». Только после этого напомни ему про сетевой этикет. Если вы не можете внести свой вклад в исходную проблему, не отправляйте и не пишите по почте. Вы не одиноки в этой группе, и вам не нужно спасать мир в одиночку. Кто-то еще, кто знает правильный ответ, напишет публичный ответ и, вероятно, напомнит первоначальному автору о правильном поведении ». Только после этого напомни ему про сетевой этикет. Если вы не можете внести свой вклад в исходную проблему, не отправляйте и не пишите по почте. Вы не одиноки в этой группе, и вам не нужно спасать мир в одиночку. Кто-то еще, кто знает правильный ответ, напишет публичный ответ и, вероятно, напомнит первоначальному автору о правильном поведении ».
Эта политика отправки по почте действует с начала марта 2000 года и с тех пор применялась несколько раз между постоянными клиентами и ими самими. Очевидно, что завсегдатаи в этой группе любят климат и тон своей группы и принимают предложенное решение для разрешения конфликта как жизнеспособный способ решения проблемы и правонарушителей. Флейм-войны редко длятся больше дня или двух, если они вообще случаются.
Для пользователей группы новостей важно научиться правильно обращаться с огнем, воспринимая их как неудавшиеся попытки общаться, а не оскорблять, и хладнокровно указывать преступнику на соответствующие ресурсы, чтобы помочь ему правильно сформулировать свою проблему. Ответ на 1.13 переводится следующим образом:
«Не только в de.comp.lang.php, но и в большинстве других немецких новостных групп вам напомнят о правильном поведении в новостных группах, если вы публикуете без правильного реального имени, с неправильным обратным адресом, отправляете нежелательную рекламу, публикуете HTML или vCards или постить оффтоп специально. Олдтаймеры и завсегдатаи USENET не придумали свои правила и традиции даром. USENET существует уже несколько десятков лет, и правила общения в USENET были проверены за это время. В de.newusers.infos есть введение под названием «Почему я должен придерживаться правил?» объяснение, почему вещи такие, какие они есть и как они появились. Если вы хотите получить результаты от публикации на de.comp.lang.php, то есть, если вы ожидаете технической помощи по PHP, вам рекомендуется следить за внешней формой вашего текста и соблюдать наши традиции ».
Этих двух текстов обычно достаточно, чтобы успокоить преступника и пламенного покровителя и связать их в один или два почтовых обмена, чтобы обсудить их поведение и предложить консультации. Полезно поделиться своим опытом и дать подсказки, чтобы справиться с разочарованием.
Иногда продуктивное поведение возникает в результате такого почтового обмена, что делает это консультирование полезным для человека, отправляющего почту. Например, бывший пылающий патрон может стать мотивированным для работы над FAQ или заняться другим проектом, который, по его мнению, поможет ему компенсировать свой гнев. Публично видимый компонент пламенной войны обычно отключается сразу после начала почтового обмена, иногда с некоторыми ошибочными сообщениями третьих сторон.
Уроки выучены
Можно взять под контроль содержание и традиции группы новостей USENET в течение длительного периода времени, если предполагаемое изменение для большинства постоянных клиентов является изменением в лучшую сторону.
Инструментами воздействия на изменение являются создание записанной традиции путем создания часто задаваемых вопросов, делающих надлежащие и ненадлежащие стандарты поведения явными и доступными для использования в обсуждении, а также особая процедура обучения этим стандартам для новичков. Эта специфическая процедура включает в себя серьезное отношение к проблеме новичков, ее решение и предоставление дополнительной корректирующей информации с этим ответом не оскорбительным и не унижающим достоинство способом для новичка.