меняться.
Сегодня всё, начиная с систем управления взаимоотношениями с клиентами (CRM)[133] и планирования ресурсов предприятия и заканчивая системами управления контентом и бизнес-разведкой — то есть практически любые типы производственных программ, которые могут прийти вам в голову, — становится доступным в виде программ с открытым кодом. Возник целый ряд предприятий, создающих приложения на основе открытых кодов. Таких предприятий насчитывается уже свыше 10 тысяч, но мы расскажем о двух из них.
Компания Pentaho занимается разработкой программ для бизнес-разведки, которые соревнуются с коммерческими приложениями, поставляемыми Cognos и Hyperion. Подобно решениям конкурентов, решение Pentaho обеспечивает пользователей системами отчётности, анализа, поиска данных и управления рабочим процессом. Такие системы позволяют предприятиям более эффективно работать с данными. Чаще всего клиенты платят значительные суммы за коммерческие продукты (а кроме того, ещё и за консультации по использованию), однако базовый продукт Pentaho является абсолютно бесплатным. Подобно другим поставщикам программ с открытым кодом, компания зарабатывает на поддержке, тренингах и консультациях по кастомизации программы для специфических целей конкретных клиентов.
Компания Medsphere предоставляет программные решения. для небольших и средних больниц, позволяя им хранить в электронном виде полные истории болезней всех пациентов, начиная с результатов лабораторных тестов и заканчивая прописанными лекарствами. На рынке уже имеется достаточное количество программ для управления больницами, однако большинство лечебных учреждений не могут себе их позволить. Около 80% больниц в США — небольшие, с числом койко-мест, не превышающим 300. Система Medsphere стоит примерно в четыре раза дешевле, чем аналогичная программа, защищенная патентами, при этом в неё включена поддержка и оплата услуг по инсталляции. Нет ничего удивительного в том, что программа доказывает свою эффективность среди медицинских учреждений.
Разумеется, ещё рано праздновать победу, однако такие компании имеют явное преимущество с точки зрения издержек. Им не нужно нанимать армии продавцов или инженеров — онлайновое сообщество разработчиков оказывает неоценимую помощь, помогая им произвести, протестировать и избавить программный продукт от ошибок. И если такие компании и расходуют деньги, то на создание дополнительных свойств и сервисов программы, и в этом заключается существенное отличие этой модели бизнеса от модели работы с программами, защищенными патентами, в которой до 70% расходов приходится на расходы по поддержке продаж и маркетинг.
Компании, напуганные или озадаченные размером расходов на покупку программного обеспечения, защищенного патентами, всё больше ратуют за то, чтобы дать шанс программам с открытым кодом. Они всегда могут сгрузить демонстрационную версию такой программы из Интернета и не заплатить за это ни копейки. И как только новый проект, работающий с использованием открытых кодов, найдёт себе точку опоры, в этот самый момент начнутся проблемы у традиционных поставщиков программного обеспечения, чьи бизнес-модели выживают исключительно благодаря умопомрачительным суммам, выплачиваемым компаниями за пользование лицензионными программными продуктами.
Когда дело касается открытых источников, сложность становится одновременно и возможностью, и проблемой. Первые три правила открытых источников — они никому не принадлежат, каждый может их использовать, любой может их улучшать — становятся источником бесконечных инноваций, но, с другой стороны, источником непрекращающегося страха бедных менеджеров по информационным технологиям, которые постоянно сталкиваются со всё возрастающей сложностью. Реальность такова, что у нас слишком много возможностей для выбора. Компании, желающие воспользоваться преимуществами открытого кода, должны выбирать из огромного количества приложений. А какие из них обладают лучшим качеством? Если вы в состоянии понять это сразу, то поздравляем — вы прошли первый уровень. Теперь, видимо, с помощью магии или удачи, вам придётся заставить все эти приложения работать вместе и согласованно.
А всё только начинается. Типичная программа, построенная на открытом коде, живёт несколько дней или недель. Напротив, крупные производители могут заставить вас ждать новой версии и программы годами. Быстрое итеративное развитие означает, что программа постоянно улучшается, но также и то, что компании, жаждущие постоянства и надёжности, вверяются огромной, и зачастую анонимной группе программистов, которая станет улучшать программный продукт, только если захочет это делать.
Такая сложность вполне устраивает крупных производителей программ. Они указывают на затраты и риски перехода на программы с открытым кодом и заявляют о том, что их сравнительно стабильные решения являются лучшим разумным выбором для большинства. Однако если разработчики открытого программного обеспечения сумеют решить вопросы совместимости, интеграции и поддержки, это может привести к существенным проблемам для сегодняшних традиционных лидеров рынка. Лидеры рынка полагают, что решение такой сложной задачи невозможно без ресурсов и командной структуры, присущих крупной вертикально интегрированной компании. Это значит, что крупные компании фактически не обращают внимания на результаты, достигнутые Ким Полиз и ей подобными.
Ким Полиз, как никто другой, близка к тому, чтобы называться звездой в стиле хай-тек. Она стала известной благодаря работе в компании Marimba, ведущем провайдере управленческих решений на базе инфраструктуры Интернета. Ким была одним из основателей компании и её руководителем. До этого она почти десять лет проработала в Sun Microsystems и являлась основным архитектором Java (общеизвестного языка программирования, активно используемого Sun). Видение, ум и энтузиазм Ким сделали её знаменитостью первого интернет-бума. Она также обладает привлекательной внешностью, и многие журналы, к примеру,
Как-то летним вечером 2004 года Полиз была приглашена на ужин с Эриком Шмидтом из Google и Рэем Лейном, ветераном программирования и бывшим президентом Oracle. Рэй в то время занимал пост старшего партнёра в Kleiner Perkins Caufield & Byers, успешной компании из Силиконовой долины, занимавшейся венчурными операциями. В сфере его внимания находилась одна компания, работавшая над тем, как решить проблему сложности открытых систем, которой недоставало лидера. Полиз была заинтригована, и они быстро смогли разработать совместный план. Компания называлась SpikeSource, и Полиз предстояло её возглавить.
Полиз вспоминает, что уходила с ужина совершенно окрылённой. «Мне показалось, что я вновь вернулась в 1995 год — самое лучшее время для того, чтобы организовать такую компанию, — говорит она. — Я видела возможность для невероятной инновации, такой, которую я не могла припомнить за все двадцать лет, что нахожусь в отрасли программирования. Огромное количество проблем, которые мы постоянно испытывали с программами, могли быть решены с помощью открытого доступа». Полиз осознала свою миссию: вывести программы с открытыми кодами на массовый рынок, решив одну из наиболее сложных проблем программирования и сделав это в истинно открытой манере.
Интеграция и взаимодополняемость — две проблемы, традиционно при сущие программированию. Решение их лежит не только в плоскости открытых источников. Во многом эти проблемы существовали из- за того, что поставщики не могли договориться между собой. Никто из них не желал обменяться интерфейсами или вместе поработать над тестированием или интеграцией своих программных приложений. Это приводило к непредсказуемым последствиям, а иногда и к поломкам в случаях, когда потребители пытались одновременно работать с несколькими приложениями.
Может показаться, что решение лежит в плоскости консолидации отрасли. И кажется, этот процесс набирает силу, — достаточно посмотреть на недавние поглощения и приобретения в мире коммерческих программ (и здесь наиболее заметна деятельность Oracle). В случае программ с открытым кодом крупные игроки могли попросту выкупить своих небольших конкурентов, использующих открытые коды, тем самым блокируя дальнейшее развитие движения. Однако Полиз, как и многие другие, видела дальнейшее развитие иным и выступала за решение на базе сотрудничества.
С приходом второй волны открытого доступа истинное сотрудничество и интеграция стали реальностью. «Это происходит естественно, — говорит Полиз, — потому что ценности сотрудничества естественным образом заложены в принципах работы с открытыми кодами. Все независимые проекты и
