Открытие конференции
Open Source Forum Russia – мероприятие, посвящённое так называемому открытому коду, его проблемам и преимуществам, а также решениям на базе Linux. В этом году на OSF отвели три дня, за которые организаторы планировали привлечь в гостиницу “Рэдиссон Славянская”, что расположена рядом с Киевским вокзалом в Москве, до трёх тысяч посетителей. Русский Tom’s Hardware Guide выступил официальным информационным спонсором мероприятия, и сегодня мы публикуем первый репортаж.
Церемония открытия Open Source Forum Russia началась в 10 часов утра 28 апреля, после чего участники форума получили небольшую передышку, чтобы ознакомиться с обширной выставкой, развёрнутой на мероприятии. В 11 часов началось первое пленарное заседание, которое открыл Валентин Макаров, президент ассоциации “Руссофт” – одного из организаторов форума. В ходе приветственной речи Леонид подчеркнул особую важность мероприятия и отметил, что на форум в Россию приехали более 30 ведущих специалистов в области открытого кода со всего мира, причём, все они в своё время совершили какую-либо революцию в области программного обеспечения. Форум по открытому коду оказался интересен не только техническим специалистам и сотрудникам компьютерных компаний, но также привлёк пристальное внимание государственных структур – с докладами на Open Source Forum Russia выступили многие представители власти, в том числе высокопоставленные чиновники. К моменту начала первого пленарного доклада на форуме зарегистрировалось уже более полутора тысяч участников, так что мероприятие смело можно считать популярным и актуальным.
Выступает Валентин Макаров, президент ассоциации “Руссофт”.
После Леонида Макарова слово взял Йон “мэддог” Холл (Jon “maddog” Hall), большой энтузиаст и проповедник идеологии Open Source, руководящий компанией Linux International. Йон приезжает в Россию уже не в первый раз – в 1994 году он посещал выставку LinuxExpo. Как отметил Йон, уже тогда в России наблюдалась высокая активность сообщества разработчиков открытого исходного кода. Йон также порадовался присутствию на форуме большого количества молодёжи – ведь открытый исходный код можно назвать, своего рода, путём в будущее. Господин Холл считает, что в России можно эффективно разрабатывать программное обеспечение, что позволит уменьшить “утечку мозгов” за рубеж. По аналогии с Индией, в которой ИТ-индустрия развивается динамичными темпами, в том числе, благодаря качественному программированию, Россия может стать не только экспортёром природных ресурсов, но и готового программного кода. Идеи тоже нужно уметь продавать.
Йон “мэддог” Холл.
Адам Джолланс (Adam Jollans) из IBM указал на то, что открытый исходный код меняет мир. Он открывает новый уровень сотрудничества между тысячами разработчиков. Открытый код даёт также выбор: вы можете выбирать операционную систему, аппаратное обеспечение, приложения. Кроме того, открытый код возвращает контроль над ИТ-системой в руки пользователей. Адам выразил надежду, что открытый код позволит существенно продвинуть вперёд ИТ-экономику.
От Министерства экономического развития и торговли выступил Церен Церенов. Министерство внимательно следит за общественной дискуссией вокруг программного обеспечения и бизнесом, который построен на его основе. Как указал Церен, у государства нет оснований давать преимущество какой-либо экономической или этической модели бизнеса. Выбор того или иного решения должен основываться на конкретных свойствах модели в зависимости от задач, которые стоят. Следует отметить, что в России на данный момент отсутствует формализованное государственное регулирование в области закупок ПО. Но де-факто проводится политика, дающая те или иные преимущества определённым поставщикам ПО с закрытым кодом. Разница между закрытой и открытой моделью лежит в правовой плоскости – в виде прав, которые даются пользователю. Но здесь следует также учитывать политические и экономические особенности. Церен выделил пять свойств, которыми должно обладать программное обеспечение для органов государственного управления.
- Технические свойства. Конкурсная документация государственных закупок должна содержать требование открытости интерфейсов, то есть их соответствия открытым стандартам на рынке. Тогда заказчик не будет привязан к платформам или поставщикам. Другими словами, важен не столько открытый исходный код, сколько открытость программных интерфейсов.
- Экономические свойства. Следует уделять внимание совокупности стоимости владения при тиражировании ПО в рамках госсектора. Сейчас эти вопросы часто остаются без внимания. На многих конкурсах в ряде случаев оценивается цена заявки только на пилотное внедрение, а не на полный комплекс.
- Правовые свойства. Чаще всего российский государственный заказчик не занимается анализом и планированием объёма прав, которые требуется получить от поставщиков. К примеру, может возникнуть ситуация, когда придётся докупать лицензии. Либо обновление ПО потребует отдельного финансирования. Впрочем, правовые требования к ПО не могут быть универсальными – они вытекают из конкретных условий использования.
- Структура госрасходов на ПО. Про структуру затрат обычно думают мало. Для развития отечественного рынка ИТ лучше тратить деньги не на лицензии, а на сервисные компоненты. Госрасходы не столько должны стимулировать увеличение продаж какого-то отдельного производителя, сколько стимулировать повышение конкуренции и качества предложений на рынке ИТ. Следует выделять направления стимулирующего лицензирования, а при возможности закупать услуги вместо лицензий.
- Политические вопросы. Есть ли ситуации, когда от поставщика можно требовать открыть коды? Да, и речь не только об обороне и безопасности. Ведь поддерживать и развивать каждую пилотную разработку, возможно, придётся в течение долгого времени. Вполне вероятна ситуация, когда от услуг поставщика необходимо будет отказаться. От подобных ситуаций можно защититься, потребовав открытость кода в явном виде.
Церен отметил, что у свободных программ есть определённые достоинства, важные для госсектора, который до этого времени отдавал предпочтение модели с закрытым кодом. Однако на российском рынке пока не появилось заметного в промышленном масштабе предложения, которое опиралось бы на свободное ПО. В то же время, хотелось бы исключить дискриминацию программного обеспечения, а также стимулировать отечественный рынок программного обеспечения. Ведь, в конечном итоге, это больше соответствует интересам российских налогоплательщиков.
Апокалипсис закрытого кода: версия гуру Йона Холла
Йон Холл считается признанным гуру в области исходного кода. Его опыт в компьютерной индустрии превышает тридцать лет, а стаж работы с Unix-системами – 20 лет. Что касается Linux, то им Йон занимается с 1994 года. Йон сразу же сообщил о том, что самое главное – не цена программных продуктов, “железа” или услуг, а их ценность. Поэтому при оценке следует смотреть не на цену, а на качество программных решений для потребителей.
Если обратиться к истории, то в самом начале информационной эпохи компьютеры были очень дорогими, а программное обеспечение создавалось под заказ. В 80-е годы цена на “железо” упала, компьютеры вышли на массовый рынок. В это время некоторые компании поняли, что программное обеспечение можно производить и продавать, то есть зарабатывать на этом деньги. Сегодня “железо” стоит очень дёшево. Но модель создания программного обеспечения надо менять.
Почему? Сегодня программы продаются как обычный товар. Но представьте себе автомобильный магазин. Вы хотите купить машину. Подходите к продавцу с мешком денег и говорите: “Дайте мне какой-нибудь автомобиль”. Звучит абсурдно? Но почему мы покупаем программное обеспечение именно так?
В 1980 году Йон купил программу за $1000 у одной компании. В штате этой компании состояло около 100 инженеров, а объём продаж составил 1000 штук. В итоге компания сделала $1 миллион прибыли. Когда у Йона возникла проблема и понадобилось в программе исправить ошибку, он связался с компанией-разработчиком, вышел на главного программиста и на генерального директора. Проблема была решена за несколько дней.
Теперь у этой компании 150 инженеров и 4,5 миллиона клиентов. Предположим, каждый из них напишет свою проблему на 2 листках бумаги и отошлёт их в компанию. В итоге мы получим 9 миллионов листов бумаги. А если вы захотите позвонить в компанию, то вряд ли сможете поговорить с главным программистом или генеральным директором. Падение качества услуг – вот в чём проблема такого подхода.
Во многих странах развито пиратство программного обеспечения. Жители таких стран считают, что незачем переходить на свободное ПО, если можно переписать или очень дёшево купить пиратскую версию дорогой программы. Но есть важный момент – такое программное обеспечение не даёт свободы. Нельзя внести изменения, которые вам нужны. Нельзя добавить расширения или новые функции. Пиратство не помогает развивать местный рынок ПО. Кроме того, нельзя узнать, как программа работает. Платное программное обеспечение, на самом деле, связывает нас по ногам и рукам.
Собственно, именно поэтому такая страна, как Китай, присоединилась к движению за свободное ПО. Там решили разрабатывать свою soft-экономику, свободную от чьего-либо влияния.
Предположим, в нашей стране была произведена закупка известного зарубежного производителя на миллиард долларов. Эти деньги не останутся внутри экономики, чтобы помогать локальным решениям. Они уйдут наружу, в экономику другой страны. Если же вложить те же деньги в местный рынок, то они сделают дополнительные деньги. Они создадут рабочие места, а компании-разработчики заплатят налоги в бюджет нашей страны. Зачем отправлять деньги в экономику другого государства и прощаться с ними?
Другой пример. Студенты-разработчики одной небольшой страны после окончания университета уезжали за рубеж, так как у себя дома попросту не могли найти достойной работы. Единственное, что им предлагали, – работу по установке программ c заработной платой $300 в месяц. Из-за этого локальный ИТ-рынок страны старел, не получая свежих вливаний. Поэтому Венесуэла перешла на открытый исходный код, что дало локальные рабочие места и обеспечило будущее локального ИТ-рынка.
Следующая проблема – английский язык. Большая часть программного обеспечения разрабатывается на английском языке. Но как защитить интересы тех пользователей, которые не говорят на английском языке? Сколько нужно купить копий программы, чтобы производитель пожелал выпустить локализованную версию? В принципе, если рынок достаточно большой, то для него выпускаются локализованные программы. Но как быть в случае, к примеру, той же Индии? В стране используется две языковые раскладки, признано 18 официальных языков, а люди говорят на 5000 диалектах. 15-20% населения страны вообще не умеют читать. Что делать с ними? Как подстроить программу под часть населения, не являющуюся большинством?
Возьмём пример фармацевтической компании из Рио-де-Жанейро. Компания решила провести информатизацию. Но программное обеспечение для этой индустрии стоит не просто дорого, а безумно дорого. Кроме того, оно использует английский интерфейс. Фармацевтическая компания пожелала купить пять копий программы, пусть и по безумно дорогой цене, если интерфейс будет переведён на португальский. Однако они получили отказ. Тогда фармацевтическая компания обратилась к локальным разработчикам и предоставила им всю необходимую документацию для создания программы. Разработчики согласились, и новая программа строится на открытых технологиях, таких как база данных Postgres и языке Perl. Разработчики полностью продублировали набор функций дорогой англоязычной программы. В итоге фармацевтическая компания не только заплатила за программу меньше, но и обеспечила работой локальную компанию-разработчика.
Перейдём на государственный уровень. Можете представить себе генерала американской армии, который будет использовать в своих компьютерных системах программу, разработанную в Китае? Мы не можем, потому что такая ситуация сама по себе абсурдна. Почему у российской армии отношение к западным программам должно быть иным? Хорошо, некоторые компании дают вам взглянуть в исходный код – но только через Интернет и только на куски программы. В такой ситуации картину в целом представить невозможно. А вдруг программа содержит определённые лазейки? Или в нужный момент откажется работать?
Если оставить в стороне военную сторону вопроса, возникает другая проблема – время жизни компании-разработчика. Сегодня самой старой подобной компании насчитывается около 40 лет. Предположим, в правительстве развернули почтовую систему. Как долго она будет существовать? Что будет, если компания-разработчик решит оставить этот бизнес? Кто в таком случае будет поддерживать продукт? А как быть в случае непредвиденных ситуаций, если, скажем, стране будет объявлено эмбарго? Возьмём, например, Кубу, где нельзя использовать американское программное обеспечение. Поэтому в стране перешли на открытые программы и технологии – ими никто не владеет.
Некоторые скажут: именно поэтому я покупаю программы от крупного производителя. Но разве это гарантирует защиту инвестиций? Куда делись такие гиганты, как Wang, Apollo, Data General и Prime? В своё время компания Digital Equipment Corporation была одной из крупнейших. Но дела пошли не так хорошо, и компанию купила Compaq. В свою очередь, несколько лет назад Compaq из независимой компании перешла в собственность HP. Только открытые технологии дают гарантию существования, если компания-производитель исчезнет.
Наконец, можно упомянуть и образовательную функцию открытых технологий. В мире, где программы являются собственностью компаний, разве можно встретить разработчика ядра ОС в 15 лет? 13-летнего администратора? 11-летнего программиста суперкомпьютеров? Но в мире открытых технологий такие примеры есть. Молодые специалисты получают доступ ко всем необходимым ресурсам и технологиям, что позволяет реализовать свой талант даже в таком возрасте.
Адам Джолланс, IBM: стратегия вокруг Linux
Очень интересное выступление прозвучало из уст Адама Джолланса (Adam Jollans) из компании IBM. Надо сказать, IBM сегодня активно участвует в проектах, связанных с открытым исходным кодом. Их число достигло 150, а среди названий можно упомянуть Linux, Eclipse, Apache, Derby, Globus Alliance.
Вторжение IBM в эту сферу началось в 1998 году, когда IBM наняла специальную команду для присоединения к проекту Apache. После этого Apache Organization был передан разработанный код. В том же году IBM объявила о корпоративной стратегии, построенной на Linux, и поддержала ряд других проектов, включая перенос DB2 под Linux. В 2001 году IBM предоставила проекту Eclipse код стоимостью $40 млн. Платформа Eclipse позволяет работать в одном интегрированном и многоплатформенном окружении. На сегодняшний день платформу скачали 29 миллионов раз. Кроме того, под Eclipse выпущено более 300 плагинов для коммерческой, исследовательской и образовательной деятельности.
В 2004 году IBM передала Apache код базы данных Cloudscape (в рамках проекта Derby), чтобы подтолкнуть инновации, связанные с Java. Derby является первым полным коммерческим продуктом, который IBM предоставило сообществу открытого исходного кода. В январе 2005 года IBM передала около 500 американских патентов, чтобы поддержать инновации и открытые стандарты. В феврале 2005 года IBM внесла больше 30 проектов с открытым исходным кодом в SourceForge.net. В том же месяце IBM объявила о совместном решении с Zend Technologies по поводу разработки интегрированного решения Cloudscape (Derby) и PHP.
В ходе своего выступления Адам также поговорил о том, почему IBM считает поддержку движения с открытым исходным кодом столь важным. Он назвал ряд причин, почему открытый исходный код становится всё популярнее как в среде разработчиков, так и среди пользователей. Адам описал рынки, которые готовы к внедрению проектов с отрытым кодом. Кроме того, Адам оценил преимущества и недостатки таких проектов.
Заключительная часть выступления была посвящена урокам, которые усвоила IBM за свою немалую историю поддержки разработчиков с открытым исходным кодом. Наконец, Адам отметил ключевые области, на которых фокусируется IBM, – и здесь можно отметить широкую поддержку Linux.
Итог выступления Адама оказался следующим. ИТ-индустрия продолжает идти дорогой значимых изменений. Сегодня вокруг открытого исходного кода сформировалось новое сообщество разработчиков. Если раньше открытые стандарты и код имели важную значимость для появления Интернета, то сегодня они начинают играть всё более важную роль в переходе на электронный бизнес следующего поколения.
Заключение
Можно немало говорить о преимуществах и недостатках открытого кода. Корреспонденты Tom’s Hardware постоянно выезжают на мероприятия, связанные с Open Source. В ближайшее время мы опубликуем другие репортажи с Open Source Forum Russia, а тем нашим читателям, которые интересуются темой открытого кода, мы рекомендуем ознакомиться со следующими статьями:
- Linux потеряла невинность: выставка LinuxWorld 2004
- Knoppix Linux: вся система на загрузочном CD
- Linux выходит на настольные ПК
- Переходим с Windows на Linux, часть 1: подготовка
- Переходим с Windows на Linux, часть 2: установка и настройка
- LEAF-Bering uClibc: межсетевой экран средствами Linux
- Дорабатываем Linksys NSLU2: универсальная платформа Linux
- Игры под Linux: есть ли перспективы?
- Сервер ClarkConnect: надёжность Linux плюс дружественный интерфейс
- SmoothWall Express Firewall 2.0: межсетевой экран на базе Linux
- Конференция Desktop Summit 2005: Linux – на рабочий стол!
- Southern California Linux Expo 2005: наш репортаж