Компьютерра, 2008 № 31 (747) - [18]

Збигнев подчеркивает, что 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’ов, чтобы патчи быстрее включались в код, нужно упростить процесс их поиска — и мы работаем над этим.