Викиномика

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

Управление сложностью открытых источников

Когда дело касается открытых источников, сложность становится одновременно и возможностью, и проблемой. Первые три правила открытых источников — они никому не принадлежат, каждый может их использовать, любой может их улучшать — становятся источником бесконечных инноваций, но, с другой стороны, источником непрекращающегося страха бедных менеджеров по информационным технологиям, которые постоянно сталкиваются со всё возрастающей сложностью. Реальность такова, что у нас слишком много возможностей для выбора. Компании, желающие воспользоваться преимуществами открытого кода, должны выбирать из огромного количества приложений. А какие из них обладают лучшим качеством? Если вы в состоянии понять это сразу, то поздравляем — вы прошли первый уровень. Теперь, видимо, с помощью магии или удачи, вам придётся заставить все эти приложения работать вместе и согласованно.

А всё только начинается. Типичная программа, построенная на открытом коде, живёт несколько дней или недель. Напротив, крупные производители могут заставить вас ждать новой версии и программы годами. Быстрое итеративное развитие означает, что программа постоянно улучшается, но также и то, что компании, жаждущие постоянства и надёжности, вверяются огромной, и зачастую анонимной группе программистов, которая станет улучшать программный продукт, только если захочет это делать.

Такая сложность вполне устраивает крупных производителей программ. Они указывают на затраты и риски перехода на программы с открытым кодом и заявляют о том, что их сравнительно стабильные решения являются лучшим разумным выбором для большинства. Однако если разработчики открытого программного обеспечения сумеют решить вопросы совместимости, интеграции и поддержки, это может привести к существенным проблемам для сегодняшних традиционных лидеров рынка. Лидеры рынка полагают, что решение такой сложной задачи невозможно без ресурсов и командной структуры, присущих крупной вертикально интегрированной компании. Это значит, что крупные компании фактически не обращают внимания на результаты, достигнутые Ким Полиз и ей подобными.

Ким Полиз, как никто другой, близка к тому, чтобы называться звездой в стиле хай-тек. Она стала известной благодаря работе в компании Marimba, ведущем провайдере управленческих решений на базе инфраструктуры Интернета. Ким была одним из основателей компании и её руководителем. До этого она почти десять лет проработала в Sun Microsystems и являлась основным архитектором Java (общеизвестного языка программирования, активно используемого Sun). Видение, ум и энтузиазм Ким сделали её знаменитостью первого интернет-бума. Она также обладает привлекательной внешностью, и многие журналы, к примеру, Wired, прямо-таки требовали от неё разрешения поместить её фото на свою обложку. Но за красивой оболочкой скрывается личность с сильным видением, деловой проницательностью и серьёзными техническими способностями.

Как-то летним вечером 2004 года Полиз была приглашена на ужин с Эриком Шмидтом из Google и Рэем Лейном, ветераном программирования и бывшим президентом Oracle. Рэй в то время занимал пост старшего партнёра в Kleiner Perkins Caufield & Byers, успешной компании из Силиконовой долины, занимавшейся венчурными операциями. В сфере его внимания находилась одна компания, работавшая над тем, как решить проблему сложности открытых систем, которой недоставало лидера. Полиз была заинтригована, и они быстро смогли разработать совместный план. Компания называлась SpikeSource, и Полиз предстояло её возглавить.

Полиз вспоминает, что уходила с ужина совершенно окрылённой. «Мне показалось, что я вновь вернулась в 1995 год — самое лучшее время для того, чтобы организовать такую компанию, — говорит она. — Я видела возможность для невероятной инновации, такой, которую я не могла припомнить за все двадцать лет, что нахожусь в отрасли программирования. Огромное количество проблем, которые мы постоянно испытывали с программами, могли быть решены с помощью открытого доступа». Полиз осознала свою миссию: вывести программы с открытыми кодами на массовый рынок, решив одну из наиболее сложных проблем программирования и сделав это в истинно открытой манере.