Социальное ПО - в том же духе. Один и тот же фрагмент кода встречается во множестве конфигураций. Иногда он работает, иногда нет. Поэтому в группах, динамическом опыте, есть нечто сверхъестественное.
Нормальный опыт социального ПО - провал. Если изучить подписку на Yahoo Groups, получаются, разумеется, степенные распределения. Горстка густонаселенных групп, среднее число средненаселенных групп и длиннющая плоская провальная кривая. И в любой категории провал - неизбежно выше 50% от общего числа списков рассылки. Это вам не пирог печь. Невозможно сделать так, чтобы всякий раз получалось.
Однако, мне кажется, есть полдюжины вещей, в целом касающихся любых групп, которые я наблюдал, и всех конституций для ПО, поддерживающего большие стабильные группы. Я бы этот список сократил вдвое. Я бы сказал, если собираешься создавать социальное ПО для больших групп, следует смириться с тремя вещами и рассчитывать на четыре.
Три вещи, с которыми нужно смириться
1. Первое, с чем нужно смириться: нельзя целиком разделить технические и социальные проблемы. Тут есть две заманчивые модели. Одна такая: технологией занимаемся тут, социальщиной - там. Каждой дискуссионной группе отдельный список рассылки, а то у нас все развалится. Так не выйдет. Яснее всего это заявлено в паре документов "LambdaMOO меняет направление", и я могу лишь на них сослаться.
В последнее время происходит следующее: на дискуссионном списке рассылки по социальному ПО кто-нибудь говорит: "Я придумал, давайте откроем второй список рассылки для технических задач". И никто из первого не уходит, потому что никто не может разделить тему на технические и социальные задачи - она не делится.
Другая модель, тоже очень, очень заманчивая, - у всех одно и то же потрясение: "Господи боже, эти программы командуют, что людям делать!" - До некоторой степени так оно и есть. Но социальные аспекты целиком не запрограммируешь. Эти две вещи не разделишь, и в технологию все социальные аспекты не заложишь. Группа все равно заявит о своих правах, и в итоге все равно получится коктейль из социальных и технологических эффектов.
Группа реальна. Она проявляет себя. Ее нельзя игнорировать, нельзя программировать, а значит, проблема не уходит. И лучше всего - по крайней мере, чаще всего удается, - предоставить самой группе ответственность за определение ценностей и их защиту, а не прямо в ПО такие вещи назначать.
2. Второе, с чем нужно смириться: члены группы - не просто пользователи. Непременно возникнет группа пользователей, которая больше переживает за цельность и успех всей группы, нежели средний пользователь. Это будет ваше групповое ядро, как Арт Клейнер называет "самую важную группу внутри группы".
Групповое ядро Communitree не выделялось из группы случайных юзеров. В уме они себя выделяли - они ведь знали, чего хотят, - но защититься от остальных пользователей не могли. Однако во всех успешных онлайновых сообществах, какие я наблюдал, возникает ядро, которое заботится и эффективно группу окучивает. Окучивает среду, чтобы она росла и не болела.
ПО не всегда дает групповому ядру возможность проявить себя - потому я и говорю, что придется смириться. Если ПО не дает ядру проявиться, ядро придумает альтернативные способы самовыражения.
В alt.folklore.urban, ньюсгруппе, посвященной городскому фольклору, существует группа людей, которые там тусуются и дружат. Эти люди так переживали за alt.folklore.urban, что в итоге открыли список рассылки "Старые шляпы". Usenet не различает постоянных членов и тех, кто просто забежал на минутку; а список рассылки предназначался для мета-дискуссий, дискуссий об alt.folklore.urban, где координировались действия, если в ньюсгруппе нужно было кого-нибудь вытеснить или игнорировать.
Дополнение от 2 июля 2003 года: Давний участник alt.folklore.urban утверждает, что список рассылки "Старые шляпы" создали для того, чтобы члены группы из Силиконовой долины могли спланировать барбекю и вообще добавить личное измерение к виртуальному общению. Закулисно обсуждать ньюсгруппу в списке начали позже.
Usenet рос, пришла толпа новичков, которым среда вроде бы нравилась, поскольку исправно функционировала. Чтобы защититься от проблем роста, возникающих с появлением на "Старых шляпах" множества новых подписчиков, они объявили: "Мы создаем второй список рассылки - "Молодые шляпы"". В общем, они создали такую трехслойную систему, имеющую нечто общее со слоями анонимов, залогиненных пользователей и людей с высокой кармой на Slashdot. Но поскольку Usenet на программном уровне им такого не позволял, они для создания структуры использовали другое ПО - списки рассылки. И получаются не просто пользователи программы; постоянные члены друг друга найдут и опознают.
Читать дальше