Журнал "Компьютерра" N747

Журнал Компьютерра

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

Мир Mozilla

Сравнивая свою работу в Flock и Mozilla, Збигнев отмечает, что несмотря на схожесть его "должностных обязанностей", между проектами есть большая разница:

— Работать с сообществом

в Mozilla интереснее и сложнее, потому что само сообщество больше и старше. Во Flock мы были первопроходцами и могли спокойно решать, по какому пути двигаться вперед, а в Mozilla нужно понимать уже сформировавшееся сообщество, которое за восемьдевять лет своего существования выработало собственные способы решения проблем. Я не могу просто сказать: давайте сделаем вот так. Мне ответят: нет, мы сами решаем, как мы хотим действовать. И это замечательно, потому что это соответствует нашей идее открытого веба, в разработке и определении будущего которого может участвовать каждый. Эта идея оказалась очень привлекательной не только для США, но и для пользователей из других стран — везде есть люди, которые хотят этим заниматься, они имеют собственные точки зрения и делятся с Mozilla частью своей культуры.

Збигнев подчеркивает, что Mozilla Corporation не имеет непосредственной власти над сообществом. Впрочем, такая постановка вопроса вообще не совсем корректна, и в какой-то момент он поправляет меня: "Неверно разделять сообщество и Mozilla Corporation. Мы являемся частью сообщества". Конечно, есть действия, которые могут вызвать беспокойство компании…

— Мы хотим быть уверены в том, что какое-то региональное сообщество не занимается деятельностью, противоречащей нашим убеждениям, — например, не пытается закрыть код Mozilla или продавать Firefox, скрывая тот факт, что его можно скачать бесплатно. Да, мы знаем, что в сообществах бывают конфликты — и это нормально, потому что все мы люди. Мы знаем, что лидеры сообществ могут ошибаться и принимать неверные решения по самым разным причинам, и мы хотим быть уверены, что есть определенные механизмы компенсации, запасные выходы — например, если люди внутри сообщества недовольны действиями своих лидеров, они могут просто уйти и работать в другом месте — то есть сделать fork.

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

"Нам это не нравилось, у нас было море сил и идей, нам хотелось что-то делать, а у наших лидеров оставалось все меньше и меньше времени на проект", — рассказывает Збигнев. Когда терпение лопнуло, был основан альтернативный проект Aviary.pl, работающий по другим принципам. Эти принципы прошли проверку временем и практикой: успех Aviary.pl говорил сам за себя, и в какой-то момент два сообщества примирились и воссоединились уже "под крылом" Aviary.pl.

— Это более правильный выход, чем если бы в Mozilla.pl пришли американцы и сказали: вам нужно изменить то-то и то-то и сделать вот так, — комментирует ситуацию Збигнев. — Единственное, что Mozilla Corporation хочет и может делать в таких случаях, — это поддержать тех людей, которые хотят что-то изменить — например, решив какие-то технические проблемы.

Возможно, нам удастся разрешить конфликт внутри сообщества, но только если сами его участники попросят об этом. Если вы считаете, что у вас есть какие-то проблемы, — свяжитесь со мной или моими коллегами, мы попытаемся помочь. Свобода очень важна. В сообществах должны понимать, что они не являются нашими "филиалами", сами принимают решения и несут за них ответственность. Если кто то тебя контролирует, это совсем другое дело — тогда он ответственный, а не ты. Мы этого не хотим. Это отличает Mozilla

от некоторых других проектов open source, где отдельные сообщества в гораздо большей степени управляются из "центра".

Еще один подобный "форк" произошел внутри основной команды разработчиков Mozilla, и имя ему — браузер Mozilla Firefox.

— Никто не принимал централизованного решения о начале разработки Firefox, — вспоминает Збигнев. — Мы занимались Mozilla Suite, но два разработчика решили, что нам нужно что-то другое, и начали создавать независимый браузер, интерфейс которого писался "с чистого листа". К ним присоединилась группа людей — никто ни у кого не спрашивал разрешения, никто не санкционировал и не оплачивал эту работу. Когда они показали свои первые билды, ответной реакцией было недоумение: "Зачем это нужно? Мы сейчас занимаемся совсем другими вещами!" Но в какой-то момент стало ясно, что Firefox является хорошим средством для достижения наших главных целей — продвижения инноваций и возможности выбора в Интернете, — и мы сделали его нашим основным продуктом.

Открытая модель разработки и ориентированность на сообщество проявляется не только в процессе локализации. В Mozilla Corporation, включая ее филиалы, работает 160 человек, из них около половины — разработчики, что совсем не много, учитывая сложность продукта. Большую часть нового кода проект получает от внешних программистов (для большинства из них это хобби), а не от сотрудников самой компании. "И это важно для нас, мы хотим оставаться маленькой фирмой, осуществляющей общий менеджмент, а не превращаться в крупную корпорацию, люди в которой когда-нибудь перестанут слушать сообщество, потому что им покажется, что они могут решить все задачи без посторонней помощи", — говорит Збигнев.

Впрочем, участие в разработке Mozilla не назовешь простым. Если вы предлагаете какой-то патч для основной кодовой базы, вам придется найти двух человек из основной команды (reviewer и superreviewer), которые проанализируют предлагаемые вами изменения и решат, подходят ли они для проекта. Порой кажется, что принципы принятия решений отдают бюрократией.

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

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

Оказывать прямую финансовую поддержку внешним разработчикам и участникам сообщества нельзя — это разрушит всю модель (как было, например, с инициативой DuncTank в проекте Debian, см. "Ян из Sun" в "КТ" #732) и попросту снизит эффективность работы. Збигнев так объясняет ситуацию:

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

Однако помочь с техникой или решить какие-то другие проблемы компания вполне способна. Следует также отметить, что финансовые соображения не влияют на принятие решений, связанных с разработ кой — например, с выбором поисковой системы "по умолчанию".