Девід Інтерсімон: “Ми орієнтуємося на реальні потреби розробників”, Комерція, Різне, статті

На початку грудня корпорація Borland представила в Москві випущений нинішньої осені новий пакет Borland Developer Studio 2006, до складу якого входять популярні інструменти C + + Builder 2006 і C # Builder 2006 (див. PC Week / RE, № 46/2006, с. 42). У цьому заході взяв участь віце-президент компанії Девід Інтерсімон, Що відповідає в ній за взаємодію з розробниками ПЗ. Про ситуацію, що складається на ринку засобів розробки ПО, і про стратегію Borland з ним розмовляв оглядач PC Week / RE Андрій Колесов.






Девід Інтерсімон

PC Week: Конкуренція на ринку засобів розробки постійно наростає, і відмінною особливістю останніх років є поляризація постачальників інструментарію навколо двох протилежних таборів – Java / Eclipse і .NET / Visual Studio. Як відчуває себе Borland в цій ситуації?

Девід Інтерсімон: Так, така поляризація є, але не варто її перебільшувати, тим більше що багато в чому таке протистояння штучно підігрівається крайніми прихильниками цих двох таборів. Реальне життя набагато багатогранніше, замовникам потрібна підтримка багатоплатформених і багатомовних інструментальних засобів. Орієнтація на дані реалії і складає основу стратегії Borland.

Borland Developer Studio – єдина на сьогоднішній день інтегрована середа розробки, в рамках якої реалізована підтримка декількох мов програмування – Delphi для. NET, Delphi для Win32, C + + і C #. Користувачі, що працюють з будь-яким з цих трьох продуктів, що входять до складу комплекту, отримують весь комплекс засобів Borland Developer Studio для всіх чотирьох мов і до того ж мають можливість вибору і настройки необхідної функціональності. Але ж у нас є ще JBuilder 2006 – Інтегрована середа розробки для Java, чергова версія якої була представлена ​​у вересні 2005-го.

Ви знаєте, що раніше Borland була відома в першу чергу як постачальник інструментів саме для написання програм. Основою таких засобів є компілятори. Але ще кілька років тому компанія взяла курс на створення спільної платформи, яка охоплює весь життєвий цикл ПЗ (Application Lifecycle Management, ALM), включаючи управління вимогами, моделювання, підтримку групової роботи, тестування, супровід. Тобто наші традиційні інструменти-тільки частина цієї платформи, але дуже важлива частина. Враховуючи наші сильні позиції саме в сфері таких інструментів, ми при реалізації всієї нашої стратегії по створенню платформи багато в чому спираємося саме на них. У той же час постійно зростає значимість інших, відносно нових для нас інструментів, зокрема спеціалізованих ALM-засобів – CaliberRM (Формування вимог і оцінка очікувань), Borland Together (Моделювання та проектування з використанням UML) і Borland StarTeam (Конфігураційне управління і контроль змін). Ці інструменти також розглядалися на минулому в Москві семінарі, у тому числі в плані їх інтеграції з Borland Developer Studio 2006. І з задоволенням можу спостерігати, що в світі інтерес до наших ALM-інструментів постійно зростає, і Росія тут не виняток.

В цілому ж сучасний ІТ-ринок характеризується станом coopetition (cooperation & competition), яке найкраще відображає характер взаємовідносин між ІТ-лідерами – поєднання процесів співробітництва і конкуренції. Діяльність Borland дуже добре ілюструє цю ситуацію на практиці.

З одного боку, ми дуже активно беремо участь в проекті Eclipse. Наша компанія є одним із засновників фонду, що реалізує цей проект, і має статус стратегічного розробника. Тобто ми маємо такий же голос при прийнятті ключових рішень, як і, наприклад, IBM. Borland вже використовує технологію Eclipse в своїй платформі управління життєвим циклом розробки, і роль цього проекту буде тільки зростати. У той же час у нас дуже сильні позиції в середовищі Windows, і ми не маємо наміру їх здавати.

До речі, ми можемо спостерігати розподіл різних пристрастей до мов в різних регіонах світу. У США більш популярною є технологія Java, багато в чому завдяки маркетингової активності її розробників. А ось в Європі, Латинській Америці, Росії, Індії та Китаї програмісти орієнтуються на більш широкий спектр платформ, тому ми бачимо тут зростання інтересу до Delphi. Думаю, що цей процес посилиться при масовому розповсюдженні Windows Vista і платформи. NET Framework 2.0.

PC Week: Але Microsoft раніше сама займалася тільки мовними середовищами розробки, а тепер будує власну ALM-платформу, звужуючи тим самим можливості присутності тут незалежних постачальників. Що ви можете сказати з цього приводу?

Д. І.: Я б сказав так: наші можливості на ниві Windows / .NET не скорочуються, а змінюються, може, навіть розширюються. Наприклад, Microsoft фактично ще чотири роки тому припинила розвиток своїх засобів розробки для Win32, зосередившись виключно на. NET Framework. Але при цьому величезне число людей як і раніше мають справу саме з Win32, і ми пропонуємо вдосконалені інструменти для них. Microsoft розширює засоби моделювання, але при цьому використовує власні стандарти, відмінні від UML. Ми ж пропонуємо можливість роботи в середовищі. NET з класичним UML, який був і залишається стандартом де-факто для модельного проектування ПО.

PC Week: А що ви думаєте з приводу ідеї створення виконуваного UML – використання для розробки програм мови моделювання без його проміжного перетворення в код на традиційному мовою програмування? Наскільки мені відомо, Borland співпрацює в цьому напрямку з командою російських розробників з петербурзького Держуніверситету інформаційних технологій, механіки й оптики.

Д. І.: Так, така ідея виглядає досить заманливо і цілком реалістична. Хоча повинен сказати, що, незважаючи на підвищення значущості візуального моделювання в процесі створення ПЗ, при розробці серйозних програм без написання коду ми не зможемо обійтися. Проект UniMod, над яким працює ця російська команда, дуже цікавий, але все ж він поки знаходиться на дослідної стадії. Тут є ще багато питань, вони вже вирішені на рівні коду, але потребують опрацювання для моделей, наприклад, при налагодженні ПЗ. Але ми приділяємо велику увагу співпраці з іншими країнами в області перспективних технологій, в тому числі і з Росією.

PC Week: Ви тільки що представили нову версію технології Enterprise Core Object – ECO III. Але складається враження, що для багатьох цей продукт – справжня новинка, хоча її перший варіант був анонсований вашою компанією ще два роки тому. Чим ви це пояснюєте? І що власне являє собою ця технологія?

Д. І.: ECO – Високорівнева технологія розробки додатків, в якій головна роль відводиться моделюванню бізнес-сутностей і зв’язків між ними через UML-діаграми класів, а також управління їх станами з використанням UML-діаграм станів. На основі цих моделей генерується відповідний код на C # або Delphi for. NET, що включає, зокрема, класи модельованих об’єктів автоматизується прикладної області. Тобто ECO – це більш високий рівень програмування бізнес-задач в порівнянні з традиційними мовами.

Наприклад, розробник абстрагується від специфіки використання того чи іншого діалекту SQL, притаманного конкретному серверу баз даних. Модель БД створюється автоматично на основі моделі прикладних об’єктів за рахунок механізмів об’єктно-реляційного відображення. У той же час використання ECO можливо і на основі вже існуючої бази даних. І в тому і в іншому випадку ECO бере на себе функції управління життєвим циклом об’єктів, надаючи також автоматичне керування транзакціями, управління пулом з’єднань з БД (при використанні Borland Data Providers for. NET), асинхронний обмін інформацією, збереження і контроль історії змін і багато чого іншого, що дає можливість розробникам, що використовують ECO, сконцентруватися на створенні прикладної функціональності як такої.

Як технологія для. NET, ECO з’явилася вперше в C # Builder в 2003 р. *. Термін для нової технології не такий вже великий, і не дивно, що багато розробників ще не почали її освоєння. Але ми впевнені, що перспективи розвитку сучасних інструментальних засобів пов’язані саме з такими високорівневими технологіями створення ПЗ.

Скажу також, що стратегічним напрямком розвитку Delphi залишається бібліотека візуальних компонентів VCL, яка дозволяє переносити програми без модифікації вихідних текстів з Win32 на. NET, а в майбутньому з’явиться можливість такого перенесення і на інші платформи.

PC Week: А які плани Borland щодо підтримки 64-розрядних обчислень?

Д. І.: Ми працюємо в цьому напрямку, але не хочемо бігти попереду паровоза. Орієнтуємося на реальні потреби розробників та споживачів їх продукції, для цього ведемо постійний моніторинг пропозицій з їхнього боку; я часто їжджу по різних країнах, щоб “тримати руку на пульсі”. Ми поки не відчуваємо сильних запитів з боку програмістів на використання 64-розрядних обчислень (я при цьому не маю на увазі складні наукові розрахунки – це зовсім інша сфера застосування ІТ). Проте можу сказати, що вже в 2006 р. ми оголосимо про підтримку 64-розрядних систем в наших інструментах, спочатку в C + +, а потім і в Delphi.

PC Week: Дякую за бесіду.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*