В июне Санкт-Петербург посетил Кай Арне, вице-президент MySQL по связям с сообществом, который после приобретения шведского разработчика СУБД американской компанией Sun Microsystems играет также роль «посла» MySQL в Sun. Арне ответил на вопросы относительно хода объединения компаний, изменений, связанных с законодательством, а также изменений в процессе разработки СУБД MySQL.
Вы были в России совсем недавно, в ходе мирового тура, посвященного объединению Sun и MySQL. Какова цель вашего визита на этот раз?
Сейчас моя основная цель — познакомиться с подразделениями Sun Microsystems в России, которые были в составе корпорации до приобретения MySQL. В качестве посла я должен рассказать о них коллективу MySQL и, с другой стороны, мне поручено познакомить некоторые подразделения Sun с MySQL. Помимо этого, я планирую встретиться с сообществом; на этот раз я посещаю только Санкт-Петербург, а до сих пор в основном бывал в Москве, где у нас разработчики. Здесь другая пользовательская база, в том числе университеты.
Насколько я знаю, многие российские профессиональные пользователи весьма лояльны к программному обеспечению Microsoft, а что касается открытых СУБД, многие предпочитают PostgreSQL. Как вы оцениваете ваше местное сообщество пользователей?
По моему личному впечатлению, по всей России у MySQL множество пользователей, которые применяют эту СУБД длительное время, и это впечатление подтверждается относительной легкостью, с которой нам удается здесь находить сотрудников. Среди наших лучших инженеров и специалистов по поддержке многие из России и сопредельных государств.
Можете ли вы назвать долю российских специалистов в вашей команде разработки?
Россия занимает четвертое место по количеству специалистов в команде. На момент приобретения на долю США приходилось чуть больше половины сотрудников, затем следовали Швеция и Германия с примерно равным количеством, на седьмом месте была Украина. Нашу команду составляют специалисты из 29 стран, так что четвертое место — это много значит.
Как меняется команда в процессе слияния с Sun Microsystems?
Она растет за счет притока сотрудников, работавших над другими СУБД, которые Sun поддерживала ранее. Наш процесс найма, я полагаю, будет по-прежнему организован через сообщество, но в то же время упростится благодаря программам Sun по сотрудничеству с университетами, которых не было у MySQL.
С каким основными проблемами вы сталкиваетесь в ходе объединения?
Проблемы в том, чтобы понять, в каких случаях следует использовать процессы и схемы, типичные для MySQL, а в каких — для Sun. Генеральный директор Sun Microsystems Джонатан Шварц сказал: мы покупаем MySQL не для того чтобы ее изменить, но для того, чтобы учиться у нее. В свою очередь, нам есть чему поучиться у Sun, но это осложняет задачу выбора способа организации процессов.
И Sun уже учится?
О да, и мы могли не раз это наблюдать. К примеру, они изучают нашу лицензионную политику и рассматривают возможности ее применения к своим продуктам. Они также рассматривают нашу модель предложения, которая заключается в том, чтобы иметь основной продукт с открытым кодом и платную подписку на услуги, и рассматривают возможность ее использования с другим поставляемым ими программным обеспечением.
Не покинули ли MySQL какие-либо ценные специалисты, которым решение присоединиться к Sun пришлось не по душе?
Нет. Некоторые ушли, но не из-за того, что они были настроены против слияния. MySQL не покинул ни один топ-менеджер, ни один член исполнительного комитета. И я думаю, что это свидетельствует об удачном выборе, в противном случае, конечно, некоторые воспротивились бы сделке и заявили бы о своем уходе именно в случае ее осуществления.
Почему вы решили присоединиться к Sun, а не избрали иные возможные пути развития: публичное размещение акций либо присоединение к какой-либо иной компании?
Наш первоначальный план заключался не в том, чтобы быть приобретенными, а как раз в том, чтобы разместить акции, хотя Шварц раз в год и выдвигал предложение нас купить. В последний раз, получив его предложение и размышляя о путях достижения наших целей, мы решили, что Sun, которая является крупнейшим мировым производителем программного обеспечения с открытым кодом и одновременно поставщиком аппаратных средств и операционных систем, может оказаться наилучшим местом для дальнейшего развития MySQL. Именно Sun, а не какая-либо иная компания, потому что культура Sun очень близка к нашей, несмотря на то что это американская корпорация, а мы из Скандинавии. За те полгода, которые прошли с момента начала объединения, я лишь продолжал убеждаться в этой близости культур.
Ощущаете ли вы какое-либо влияние сделки на количество загрузок MySQL?
Количество загрузок выросло примерно с 50 тыс. до 60 тыс. в день. Трудно утверждать наверное, что это связано именно со сделкой, но весьма вероятно, что так.
Ощущается ли какое-либо влияние на отношениях с корпоративными заказчиками?
Да, весьма позитивное. В блоге Шварца есть такой пример. Он был на встрече с одним крупным клиентом и под конец спросил, интересно ли им узнать, что семейство продуктов Sun теперь пополнилось MySQL. Директор по ИТ компании-клиента сказал, что они не используют эту СУБД, а директор по информационной безопасности пояснил, что их политика безопасности не позволяет разработчикам загружать программное обеспечение из Internet. Однако присутствовавший на встрече торговый представитель Sun заявил, что, по словам его коллеги из MySQL, эта организация за последние 12 месяцев загружала данную систему более 1300 раз. И тут один из разработчиков компании-клиента признался, что на самом деле MySQL здесь используют очень широко, несмотря на то что руководство об этом не знало. Многие крупные компании предпочитают не иметь дела с маленькими фирмами, с теми, кто не котируется на бирже, но они с удовольствием будут иметь дело с крупными поставщиками, такими как Sun, а значит, число крупных пользователей MySQL вырастет.
Какова политика Sun относительно того, какие продукты MySQL следует распространять свободно, а какие продавать?
Основной продукт, поставляемый с открытым кодом, должен являться законченной системой и не требовать для своего использования каких-либо дополнительных платных компонентов. Это правило применимо не только к MySQL, но и ко всем продуктам Sun с открытым кодом. Мы можем предлагать подписку на платные услуги и некоторые платные дополнения к продуктам, однако не будем поставлять того, что называется crippleware, то есть лишь номинально бесплатные программы, пользователь которых вынужден платить, чтобы задействовать всю их функциональность.