Borland: "Мы пытаемся управлять жизненным циклом приложений"

13 май, 2003 - 23:00КО Cвязанная с поставленной задачей перестройка, происходящая в Borland, -- это процесс, протекающий на протяжении последнего года: в течение 2002 г. мы поглотили пять компаний. В январе продуктовая линейка Optimizeit стала нашей собственностью, и буквально со второго квартала мы уже сами начали поставлять Optimizeit Suite и интегрировать его с JBuilder. Затем был выпущен инструмент оптимизации J2EE-приложений -- Optimizeit ServerTrace. Сообщество Java-разработчиков оценило эти шаги весьма позитивно. Наконец, с выпуском Optimizeit Profiler для .NET мы вышли за пределы Java в области тестирования и оптимизации приложения.

Кстати, если уж речь пошла о тестировщиках, поделюсь одним наблюдением. Общеизвестно, что на Западе группы программистов четко разделены: одни занимаются разработкой, другие -- оценкой качества и тестированием. Так, во многих наших командах в настоящее время уже существует выделенный тестировщик, и памятная многим ситуация, когда человек что-то кодирует и сам это же тестирует, становится достоянием истории.

Второй покупкой в данном ряду стала Highlander, правда, она относится к области, непосредственно не связанной с ALM-стратегией. Эту компанию мы приобрели в мае 2002 г. Надо отметить, что это наш давнишний партнер, который на протяжении многих лет разрабатывал версии VisiBroker для real-time-платформ. И наконец, еще три компании были куплены прошлой осенью. Среди них -- шведская BoldSoft, специализирующаяся на системах для создания приложений, управляемых моделью. Эта покупка была вполне закономерной, продукты BoldSoft давно уже поставлялись как add-on к нашим средствам разработки, и мы просто приобрели эту фирму для осуществления более полного контроля над технологией. BoldSoft -- фирма небольшая, всего 20 человек, а вот StarBase и TogetherSoft -- компании уже не маленькие. Окончательное заключение сделки состоялось в январе нынешнего года, т. е. реальная интеграция уже не в юридических терминах, а в плане бизнеса и технологии началась, по сути, в этом году.


И насколько успешно протекает этот процесс?

Первые продукты появились достаточно быстро: в частности, интеграция Together и JBuilder реально произошла в феврале-марте.


А сказались ли вышеописанные события на организационной структуре Borland в нашем регионе?

Borland "Мы пытаемся управлять жизненным циклом приложений"
"С выпуском Optimizeit Profiler для .NET мы вышли за пределы Java в области тестирования и оптимизации приложения"
Могу отметить, что присутствие Borland в Восточной Европе и СНГ значительно расширилось. Так, в Санкт-Петербурге сегодня более ста разработчиков, в Москве -- семеро, но они именно из R&D. Мы, как представительство, конечно же, работаем вместе с ними, но организационно -- это две различные структуры.


Обычно при различных поглощениях происходят сокращение штата, оптимизация структуры...

Да, это имеет место, и мы живем сейчас в режиме "hiring freeze", т. е. не набираем новых сотрудников, поскольку пытаемся избежать дублирования функций и пр. Безусловно, и из продуктов необходимо удалять какие-то повторяющиеся элементы, выбирая лучшее. Но больших сокращений не будет, так как у компании на момент приобретения была ощутимая потребность в расширении штата.

Кроме того, покупка TogetherSoft -- это не только получение линейки продуктов Together как мощной системы проектирования с поддержкой популярного языка UML, но и во многом привлечение в команду Borland Питера Кодда (Peter Coad) -- человека, который в области UML, Agile Modeling и средств моделирования известен как один из признанных визионеров. Сейчас он занял позицию старшего вице-президента и главного стратега (Chief Executive Strategist) Borland.

Кроме того, и TogetherSoft, и особенно StarBase были очень "американскими" компаниями, лишь начинавшими выход на мировой уровень. Поэтому бизнес Borland, уже много лет являющийся международным, получил новый импульс, так как филиалы компании стали развивать новые направления. На моей памяти это далеко не первая волна приобретений, но никогда раньше мы не начинали так быстро продавать новые продукты -- StarTeam и Together наш офис реализовал уже в первом квартале нынешнего года.


То есть бизнес-интеграция идет достаточно быстро.

Да, разумеется. Кроме того, мы наблюдаем большой интерес пользователей из нашего региона к данным продуктам. Они активно загружают демо-версии, изучают и используют это ПО. Сейчас появился и нормальный канал сбыта. Отмечу, что наши разработчики, ориентируясь на передовые технологии, достаточно консервативны, когда речь идет о том, чтобы тратить на них деньги.


Что касается технологий, которые сегодня предлагает компания, давайте немного поговорим об этом.

Образно говоря, Borland изобрела очередное "колесо", если взглянуть на схему, изображающую наши интегрированные системы. Сегодня мы охватываем весь цикл от формулировки требований до внедрения, проходя через все стадии разработки. А ведь начинали с того, что были компанией для разработчиков и долго "жили" лишь в одном этом сегменте. Потом к основному инструментарию добавили средства тестирования, затем внедрения, т. е. мы перекрыли еще два-три крупных смежных сектора.

Хотелось бы коротко остановиться на одном из них -- управлении требованиями к проекту. Казалось бы, кто является конкурентом пакету CaliberRM? Как ни странно, это Word или Excel, т. е. любой редактор текста для составления задания. Однако работать с ними не слишком удобно. Сначала долго создается ТЗ, которое затем в муках утверждается. Если же потом возникнут корректировки, надо проходить весь цикл согласования, включая и руководство заказчика. А ведь реалии таковы, что требования к проекту меняются в процессе отработки всех его фаз, да и автоматизируемый бизнес-процесс не остается застывшим. В результате, после того как спроектирована крупноблочная системная архитектура, мы можем увидеть пробелы в исходных требованиях к функциональности, к системным ресурсам, к нагрузочной способности. Все это должно развиваться вместе с системой, и динамику изменений требований должны отслеживать и архитекторы, и разработчики, и служба сопровождения. Ведь только она реально ощущает, в каком режиме нагрузки работает система, а на этапе разработки можно строить только гипотезы. Например, в конце какого-то учетного периода финансисты просто устраивают штурм по подготовке отчетной документации. Все это станет видно в момент внедрения версии 1.0, и тогда необходимо переформулировать требования, скажем, к версии 1.5.

Архитектура, безусловно, тоже важный момент, и тут следует уделить внимание интеграции соответствующих инструментов со средствами разработки. Сейчас часто приходится сталкиваться с тем, что заказчик спрашивает: "Обоснуйте, почему продукт стоит именно столько. Какую мы получим отдачу?". Ответ прост, давайте рассмотрим процесс без средств моделирования и оценим, сколько нужно сделать программных модулей и какое время потребуется разработчикам. Теперь изучим, как меняется их продуктивность при использовании средств моделирования, и учтем экономию в оплате труда. Мы постепенно уходим от представления, что квалифицированный труд бесплатен, и это очень важный момент.


Можно ли сказать, что Borland все больше становится компанией, занимающейся бизнес-процессами, процессами организации труда разработчика, а не просто предлагающей инструментарий?

Borland "Мы пытаемся управлять жизненным циклом приложений"
"Сегодня мы охватываем весь цикл от формулировки требований до внедрения, проходя через все стадии разработки"
Я использую более привычную для себя формулировку. Мы пытаемся управлять жизненным циклом приложений и начинаем говорить о методиках и методологии всего процесса разработки. Сейчас для нас, если говорить о внутренних корпоративных задачах, очень важное требование -- обеспечить сквозную интеграцию всех продуктов. Она, конечно же, может быть разноуровневой, и худший ее вариант -- работа через импорт/экспорт. Естественно, говорить о серьезной методике организации процессов на таком пещерном уровне нельзя. Это должно быть сделано хотя бы с условием взаимного запуска продуктов. Скажем, такое средство коллективной разработки, как StarTeam, должно вызываться из среды инструментария разработчика. Важно, чтобы два приложения могли функционировать как одно целое, и изменения на этапе моделирования были видны в исходном коде, так же, как и все, что мы делаем с ним на стадии разработки, должно сразу появляться в окне оптимизатора. В результате выявляются утечки памяти, снижение производительности и т. д. Понятно, что на каком-то этапе возникает высшая степень интеграции, когда сочетание двух инструментов дает некое новое качество, которого невозможно достичь в рамках отдельных пакетов. Используя их вместе, мы получаем и метрики для анализа загруженности разработчика, и все, что связано с документированием. Работая, например, только с JBuilder, сделать это достаточно сложно.

Очень важным инструментом в этом плане является StarTeam -- система групповой разработки, позволяющая заниматься не только контролем версий, но и автоматизацией деловых процедур, причем имеется возможность гибко ее настраивать. Представьте компанию, создающую бухгалтерское приложение. С помощью пакета управления изменениями и конфигурацией ПО менеджер может эффективно работать с этим проектом. Вот получен новый закон, появилось еще одно правило, связанное с налогообложением, и оно сразу же трансформируется в задачу для разработчиков и архитекторов, которые должны учесть эти нововведения в создаваемой ими бухгалтерской программе. Пакет управления упрощает, с одной стороны, коллективную работу, а с другой -- обеспечивает информирование всех, кто вовлечен в процесс. Таким образом, бизнес-процесс разработки сейчас у нас охвачен достаточно полно.


И все же доступен ли каждый элемент "колеса" по отдельности в зависимости от потребностей компаний-разработчиков, могут ли они использовать их и с другими продуктами других вендоров? Или вы пропагандируете свое законченное решение как наиболее оптимальное?

Во-первых, сложно говорить о наибольшей оптимальности вообще, ведь это субъективное понятие, и оно понимается поставщиком и заказчиком по-разному. Скажем, последний считает, что у него накоплен опыт использования, например, продуктов Rational для моделирования. Но здесь нужно иметь в виду, что мы -- фанаты, в лучшем смысле этого слова, стандартов. Borland не является компанией одной среды, нас можно в некотором плане назвать Швейцарией, так как мы не хотим навязывать заказчику какую-либо одну из существующих сегодня платформ. Мы работаем и с Java, и с .NET и ориентируемся на конкретного заказчика. Ведь согласно оценкам аналитиков, более 50% компаний используют обе среды -- Java и .NET. А раз у нас нет никакой собственной платформы, мы делаем то, что хорошо нашему заказчику -- разработчику. Ведь трудно представить себе, скажем, чтобы продукты от IBM по работе с базами данных сильно ориентировались на Oracle -- конечно же, в большей степени они будут оптимизированы под DB2. Соответственно, Oracle не станет "затачивать" свой пакет разработки под Microsoft SQL Server. Для нас же главный критерий -- распространенность той или иной базы данных и, безусловно, требования заказчика. Поэтому мы совершенно спокойно относимся к тому, что любые сектора из этого "колеса" будут чужими, а в одном сегменте могут присутствовать продукты нескольких поставщиков. Но все же достичь бесшовной интеграции разнородных элементов, как это делается в рамках решения от одного поставщика, невозможно, поэтому мы и предлагаем свое "колесо" инструментария, включающее сразу все сегменты. Мы ведь не можем заставить другого поставщика проделать ту же работу по интеграции своего ПО с нашим.


Но, видимо, ведутся какие-то работы с ведущими производителями?

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


Кстати, очень активно ходили слухи, что Microsoft недостает инструментария и Borland для нее является лакомым кусочком.

Сейчас циркулирует множество версий о том, кто купит Borland. В зависимости от источника приоритет меняется, но чаще всего упоминаются Oracle, Microsoft и иногда IBM. Но, по-моему, можно даже вывести правило: как только начинают поговаривать о покупке компании, это становится наиболее весомым доказательством, что данное приобретение не состоится. Ведь реально все происходит строго конфиденциально. Я не знаю, каковы планы Microsoft, но смею предположить, что для нее сегодня важно усиление поддержки индустрией платформы .NET, и прежде всего со стороны независимых игроков. На днях мы официально объявили о проекте Sidewinder -- C# Builder. Мы также скоро опубликуем открытое письмо пользователям Delphi о будущем этого пакета, где расскажем о проекте Octane, восьмой версии Delphi, которая выйдет в конце года.

Замечу, что C# Builder -- это еще одна среда программирования. Понятно, что с C# можно работать и с помощью Microsoft Visual Studio. Почему же важно появление нашей версии среды? Во-первых, Borland делает более открытый инструмент и рассчитывает реализовать в нем те системные технологии, которые не использует Microsoft: CORBA и Java. Наш C# Builder не только средство разработки приложений для .NET, но и создания .NET-клиентов для CORBA- и J2EE-серверов, чего вряд ли можно ожидать от Visual Studio. (К моменту публикации этого интервью Borland объявила о выпуске нового продукта Janeva, обеспечивающего доступ из клиентских .NET-приложений к корпоративной логике на платформах CORBA и J2EE на основе стандартного протокола CORBA IIOP. -- Прим. ред.) Соответственно это добавляет к .NET как платформе очень мощное средство интеграции и создания распределенных приложений. Естественно, что мы привнесем сюда и инструменты моделирования, и ALM-подход, включающий и Together, и Optimizeit. Среда C# Builder для .NET является нашим новым достижением в области сред разработки. Аналогичные возможности появятся и в очередной версии Delphi.


А можно чуть подробнее о Delphi? Этот пакет пользуется у нас большой популярностью.

Delphi 8 выйдет в конце нынешнего года. Считаем, что данный продукт станет выбором для тех, кто не хочет менять среду разработки. Ведь сейчас весь мир программирования традиционно делят на две платформы: Java/J2EE и .NET. Но на самом деле имеется не две, а три платформы. До сих пор огромное количество людей обходятся без использования всяких виртуальных машин и продолжают писать программы, осуществляющие прямое обращение к ресурсам компьютера. И для них мы предложим среду, позволяющую создавать и "виртуальную" версию приложения, и работать на Win32.


А почему такие приоритеты -- сначала C#, а потом Delphi 8?

Это связано с нашим предыдущим опытом создания пакета для Linux, когда Kylix был первоначально реализован в Delphi-, а затем в C-версии. Ведь для Linux гораздо естественней применить C/C++. Тогда мы "со своим уставом пришли в чужой монастырь" и только на уровне второй-третьей версии увидели большой интерес к продукту. Так как для платформы .NET более приемлемым является C#, поэтому в первую очередь мы ориентируемся на него. Хотя здесь достаточно сложно говорить о приоритетах, ведь первоначально поддержка Microsoft .NET появилась еще в седьмой версии Delphi, в которую мы включили Delphi for .NET Framework Preview.


Какова сейчас ситуация с Linux-инструментарием?

Выяснилось, что огромное количество Linux-разработчиков пользуются Kylix Open Edition, что вполне естественно в рамках концепции открытого кода. Названный продукт, может быть, и не приносит нам прибыль, но к нему лояльна среда разработчиков, что немаловажно. Отмечу еще лишь тот факт, что сегодня все больше коммерческих разработок осуществляется под Linux.

У любого инструмента из категории сред разработки есть определенный цикл жизни, включающий достаточно быстрый рост продаж сразу же после релиза и постепенный спад в течение примерно 15--18 месяцев. Такова уж природа разработчика: быть на гребне новинок и выбирать наиболее свежую версию. Но посмотрите -- текущая C++Builder уже более двух лет присутствует на рынке. А благодаря тому, что в конце прошлого года мы "пересобрали" пакет C++Builder и он теперь выходит с Kylix for C++ и улучшенной поддержкой технологии CORBA, мы вновь наблюдаем рост интереса к продукту. В результате компания продлила период продаж до двух лет, что бывает крайне редко.


На общем фоне ваши специалисты почему-то очень мало говорят сегодня об InterBase...

Borland "Мы пытаемся управлять жизненным циклом приложений"
"Если взглянуть на схему, изображающую наши интегрированные системы, то можно сказать, что Borland изобрела очередное "колесо""
Об этом продукте действительно нужно говорить больше, так как он отличается редкой жизнеспособностью, что бы с ним ни происходило. В конце 1999 -- начале 2000 гг. было принято решение пустить InterBase "по волнам" Open Source. Ожиданий и даже спекуляций, как вы помните, было достаточно много.

Через некоторое время мы увидели и позитивную, и негативную тенденции. Разработчики поначалу обрадовались: промышленный сервер баз данных, имеющий многолетнюю историю, с массой маркетинговых и технологических преимуществ стал доступным бесплатно в виде исходного кода. Потом выяснилось, что на самом деле заказчики не в восторге от того, что такой важный элемент внедряемой системы, как база данных, живет по принципу Open Source. Кроме того, сам процесс выпуска свободно распространяемого ПО оказался несколько более сложным, чем ожидалось. У нас есть множество внутренних инструментов, на которых отлаживаются продукты, и мы эту "кухню" вовсе не хотим раскрывать.

В конце концов было решено: оставляем InterBase в виде открытой платформы, исправляем в ней критические ошибки, но ее сертификация и дальнейшее развитие идут только в коммерческом продукте. И вот мы больше двух лет живем в условиях наличия и платной версии InterBase, и бесплатной плюс еще различные клоны. Поэтому в целом сообщество пользователей InterBase увеличилось. Что же касается бизнеса, то ее продажи сокращались только в 2000 г. Для нас очень важно, что InterBase находится в нашем наборе средств разработки, и пользователь сразу получает цельное клиент-серверное решение. Основной его рынок -- встроенные приложения, сфера финансов и т. д. Данная модель привела к тому, что достаточно долго живут и старые релизы. Продукт надежный, стабильный, и создатели не видят необходимости перерабатывать приложение на новую версию.


Но, тем не менее, этот продукт развивается?

Да, в компании сегодня есть четко выделенное подразделение Data Base Business Unit, занимающееся двумя платформами -- InterBase и JDataStore (кстати, последняя полностью написана на Java и тоже ориентирована на рынок тиражируемых систем).

Текущая версия InterBase -- седьмая. В ней появилось довольно много очень полезных и интересных, я бы даже сказал, уникальных вещей. Это и временные таблицы, и поддержка многопроцессорности в архитектуре SuperServer. Сейчас началось бета-тестирование V7.1.


Вы как-то в начале беседы отметили, что наши разработчики очень передовые в плане применения новых технологий, но еще не готовы за них платить. А каков сейчас уровень нелицензионного использования ваших продуктов?

Он, безусловно, сокращается, и в Украине данный процесс идет более высокими темпами, чем в России. Если процент нелицензионного ПО года два назад в Украине был выше, то сейчас обе страны находятся примерно на одном уровне. Вообще-то, пиратство -- это не болезнь, а симптом. Лечить же необходимо нечто другое -- то, что называют экономикой. Я сторонник строгих, но не жестоких мер по отношению к пиратам. Однако, с моей точки зрения, есть неприемлемые виды пиратства, когда компании, профессионально живущие с разработки решений и имеющие постоянный и вполне прибыльный бизнес, в лучшем случае работают "на одной коробке". С другой стороны, конечно, понятно, что малый бизнес, имея некие идеи в области IT, пытается сначала встать на ноги при дефиците кредитов, а лицензирование инструментария происходит на стадии, когда какие-то деньги уже заработаны. Но вполне логично, что если компания уже получает прибыль, то она должна расплатиться с другими программистами, которые помогли этот бизнес устроить.


Традиционный вопрос относительно итогов и планов.

Прежде всего мне очень приятно вести бизнес в Украине. В отношениях с заказчиками и партнерами здесь все обстоит достаточно хорошо, и Borland, как мне кажется, уделяет много внимания этому рынку. За прошлый год у нас произошло немало перемен -- появился полновесный официальный дистрибьютор по Украине -- "Софтпром". Очень эффективно работает и другой наш авторизованный партнер -- компания "ИнфоПлюс", которая больше сосредоточена на обучении технологиям Borland и продвижении "тяжелых" решений и продуктов enterprise-уровня. Успешно внедряются корпоративные системы на основе Borland Enterprise Server. В целом, могу отметить, что сегодня бизнес здесь растет и мы имеем хорошую динамику развития. Надеюсь, эти темпы будут сохраняться.