Но я видел компании, которые переходили от закрытого к открытому.

Одним из примеров может служить финская компания Wapit, предоставляющая инфраструктуру обслуживания и поддержки для различных интерактивных устройств. Для этого компания использует собственный «телефонный» веб-сервер. Решение предоставить свои программы во всеобщее пользование было для них весьма логичным. Они хотят расширить обслуживание, но для этого нужно вначале создать инфраструктуру, что требует написания кучи программ. Это неизбежное зло. Поэтому они не считают, что таким решением предоставляют всем свою интеллектуальную собственность. Они подходят к этому с другой стороны: на разработку программ уходит масса времени специалистов, но компания не получает никакой выгоды, когда жестко удерживает эти программы.

Несколько факторов благоприятствовало Wapit. Во-первых, проект был не очень масштабный. Во-вторых, решение открыть исходники было принято на ранней стадии существования компании. Руководство решило, что, хотя у компании есть ресурсы для самостоятельной разработки продукта, нужно постараться создать что-то большее, чем позволяют собственные возможности. Кроме того, было решено, что открытые исходники помогут утверждению Wap как стандарта, используемого другими компаниями.

Они с самого начала обратились ко мне за советом, и я сказал, что нужно отказаться от привычки принимать все решения внутри компании. Посоветовал им пустить посторонних на собрания, где принимаются решения (если такие собрания проводятся). Сделав процесс принятия решений внутренним делом компании, они оттолкнут сторонних участников, которые не смогут продраться сквозь сеть внутренних взаимоотношений компании. Это одна из главных проблем при организации открытого проекта на базе корпорации. На словах объявить проект открытым несложно. Но при этом может совершенно ненамеренно произойти разделение на два лагеря: Мы и Они. Многие решения принимаются просто за столиком в кафетерии: сотрудники обсуждают различные варианты и приходят к консенсусу, даже не ставя вопрос на всеобщее обсуждение. А после того как решение принято в столовой организации, мнения посторонних попросту игнорируются.

Именно эта проблема многие месяцы преследовала Netscape после того, как весной 1998-го она приняла широко разрекламированное решение открыть исходники своего браузера следующего поколения (названного Mozilla). Прошло много времени, прежде чем проект реально стал открытым. Существовал клан сотрудников Netscape, которые не принимали небольшие «заплатки» от посторонних. Все сотрудники были между собой знакомы и принимали решения если не за физическим, то за виртуальным столиком кафетерия. Вместо того чтобы прославиться как первая корпорация, сделавшая свой крупный коммерческий проект открытым, Netscape вызвала шквал атак в прессе. Когда инертность компании получила огласку, ее репутация пошатнулась. Тогда они решились по-настоящему открыть проект для посторонних. Сейчас он, кажется, развивается гораздо более динамично.

У всех, кто впервые слышит о возможности сделать открытым уже существующий коммерческий проект, возникают одни и те же вопросы. Во-первых, каково будет сотрудникам компании, если кто-то посторонний выполнит работу лучше их и все об этом узнают. Мне кажется, они должны радоваться. К тому же они получают деньги, а основную работу делает кто-то другой. С этой точки зрения открытые исходники – вообще что бы то ни было открытое – вещь беспощадная. Они ясно показывают, кто чего стоит. Тут не спрячешься за управляющими.

Открытые исходники позволяют лучше всего использовать таланты посторонних. Но при этом компания должна выделить сотрудника, который будет следить за ее потребностями. Ему необязательно быть руководителем проекта. Для компании может оказаться выгоднее, если кто-то со стороны возьмет на себя руководство и будет выполнять его бесплатно. Это прекрасно, если он лучше справляется. Беда только в том, что посторонний человек может направить проект в русло, не отвечающее потребностям компании. Поэтому компания должна сама о себе позаботиться. За счет открытости разработки организация может сократить использование локальных ресурсов, но это не значит, что она сможет вообще обойтись без них. Проект может разрастись и стать гораздо масштабнее, чем был бы в рамках одной компании. Привлечение внешних ресурсов позволяет достичь более дешевой, завершенной и сбалансированной системы, но тут есть и оборотная сторона: расширенная система может принимать во внимание не только потребности компании, но и интересы потребителей.

Именно это может раздражать больше всего: потеря контроля и необходимость признать, что посторонний может лучше разбираться в вопросе. Еще одна трудность связана с поиском внутри компании сильного технического руководителя. Этому человеку должны доверять на двух уровнях: на уровне специалистов и на уровне администрации. В случае чего он должен быть готов признать, что в проекте с самого начала были ошибки. Лидер должен не прятаться от проблем такого рода, а суметь убедить всех, что нужно начать сначала. Хотя при этом придется многое выбросить на помойку. Такая новость никого не обрадует. Но от человека, которого все уважают, люди смогут ее принять.

Учитывая специфику типичного внутрикорпоративного механизма, техническим руководителем должна быть сильная личность. Он должен любить работать по мейлу и уметь сохранять нейтралитет. Я хотел бы избежать слова «посредник», потому что оно подразумевает наличие двух лагерей: внешнего и внутреннего. А этого быть не должно. Технический руководитель будет получать от компании деньги за то, что занимается открытыми исходниками. И сам он и все остальные должны знать, что ему платят не за согласие с сотрудниками компании, а за выполнение проекта. Очень опасно, если такой лидер будет слишком тесно связан с компанией. Ему могут доверять в технических вопросах, но не доверять в остальных.

Нужен настоящий дипломат.

Помните в песне: «Мне нужен один честный человек» [19] ?

Вот почему все эти годы я изо всех сил старался держаться подальше от Linux-компаний. Это особенно важно сейчас, когда дело запахло деньгами. Когда вокруг столько денег, все начинают интересоваться твоими мотивами. Мне помогает то, что меня всегда воспринимали как лицо нейтральное. Вы не представляете, как важно для меня сохранять нейтралитет. У меня от этого просто крыша едет.

Ладно, вы правы: пора кончать эту проповедь. Открытые исходники годятся не для каждого человека, проекта или корпорации. Но чем больше выгоды получают люди от успеха Linux, тем больше они понимают, что это не пустые слова восторженных неряшливых юнцов.

Стоит сделать что-нибудь открытым, и сразу возникают разнообразные возможности. Я говорю об открытых исходниках с тех пор, как журналисты принялись меня о них расспрашивать – то есть по существу последние пять лет. Раньше приходилось всем снова и снова объяснять, чем же они хороши. Казалось, этому не будет ни конца ни края. Как будто по болоту бредешь.

А сейчас до людей стало доходить.

Богатство и слава

Меня иногда спрашивают, как я справляюсь с бременем славы? Честно говоря, нет тут никакого «бремени». Быть известным очень здорово, хотя некоторые известные люди из вежливости это отрицают, чтобы неизвестные люди чувствовали свое превосходство. Принято стесняться славы и делать вид, что она тебе портит жизнь.

На самом же деле все мечтают о славе и богатстве. Я, например, мечтал. Подростком я хотел стать известным ученым. Как Альберт Эйнштейн, только лучше. А кто не хочет? Не ученым, так автогонщиком. Или рок-звездой. Или матерью Терезой. Или президентом США.

Мне лично слава не создала никаких трудностей. Конечно, я не Эйнштейн, но мне приятно, что я тоже что-то изменил, сделал что-то важное. А то, что это принесло мне известность – так еще лучше! Если кто-то жалуется вам на славу и богатство – не слушайте его. Так просто принято говорить.