* [devel] LCA: How to destroy your community
@ 2010-01-29 11:19 Michael Shigorin
0 siblings, 0 replies; only message in thread
From: Michael Shigorin @ 2010-01-29 11:19 UTC (permalink / raw)
To: devel; +Cc: Aleksey Smirnov, Aleksey Novodvorsky
http://lwn.net/Articles/369880/
Josh Berkus, Pg hacker, в т.ч. работавший в Sun, делится отжатым
опытом по эффективному уничтожению надоедливых сообществ
компаниями. Старожил X Consortium подтвердил, что наблюдалось.
Думаю, из набитых другими шишек стоит делать выводы и нам.
Сделал краткий перевод текста (рекомендую прочесть оригинал).
1: проект должен зависеть от неудобных инструментов (например,
проприетарных SCM/багтрекеров, уникальных сборочных систем)
и крайне желательно -- иметь неинформативный и часто лежащий
официальный сайт (чтоб сообщество не начало строить
нормальный)
2: помогайте язвительным людям (описана техника, позволяющая
одному такому вынести начисто сотни человек из сообщества)
3: не предоставляйте внятную документацию по коду, сборке,
предложению патчей, созданию выпусков и чему бы то ни было;
когда люди спрашивают, отошлите их RTFM
4: проектные решения должны приниматься за закрытыми дверями;
для начала можно и в онлайне, но с уведомлением за пять минут
5: привлекайте большой объём правовых документов, желательно
меняющихся каждые пару месяцев без уведомления
6: ответственного за связь с сообществом следует выбрать из тех,
кто одинок и не имеет друзей и вообще не любит людей; если
такого нет, берите самого занятого сотрудника -- разработчика
и менеджера, который уже пашет 70 часов в неделю (важно при
этом не снимать существующие обязанности); также может быть
эффективным поставить не имеющего отношения к данной
технологии -- а если и это не получается, просто оставляйте
место незанятым по нескольку месяцев кряду
7: следует учиться у ООН и создавать сложные процессы; силы,
принимающие решения, должны быть неочевидными, что помогает
превратить желающих сотрудничать в язвительных -- и конечно,
правила должно быть сложно или невозможно изменить
8: заварите кашу с лицензированием: смена лицензии или разговоры
об этом без собственно изменений вполне способны оттолкнуть
тех, кого устраивает текущее положение вещей -- и так и не
привлечь тех, кому могло бы приглянуться изменившееся
9: не пускайте чужих в коммиттеры, избегайте отвечать на запросы
по существу -- "обсуждаем с юристами", например; особо сильно
будет назначить коммиттером сотрудника, который не пишет код
10: соблюдайте тишину -- не отвечайте на запросы, не говорите
ничего: компания, в совершенстве овладевшая этой техникой,
может не нуждаться ни в одном из остальных пунктов,
поскольку этот является наиболее разрушительным
But, Josh said, it all really comes down to trust.
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2010-01-29 11:19 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-01-29 11:19 [devel] LCA: How to destroy your community Michael Shigorin
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git