Библиотека Интернет Индустрии I2R.ru

Хотя недавние исследования показывают, что основными языками программирования все еще остаются технологии Microsoft, Java уверенно сокращает разрыв. В 2000 году, по данным IDC, языки C и C++ в качестве главного инструмента программирования использовали 3 млн человек; 2,3 млн программистов пользовались Visual Basic и 1,2 млн — языком Java. А отчет Evans Data показывает, что число программистов на Java растет, а на C и C++ — сокращается. Эта тенденция проявляется и в академических кругах. В 1997 году отделение вычислительной техники Массачусетского технологического института сменило основной язык программирования, который должны освоить студенты, с Microsoft C++ на Java. А этой весной Калифорнийский университет Беркли предложил 25 курсов по Java и только семь по языкам Microsoft.

«На мой взгляд, Java быстро вытесняет все языки, особенно С++, — говорит доцент MIT Дэниел Джексон (Daniel Jackson), отмечая, что все чаще на его курсы приходят студенты, уже имеющие самостоятельно приобретенные знания в области Java. В течение двух лет совет колледжа переведет с С++ на Java усложненные вступительные экзамены по вычислительной технике, которые должны сдать выпускники средней школы, чтобы поступить в колледж.

Но несмотря на все эти ободряющие признаки, аналитики выделяют ряд факторов, которые могут помешать дальнейшему росту популярности Java. Первый и очевидный, это неизбежная конкуренция со стороны Microsoft, выпустившей Java-подобный язык С# и продвигающей стратегию интернет-ПО, отчасти копирующую Java. Вторая опасность исходит изнутри Java-сообщества: софтверные компании выпускают продукты, не соответствующие отраслевым стандартам. Хотя со временем многие несовместимости устраняются, сторонники Java опасаются, что такая независимая разработка может создать путаницу и привести к конфликтам, которые всполошат разработчиков. Наконец, остается проблемой сама сложность языка Java. Чтобы выйти за пределы круга хорошо подготовленных программистов и пробиться в широкие слои разработчиков, производители ПО Java, следуя примеру Microsoft, должны предложить инструменты, позволяющие создавать программы методом «укажи и нажми». В частности, с этих позиций критикуют стандартную технологию Enterprise Java Beans, которая, по идее, должна экономить время, позволяя использовать готовые компоненты ПО. Простые инструменты разработки Java помогли бы увеличить число разработчиков, использующих этот язык, что привело бы к созданию более обширного и здорового рынка Java.

С момента создания языка компанией Sun Microsystems семь лет назад программисты воспринимали Java сначала как способ оживления веб-сайтов, а затем как средство умощнения корпоративных интернет-систем и систем электронного бизнеса. Сегодня Java осваивает новые рынки, такие как сотовые телефоны, предлагая игры, доставку информации о котировках акций, бронирование мест в ресторанах и другие операции реального времени. Лагерю Java удалось максимально распространить эту технологию, несмотря на полный провал изначально поставленной задачи заменить Windows на персональных компьютерах. Отчасти за этот успех надо благодарить разработчиков и заказчиков, которые просто ищут альтернативу Microsoft, насаждающей свою Windows везде, от карманных устройств до корпоративных серверов.

Подыгрывая тем, кто ищет альтернативу Windows, Sun разрекламировала Java как платформу, которая будет работать на любом устройстве без каких-либо изменений, — знаменитый принцип Write once, run anywhere. Благодаря этому Java быстро завоевала поддержку конкурентов Microsoft, таких как IBM, Oracle и BEA Systems. Однако на самом деле язык программирования не до конца выполнил это обещание, в результате чего предприятия столкнулись с перспективой израсходовать больше времени и денег, чем они предполагали, когда выбирали Java. «На стороне сервера принцип Write once, run anywhere просто не работает», — говорит аналитик Meta Group Уилл Захманн (Will Zachmann).

Многие считают, что суть проблемы в длительности процесса выработки соглашения по стандарту Java, который может занять от 12 до 18 месяцев. Производители ПО, столкнувшись с сильным конкурентным давлением в борьбе за новых заказчиков, не могут так долго ждать и регулярно выпускают Java-ПО с усовершенствованиями, основанными на нестандартных технологиях. Большинство из них передает свои новинки в организацию Java Community Process, где Sun и другие Java-компании обсуждают будущие стандарты. Если технология принимается в качестве стандартной, ее предлагают другим производителям ПО. Но Java-компании выдумывают все новые нестандартные технологии, обеспечивающие им преимущества в конкурентной борьбе.

В погоне за оригинальностью на вожделенном рынке ПО электронного бизнеса BEA, IBM и другие Java-компании ввели в свои серверы приложений и другие продукты нестандартные технологии, повышающие их быстродействие и надежность. В результате компоненты, работающие на сервере приложений одного производителя Java, не вполне работоспособны на других. Это может посеять среди разработчиков сомнение в том, что Java — хорошая технология.

Дебаты по поводу BEA Cajun
В качестве примера критики приводят дебаты, инициированные в последние месяцы компанией BEA, ведущим производителем серверов приложений. BEA анонсировала инструментарий, который позволит разработчикам создавать Java-приложения методом «укажи и нажми». Weblogic Workshop с кодовым названием Cajun предлагает новую грамматику языка Java, которую BEA планирует передать в организацию по стандартизации. Но конкуренты называют это попыткой принудить заказчиков пользоваться сервером приложений компании.

Главный технолог BEA Скотт Дицен (Scott Dietzen) отвергает эти обвинения, называя технологию «надстройкой», которая не должна входить в состав стандарта Java. Дицен признает, что код, производимый Weblogic Workshop, нуждается в некотором преобразовании, чтобы работать на других серверах приложений, но это, он говорит, «не наша проблема»: «BEA не собирается лезть ради этого из кожи вон. Это не наша работа. Мы должны делиться (инновациями) с Java-сообществом. И пусть конкуренты используют эти инновации в своих продуктах».

Тед Шелтон (Ted Shelton), главный стратег конкурирующей фирмы Borland, опасается, что такое отношение приведет к расколу лагеря Java и помешает его росту. «Заказчикам надо решить, нужен им Cajun или нет. Если нужен, они должны сознавать, что остальная часть сообщества J2EE может не поддержать его и они останутся привязанными к ВЕА», — говорит Шелтон. Стандарт J2EE (Java 2 Enterprise Edition) — это руководящие материалы для предприятий по созданию серверного ПО Java. Сегодня, по его словам, не совместимы, может быть, 5-10% приложений, но с появлением инструмента ВЕА их доля грозит вырасти до 25-30%.

Необходимость использовать технологию единственной компании — вот чего заказчики боятся больше всего. «Наш принцип — по возможности не использовать специальные расширения, если на это нет особых причин. Мы не хотим оказаться в мышеловке, — говорит вице-президент Key Bank по ИТ-сервисам Майк Данн (Mike Dunn). Его компания остановилась на ПО IBM, но он настойчиво добивается разрешения использовать другие технологии. — Мы стараемся защитить себя от произвола поставщика, добившегося доминирования на том или ином рынке. Сейчас предложение IBM нас устраивает, но что будет через три года, неизвестно».

Раскол может существенно повлиять на расходы компаний. Чем больше технологий становятся стандартными, тем дешевле обходится перевод ПО с одного сервера приложений на другой. За последние годы, по данным Giga, эти расходы сократились с 20% до примерно 5% стоимости программ. Но если из-за несовместимости Java потребуется вносить изменения в ПО, они вновь могут вырасти. Например, разработчикам компании Vignette, выпускающей ПО для управления веб-контентом, приходится переписывать код, чтобы он работал с серверами приложений от BEA, IBM и Sun. «Они пишут для базового сервера приложений, а затем возвращаются и переписывают код для каждого сервера приложений», — рассказывает вице-президент Vignette по стратегии продуктов Санти Пьерини (Santi Pierini).

Но даже при таких усложнениях Java все же предпочтительнее многих альтернатив. В прошлом, например, программистам, использующим язык С, приходилось переводить код своих программ на все версии операционной системы Unix. «Технология Java несовершенна, но она определенно лучше, — говорит Пьерини. — Я помню, как мы пытались заставить код работать на HP-UX, Solaris и Intel-системах. J2EE и Java значительно упростили весь процесс». Так же думают большинство других сторонников Java, считая, что 90% — достаточно хороший уровень совместимости и его можно обеспечить сравнительно легко.

Маленькая несовместимость — это не страшно
В частности, аналитик Giga Information Group Майк Джилпин (Mike Gilpin) уверен, что небольшая несовместимость не вредит. Разработчики от века создают нестандартные технологии, а затем передают их на утверждение организациям по стандартизации — этот процесс будет способствовать совершенствованию Java и повышению ее конкурентоспособности по отношению к технологиям Microsoft. «Это неизбежно, — утверждает он. — В каждый момент времени существует набор стандартов и новые технологии, выходящие за его рамки».

Между тем технология Java Server Pages (JSP), позволяющая включать в веб-страницы небольшие Java-приложения, поначалу была нестандартной, и к моменту выработки соглашения по JSP в рамках рамочного стандарта J2EE все производители серверов приложений уже имели собственные версии этого ПО. Microsoft утверждает, что у производителей ПО Java нет другого выхода, кроме как создавать частные версии своих серверов приложений. «Это абсолютно нестандартное ПО, но оно позволяет им сохранять свою значительность и делать деньги, — говорит менеджер группы стратегии корпоративного маркетинга Microsoft Барри Гоффе (Barry Goffe). — Они ухватились за J2EE и оседлали его. В результате десять компаний делают одно и то же. Но ведь надо же чем-то выделяться из общей массы».

Рич Грин (Rich Green), вице-президент Sun по технологиям Java и XML, признает, что Java-компании стремятся в первую очередь к инновациям, а уж потом к стандартизации — и он не видит в этом ничего дурного. «Мы ни за что не стали бы нарушать стандарт. Но мы кое-что делаем и вне стандарта; люди готовы платить за это, и мы будем предлагать "ударные новинки" на этой платформе, — говорит он. — Прежде чем прийти к стандарту, разработчикам надо поучиться и поэкспериментировать».

Каких бы взглядов на проблемы стандартов ни придерживались сторонники Java, они всегда опираются на незыблемый общий фундамент: свою неколебимую оппозицию хватке Microsoft. «Microsoft выпускает хорошие инструменты, но не оставляет вам большого выбора. Это единственная игра в городе, — говорит главный технолог консалтинговой фирмы LeapNet Ларри Подмолик (Larry Podmolik). — Java, хотя и не обеспечивает принципа Write once, run anywhere на все 100%, тем не менее очень близка к этому».