Компания Borland в 2001 году: новые продукты и новая стратегия
Некоторые комментарии после интервью
Несколько слов о TeamSource DSP
Некоторые пожелания российским разработчикам от популярных в России авторов
В этом году компания Borland, один из лидеров рынка средств разработки, порадовала своих пользователей сразу несколькими новыми продуктами (об этом мы уже писали в нашем журнале; см., например, КомпьютерПресс № 6’2001). Некоторые из них (например, Kylix) поистине уникальны и пока не имеют аналогов, ряд других (Delphi 6, JBuilder 5) представляют собой поддерживающие многие современные технологии и обладающие подчас редкостными возможностями новые версии уже полюбившихся разработчикам и хорошо зарекомендовавших себя продуктов.
Складывается впечатление, что продукты компании Borland вызывают в среде российских разработчиков наибольшее количество эмоций: есть и восторженные почитатели, и критики, постоянно сетующие на их недостатки, но почему-то упорно продолжающие ими пользоваться.
Не вдаваясь в технические подробности, связанные с особенностями новых продуктов Borland (это темы отдельных статей), мы выясним, чем порадовала компания своих поклонников в этом году и какие сюрпризы она готовит нам в ближайшем будущем.
По словам Дейла Фуллера, президента и CEO компании Borland, возглавляемая им компания — это компания для разработчиков. Средства разработки Borland давно и хорошо известны, а в нашей стране пользуются особой популярностью. Новые продукты, выпущенные в этом году, не являются исключением из правила. Всего лишь через пять месяцев после выхода на рынок Kylix занял первое место среди средств разработки для Linux; Delphi 6 также занимает на рынке прочные позиции благодаря поддержке этим продуктом Web-сервисов, и на момент написания этой статьи подобная функциональность является действительно уникальной.
Отметим, однако, что флагманским продуктом Borland на сегодняшний день считается не Delphi, а JBuilder. По данным ряда независимых аналитических агентств, Borland является лидером рынка средств разработки для Java: cегодня он занимает 40% этого рынка. Распространение указанной технологии происходит очень быстрыми темпами, как и ее развитие. Так, нынешней осенью планируется выпуск JBuilder 6 (предыдущая версия этого продукта была выпущена в июне, и мы еще даже не успели о ней написать ничего серьезного...). Отметим, что Borland занимает 4-е место в мире по числу патентов в области разработки программного обеспечения, уступая лишь Microsoft, IBM и Sun.
Компания Borland уделяет особое внимание вопросам партнерских отношений с разработчиками приложений и устройств. Среди важнейших стратегических партнеров Borland — SAP AG, Nokia, Rational Software, Macromedia. Borland является участником разработки стандарта J2ME (Java 2 Micro Edition).
Еще одним стратегическим направлением Borland является поддержка различных платформ и предоставление своим пользователям средств интеграции приложений, созданных для различных платформ. Практически это единственная компания на рынке, предоставляющая такие средства. Тем не менее, согласно оценкам Gartner Group, большинство крупных компаний не могут ограничиться одной платформой, и именно поэтому создание средств интеграции, а также средств разработки, позволяющих создавать код, переносимый на другие платформы, представляется перспективным и важным направлением.
В планах Borland на IV квартал этого года — выпуск Kylix 2, JBuilder 6, новой версии Enterprise Studio for Java. Чуть позже ожидается выпуск Enterprise Studio for Windows. Продукты семейства Enterprise Studio будут удовлетворять всем требованиям разработчиков корпоративных систем.
Важнейшее место в стратегии Borland занимает разрабатываемый сейчас продукт TeamSource DSP (Developer Solution Platform), предназначенный для организации совместной работы больших коллективов разработчиков.
Что касается развития бизнеса Borland в России, здесь также ожидаются существенные изменения. По словам Кирилла Раннева, главы представительства Borland в России, СНГ и странах Балтии, в ближайшее время в нашей стране будет проводиться программа сертификации разработчиков и учебных центров. Ожидаются изменения и в политике продаж: в частности, теперь можно не только приобретать продукты, но и оформить подписку на определенный срок, позволяющую получать все обновления и новые версии продукта, которые выйдут в течение этого срока. Это должно понравиться пользователям JBuilder, ведь версии этого продукта выпускаются сейчас довольно часто.
Было также объявлено об успешном завершении сертификационной лабораторией «ДИТ» испытаний Borland AppServer 4.5 на соответствие требованиям по защите информации класса 1Г руководящего документа «Автоматизированные системы. Защита от несанкционированного доступа к информации» Государственной технической комиссии России, что позволяет использовать Borland AppServer в органах государственной власти и на государственных предприятиях и учреждениях.
После рассказа об общих стратегических направлениях развития Borland перейдем к вещам более конкретным. Теперь стоит поговорить и о некоторых подробностях. В этом нам помогут Дейл Фуллер (Dale Fuller) — президент и CEO компании Borland, Джейсон Воукс (Jason Vokes) и Михаэль Файсст (Michael Faisst) — менеджеры по продуктам европейского отделения Borland, а также Сергей Орлик — менеджер по продуктам российского представительства Borland, любезно согласившиеся дать интервью ответственному редактору нашего журнала Наталии Елмановой.
КомпьютерПресс: Можно ли ожидать поддержки платформы Microsoft .Net в средствах разработки Borland?
Дейл Фуллер: Наша цель — обеспечить поддержку всех важнейших платформ, к которым мы безоговорочно причисляем и .Net. Однако .Net — еще молодая среда, не достигшая зрелости. Поэтому первая волна средств разработки, ориентированная на .Net, в основном будет поддерживать Web-сервисы, что и было сделано в Delphi 6. Задача нашей компании — обеспечить стыковку .Net и J2EE (Java 2 Enterprise Edition), с тем чтобы разработчики получили свободу выбора и не были привязаны к одной-единственной платформе, будь то Java 2 или .Net.
Когда мы ведем разработку продуктов, мы помним о нашей миссии — помогать своим заказчикам двигаться в будущее, не отбрасывая прошлое. Мы обеспечиваем заказчикам возможность взять имеющиеся наработки, развить их и довести до современного уровня за счет поддержки новых технологий, а также в будущем состыковать их с еще более новыми технологиями, будь то технологии беспроводной связи или возможность взаимодействия через нестандартные устройства.
Джейсон Воукс: Безусловно, мы будем поддерживать Microsoft .Net. Мы работаем над этим в тесном сотрудничестве с Microsoft и надеемся найти наилучший способ поддержки этой технологии в наших продуктах. Поэтому я определенно могу утверждать, что мы будем поддерживать Microsoft .Net. Но в настоящее время я не могу сказать, когда выйдет Delphi .Net, равно как и рассказать о подробностях реализации такого продукта. Однако если вспомнить, насколько качественной всегда была поддержка прежних технологий Microsoft в наших средствах разработки (например, поддержка технологий COM, ActiveX, Microsoft Transaction Server), то вполне очевидно, что поддержка .Net будет реализована наилучшим для наших пользователей способом.
Должен заметить, что, выпустив Delphi 6, мы уже приблизились к поддержке этой платформы. Пользователи Delphi уже сейчас могут применять в своих приложениях Web-сервисы, а также создавать их1. Заметим, что сама компания Microsoft пока еще не выпустила ни одного средства разработки, поддерживающего эту технологию, — в этом мы ее опередили.
В целом технологии Microsoft очень важны для разработчиков. Однако не стоит забывать о том, что есть и другое, не менее важное направление — Java. Мы поддерживаем оба этих чрезвычайно важных направления и планируем делать это и впредь.
КП: Что вы думаете о будущих Windows-версиях JBuilder? Не скажется ли негативно на развитии этого продукта тот факт, что виртуальная Java-машина может отсутствовать в этих версиях Windows?
Михаэль Файсст: Я думаю, негативное влияние этого будет невелико. Если виртуальная Java-машина не будет предоставлена Microsoft, то ее предоставит Sun. Я не вижу ничего рационального в отказе Microsoft от поддержки Java в нынешней ситуации противостояния Java и .Net и думаю, что отсутствие поддержки Java в конечном итоге негативно скажется на самой компании Microsoft.
КП: Как вы полагаете, возможно ли в принципе создание JBuider .Net, то есть продукта, поддерживающего Common Language Runtime?
Д.В.: Вполне возможно. У нас много заказчиков, которым необходимо преодолеть пропасть между Java и .Net и в том и в другом направлении, и мы обязаны им в этом помочь.
М.Ф.: Думаю, первыми продуктами, поддерживающими .Net, скорее всего окажутся Delphi и C++Buider, а JBuilder сможет обращаться к сервисам этой платформы посредством других технологий, например Web-сервисов, XML, CORBA.
КП: Что нового следует ожидать в JBuilder 6?
М.Ф.: Главная особенность шестой версии этого продукта — поддержка новых серверов приложений. Следует также отметить наличие некоторых изменений в самой среде разработки, например добавление новых средств управления кодом, поддержки некоторых технологий тестирования.
КП: Что можно сказать о применении JBuilder на платформах, отличных от Windows, Linux, Solaris? Существует ли среда разработки для этих платформ или можно просто переносить на них готовые Java-приложения? Применим ли JBuilder вместе с серверами приложений других производителей, то есть не с Borland Application Server?
Д.В.: JBuilder разработан так, чтобы работать с любым сервером приложений, поддерживающим J2EE. Но мы еще дополнительно оптимизировали этот продукт для применения с IBM WebSphere, BEA WebLogic, Borland Application Server. При использовании JBuilder c этими серверами вы получите существенное повышение производительности и значительное снижение совокупной стоимости владения. Что касается JBuilder для других платформ, то для многих из них соответствующая версия JBuilder уже есть. Назовем, например, JBuilder Nokia Edition (для платформы Symbian, применяемой в Nokia Communicator), JBuilder для Palm OS.
М.Ф.: JBuilder сегодня можно использовать для других платформ. Если говорить о серверах приложений, поддерживающих J2EE, то можно устанавливать туда компоненты и тестировать их в этом окружении. Мы стремимся поддерживать наиболее распространенные серверы приложений, поэтому, кроме Borland Application Server, JBuilder специально оптимизирован то для работы с IBM WebSphere и BEA WebLogic. Что касается отладки и тестирования, то для реализации подобной функциональности можно использовать Open Tools API. Если сам сервер приложений реализован на Java, можно осуществить удаленную отладку.
КП: Что вы можете сказать об особенностях Kylix 2?
Д.В.: Одной из главных особенностей этого продукта будет поддержка создания и применения Web-сервисов в Linux. Эта возможность станет доступна миллионам пользователей Linux — пока ее не предоставляет никто.
КП: Общепризнанно, что Delphi, C++Builder, JBuilder являются сами по себе замечательными средствами разработки. Однако как только речь заходит о сложных проектах, о следовании общепринятым методологиям разработки программного обеспечения (Microsoft Solution Framework, Rational Unified Process), выясняется, что этого недостаточно, поскольку при работе над такими проектами применяются не только средства разработки, но и CASE-инструменты, средства проектирования данных, средства Business Intelligence. Нередко важнейшим аргументом при принятии решения о том, какое средство разработки использовать, является не столько качество самого средства разработки, сколько его поддержка другими инструментальными средствами, используемыми в проекте. Какие шаги предпринимает Borland для организации этой поддержки?
Д.В.: Мы сейчас работаем в двух направлениях. Первое направление состоит в том, чтобы взять все лучшее для наших продуктов, например: Rational Rose — для моделирования, средства Macromedia — для Web-дизайна. Кроме того, в дополнение к этим средствам мы будем использовать наши собственные средства Team Source DSP или средства управления жизненным циклом разработки приложений. Второе направление касается других дополнительных средств: мы планируем обращаться к лидерам соответствующих рынков по мере того, как сообщество разработчиков будет извещать нас о потребности в таких средствах.
Д.В.: В последние месяцы мы много работали вместе с компанией Rational, и это сотрудничество привело к созданию Borland Enterprise Studio for Java, с помощью которого можно реализовать все стадии реализации проекта — от проектирования с помощью Rational Rose и написания приложений на Java до применения возможностей Web-дизайна с помощью инструментов Macromedia при создании приложений для конечного пользователя. Мы рассчитываем сделать то же самое для пользователей Delphi и C++Builder, выпустив Borland Enterprise Studio for Windows. Для нас очень важно, что над этими продуктами с нами работает один из лидеров рынка средств проектирования приложений и что мы можем предложить разработчикам комплексное решение, охватывающее все стадии реализации проекта. Помимо Rational с нами работают и другие производители средств проектирования данных и приложений (например, шведская компания BoldSoft).
М.Ф.: Используя JBuilder, вы уже сейчас можете сгенерировать и код, и саму базу данных на основе модели данных. Имея базу данных, вы сможете сгенерировать клиентские компоненты для доступа к ее данным и компоненты для маршалинга XML. В самой базе данных можно генерировать объекты на основе модели данных. Что касается окружения J2EE, то мы можем сгенерировать полный набор EJB (Enterprise Java Beans), предоставляющих эти данные клиентским приложениям.
Отметим, что Rational Rose позволяет осуществлять генерацию Java-кода на основе модели. Если речь идет о CASE-инструментах других производителей, то Delphi интегрируется с некоторыми из них.
КП: Что известно о составе Enterprise Studio for Windows?
Д.В.: Он будет похож на Enterprise Studio for Java, хотя и не будет стопроцентной копией этого продукта. Но в нем обязательно будут функции, которые нужны разработчикам для управления циклом разработки.
Д.В.: Детально состав этого продукта пока не определен, но следует ожидать наличия в нем средств моделирования Rational, в частности UML-моделирования, а также продуктов Macromedia.
КП: Хотя и на корпоративном сайте Borland имеется информация о концепции TeamSource DSP и доклады о данной технологии содержались в повестке дня BorCon’2001, однако в Европе и в России об этом пока практически ничего не говорят. С чем это связано? Считаете ли вы это направление бесперспективным?
Д.В.: В настоящее время процесс разработки DSP еще не завершен. Но мы уже обсуждаем с крупными заказчиками возможное применение DSP. Этот продукт рассчитан на большие команды разработчиков, иногда территориально распределенные, то есть когда часть команды разработчиков находится в США, часть в России, часть в Индии, Африке и т.д. DSP позволяет организовать эффективную групповую разработку и работу руководителя проекта независимо от того, где тот находится. Эта технология основана на хостинге соответствующих сервисов. Я думаю, не столь важно, где географически располагается сервер, обслуживающий такую команду, — он может находиться где угодно, в том числе и в Европе.
М.Ф.: Мы пытаемся понять, какая бизнес-модель для этого приемлема в Европе.
Cергей Oрлик: Она не бесперспективна, просто DSP — не только технология, но и определенная бизнес-модель. Сейчас проводятся исследования, которые определят, как нужно использовать этот комплекс технологий и бизнес-модели максимально эффективно.
КП: Пока в России о концепции DSP мало что известно. Является ли правильным объяснение, что DSP — это ASP для разработчиков?
Д.В.: Это неплохая аналогия!
КП: Если применять DSP внутри организации, означает ли это, что для этого достаточно иметь нужное количество лицензий, установить соответствующие сервисы на сервере и иметь среду разработки с Web-интерфейсом?
Д.В.: Это не совсем так. Сейчас речь идет скорее о версиях Delphi и C++Builder, поддерживающих DSP. На рабочем месте потребуется полноценная среда разработки. Однако со временем мы подойдем к созданию так называемых ферм компиляции (compiler farms), при применении которых вы сможете компилировать приложение на удаленном сервере и с помощью Web-интерфейса получать отчет о проблемах, имеющихся в вашем коде. Имея распределенную среду, позволяющую группе разработчиков использовать множество компьютеров для компиляции, можно достичь высокой эффективности разработки. Кроме того, при этом не потребуется тратить время на установку самого средства разработки и на его настройку, что особенно важно для территориально распределенной команды разработчиков. В этом случае руководитель проекта сможет более эффективно использовать и имеющиеся у него ресурсы, и потенциал самих членов команды.
КП: Каким образом концепция TeamSource DSP реализована сейчас?
Д.В.: Этот продукт предназначен для организации коллективной работы, то есть он требует применения технологии быстрого обмена сообщениями (instant messaging). Есть и другие особенности, характерные для коллективной работы, такие как защищенное хранилище для частей приложения, средства контроля версий, хранение не только кода, но и дополнительных сведений о коде и о самом проекте (слайдов, HTML-файлов, документов Word, имеющих отношение к проекту), а также сведений о тестировании — в общем, всего, что является важным для управления этим проектом. Мы рассматриваем управление указанной информацией как первый шаг на пути реализации концепции DSP.
КП: Похож ли этот набор сервисов на те средства контроля версий и управления проектами для распределенной команды разработчиков, которые предлагаются сейчас компанией Rational, — ClearCase, Purify и др.?
Д.В.: Возможно, и похож. Но не стоит забывать, что при применении TeamSource DSP разработчики будут использовать привычную для них среду разработки.
КП: Можно ли ожидать создания TeamSource for JBuilder?
М.Ф.: Мы переходим от отдельных продуктов к комплексным продуктам и коллективной разработке. Именно поэтому мы планируем создание продуктов типа TeamSource DSP. Поэтому я определенно могу сказать, что такой продукт будет, но пока не могу назвать сроков его выхода.
КП: Кто осуществляет хостинг сервисов DSP — сама компания Borland или любая компания, которая приобрела соответствующую лицензию?
Д.В.: Не думаю, что хостинг подобных сервисов будет осуществлять компания Borland. Наша цель — создавать средства разработки и сервисы для управления проектами, а хостинг созданных нами сервисов и предоставление сопутствующих услуг, по-видимому, будут осуществлять другие компании.
КП: Многих наших читателей волнуют проблемы, связанные с компонентами от сторонних производителей, включенными в ваши продукты, — QuickReport, TeeChart, DecisionCube и т.д. Не секрет, что поддержка таких компонентов со стороны Borland весьма ограниченна. При обращении же к их производителям пользователю нередко предлагают приобрести другую, расширенную, версию. Подобных компонентов с каждой версией Delphi и C++Builder становится все больше, что вызывает серьезное беспокойство у российских разработчиков. Планируете ли вы изменить эту ситуацию?
Д.В.: Я понимаю всю сложность проблемы. Однако Delphi существует уже много лет, и компоненты сторонних производителей, включенные в этот продукт, добавляют ему полезную функциональность. К сожалению, мы не можем контролировать таких производителей, поскольку это независимые компании, но делаем все возможное, чтобы проверять качество этих компонентов и помогать разработчикам в решении проблем, возникающих при их использовании, рассматривая отзывы разработчиков об этих компонентах. Мы постоянно работаем над повышением качества наших продуктов, в том числе и документации. Разработчики нередко тратят немало времени на поиск нужной информации, и мы стараемся помочь им в этом. С этой целью, в частности, и был создан сайт community.borland.com, который уже помог многим разработчикам.
КП: Еще одна проблема, волнующая российских разработчиков, — наличие множества дефектов в последних версиях средств разработки для Windows. Что делается для улучшения этой ситуации? Ожидаются ли какие-то изменения в организации процесса разработки и тестирования продуктов до того, как они поступают в продажу?
Д.В.: Мы постоянно совершенствуем организацию труда наших разработчиков с целью улучшения его результатов. Если в продукте обнаруживаются какие-то ошибки, мы стараемся исправить их как можно быстрее. В нашей компании такие работы имеют самый высокий приоритет. Но, бесспорно, лучше исправлять ошибки до того, как продукт поступит в продажу. Однако технологии, особенно Java, изменяются настолько быстро, что выработался так называемый компромиссный уровень качества, который наши заказчики готовы принять, только бы скорее получить готовый продукт, поддерживающий эти изменения. Что касается более стабильных продуктов, таких как Delphi, то в них число ошибок гораздо меньше. Мы стараемся одновременно следовать новым технологиям и обеспечивать приемлемый уровень качества, вплоть до задержки выхода продукта в случае обнаружения ошибок.
Лично я буду делать все возможное, чтобы наша продукция всегда имела высокое качество. Даже если она пиратская — на ней все равно стоит имя Borland.
Д.В.: К тому же и сама платформа претерпевает изменения, которые мы обязаны учитывать при создании новых версий продукта... Мы стараемся поддерживать в своих продуктах самые современные технологии и постоянно совершенствовать эту поддержку.
Кроме того, мы выпускаем пакеты обновления. В частности, сейчас ведется активная работа над созданием пакета обновления для Delphi 6, исправляющего многие дефекты этого продукта. Напомню, что даже при наличии некоторых недостатков в Delphi 6 на сегодняшний день это единственное средство разработки, поддерживающее создание Web-сервисов. Отметим также поддержку в этом продукте таких важных технологий, как EJB и CORBA.
Возможно, следует выпускать пакеты обновления меньшего объема, но чаще — этот вопрос сейчас обсуждается. В любом случае, мы стараемся совершенствовать процессы разработки и тестирования наших продуктов.
КП: Планируется ли увеличить количество сторонних разработчиков, занимающихся тестированием ваших продуктов?
Д.В.: Мы будем расширять ряды тестеров, поскольку цикл разработки продуктов сокращается. В этом случае нам нужно предоставить доступ к предварительным версиям продукта большему количеству разработчиков.
КП: В России имеется немало разработчиков, применяющих средства Borland для написания дополнительных модулей или утилит, предназначенных для обслуживания ERP-систем. Помнится, несколько лет назад существовал продукт — Delphi Connect for SAP. Сейчас о нем практически не слышно, но задачи, для которых он был предназначен, по-прежнему сохранились и актуальны для некоторых разработчиков. Что происходит сейчас в области взаимодействия Borland с поставщиками ERP-систем?
Д.В.: Задача, которую мы ставили перед собой при работе с SAP AG, заключалась в том, чтобы предоставить доступ к бизнес-логике этого продукта при помощи нашей среды разработки. Это позволяет заказчикам SAP вести разработки с доступом к данной бизнес-логике, а также производить изменения в своей бизнес-модели и при этом продолжать пользоваться ядром SAP. Это будет стоить им гораздо дешевле, так как разработчиков, которые умеют программировать на Java, гораздо больше, чем разработчиков, умеющих пользоваться собственными средствами разработки SAP. Кроме того, и разработчики, и компании, работающие сегодня с SAP, могут на этой основе создавать EJB, которые можно использовать как для себя, так и для продажи.
Мы планируем взять самые популярные EJB и объединить их в один комплекс. А если пойти еще на шаг дальше и скомбинировать эти EJB и соответствующие Web-сервисы (они у нас тоже имеются), поддерживающие, например, .Net, то мы получим среду, обеспечивающую взаимодействие SAP со всеми этими технологиями.
Д.Ф.: Если говорить конкретно о SAP, существует два уровня интеграции с этим продуктом — возможность использования API, опубликованного SAP, и использование стандартов. И один из важнейших стандартов интеграции приложений основан на технологии, аналогичной технологии интеграции приложений с базами данных, то есть универсальный механизм доступа к данным и драйвер для доступа к конкретной СУБД. Что касается ERP-систем, то SAP уже сейчас предоставляет бета-версию реализации такой технологии. Эта технология называется Java Connectors и является признанным стандартом де-факто и де-юре и служит спецификацией для разработки Java-клиентов.
Стандартный способ интеграции с Java/J2EE, по которому пошел SAP и многие другие поставщики EIS (Enterprise Information Systems), применим и для российских систем класса ERP. Aрхитектура Java Connector, ставшая обязательной частью спецификации J2EE 1.3, поддерживается в Borland AppServer уже сегодня. Это позволяет российским компаниям, производящим EIS, обеспечить действительно полнофункциональную интеграцию их продуктов с активно создаваемой прикладной инфраструктурой предприятий на основе J2EE/CORBA и, возможно, даже обогнать западных конкурентов по срокам выпуска решений в этой области.
Д.В.: Сейчас мы интенсивно взаимодействуем с SAP в области интеграции наших средств разработки с SAP R/3. В частности, мы совместно работаем над созданием EJB, предоставляющих доступ к объектам SAP. Это позволяет создавать высокомасштабируемые приложения на основе SAP, ведь вопросы интеграции Delphi с Java в данный момент нами уже успешно решены. Поэтому теперь нам не требуются специальные компоненты Delphi для доступа к объектам SAP — эта проблема решена на другом технологическом уровне. SAP является одним из самых серьезных игроков на рынке ERP-систем, и мы гордимся сотрудничеством с этой компанией.
М.Ф.: JBuilder обладает средствами интеграции с ERP-системами. С его помощью можно обращаться ко всем ERP-системам, обладающим Java-интерфейсом, а также применять Java-библиотеки независимых производителей для доступа к ERP-системам. Заглядывая вперед, можно сказать, что SAP, ключевой игрок на рынке ERP, планирует предоставлять Java API для среды MySAP (наряду с уже существующим языком ABAP). SAP тоже использует JBuilder; кроме того, помимо API пользователи Java смогут иметь и некоторые дополнительные средства доступа к SAP.
КП: Делается ли что-нибудь для интеграции средств разработки Borland c ERP-системами других производителей?
Д.В.: Что касается других поставщиков ERP-систем, то взаимодействие с их продуктами наших средств разработки может осуществляться различными способами — с помощью EJB, CORBA, Web-сервисов. Важно, чтобы эти технологии поддерживались в указанных ERP-системах, и только от разработчиков зависит, какую из этих технологий выбрать, — мы предоставляем им все возможности. Отметим, что сотрудники наших служб всегда готовы помочь разработчикам в выборе технологии для реализации конкретного решения.
М.Ф.: Мы думаем и о расширении поддержки других ERP-систем, и о расширении своей активности на рынке ERP. Мы горды нашим сотрудничеством с SAP, и, думаю, оно может послужить примером для производителей других ERP-систем.
КП: Что вы думаете о нынешней конкуренции между технологиями .Net и Java? Будут ли эти технологии продолжать свое соревнование или нужно ожидать их интеграции в будущем? Есть ли у Borland прогнозы на этот счет?
М.Ф.: Очевидно, что применение и .Net и Java будет непрерывно расширяться. Сейчас на рынке middleware имеются две ключевые технологии: с одной стороны — это CORBA и J2EE, с другой — .Net. Я не думаю, что какая-либо одна технология уничтожит другую. На мой взгляд, замечательно, что эти технологии конкурируют друг с другом. Конкуренция — залог здорового рынка. Если нет конкуренции, то нет и рынка.
Borland поддерживает обе технологии. Отметим, однако, что во многих случаях может потребоваться одновременное применение этих технологий, осуществление доступа пользователей одной из технологий к сервисам, предоставляемым другой. Borland движется именно в этом направлении, создавая средства интеграции обеих технологий.
КП: Что бы вы пожелали российским разработчикам?
Д.В.: Мне хотелось бы обратить внимание российских разработчиков на некоторые наши новинки. В частности, мы выпустили Kylix Open Edition2, и он может быть доступен российским разработчикам. Я рекомендую обязательно попробовать с ним поработать — это великолепный выбор для разработчиков, создающих приложения для Linux. Я хотел бы еще раз сказать о Delphi 6 как о возможном средстве интеграции EJB и .Net, а также о поддержке в этом продукте Web-сервисов, позволяющих строить распределенные приложения на разных платформах с помощью различных средств разработки. Следует иметь в виду, что вскоре Web-сервисы будет поддерживать и Kylix. Я надеюсь, что 2002 год будет удачным и для Borland, и для российских разработчиков. Мы будем рады, если с помощью сайта community.borland.com они дадут нам знать, что мы сможем для них сделать.
М.Ф.: Говоря о технологиях, доступных в Delphi, нельзя не сказать об огромном количестве инструментов и компонентов, созданных российскими программистами. Мы ждем от российских разработчиков еще более широкой поддержки и Delphi и JBuilder, появления новых дополнительных компонентов и инструментов. Мы знаем, что уровень технологической образованности в России очень высок, и для Borland было бы очень интересно использовать возможности российских разработчиков. Мы ожидаем новых российских разработок, созданных с помощью наших инструментов.
КП: Большое спасибо за подробные и содержательные ответы. Мы желаем вашей компании процветания и успешного бизнеса и в нашей стране, и во всем мире.
Некоторые комментарии после интервью
Складывается впечатление, что наконец-то (по крайней мере, по сравнению с прошлым годом) стратегические цели Borland стали очевидны и ясны. Теперь мы знаем, каких продуктов следует ожидать от этой компании, какие технологии она будет поддерживать и развивать. Будем надеяться, что поклонники средств разработки этой компании еще не раз порадуются сюрпризам, которые их ожидают в новых версиях продуктов Borland.
Кстати, о сюрпризах: на нашем CD-ROM вы сможете найти Borland Kylix Open Edition, а также Borland JBuilder 5 Personal Edition для нескольких платформ. Попробуйте, и, возможно, вы не пожалеете...
КомпьютерПресс 11'2001
