Персональные инструменты
 

MS Team System vs IBM Rational Jazz (AgileDays-2009)

Материал из CustisWiki

Перейти к: навигация, поиск

MS Team System vs IBM Rational Jazz: лучший инструмент разработчика

Докладчики
Евгений Злобин (Microsoft) и Тимур Маркунин (IBM)

Как следует из названия, ожидалась совместная презентационная сессия сейлов Microsoft и IBM. Те, кто в кулуарах даже ожидали sales battle, боюсь были несколько разочарованы — никакого экстремального маркетинга не случилось, была последовательная презентация близких по смыслу продуктов, но никакой войны — докладчики очень благожелательно относились друг к другу, иногда даже в ответах на вопросы рекомендуя продукт конкурента.

В некотором смысле разгадка проста. Продукты эти весьма недешевы, причем живут в разных нишах — продукт от IBM, где-то на полпорядка дороже продукта от Microsoft. Так что далеко, не все считают оправданным их приобретение. Да и что говорить, в отличие от 90х годов, где в РФ доминировал («условно-бесплатный») стек разработки от Microsoft (великолепная для своего времени MVS6 — MVC6, MVB6 и т.п.) что соответственно определяло и выбор инструментов (SourceSafe и т.п.), сейчас огромное количество прекрасных бесплатных инструментов организации разработки.

Например, сердцем любого «уникального набора интегрированных систем поддержки разработки» является VCS — система контроля версий. Внутри TFS находится форк известной коммерческой VCS Perforce. Но сейчас появилось много классных централизованных и распределенных систем контроля версий, бесплатных и к тому же open-source, очень активно развивающихся. Недавно мы провели опрос об используемой VCS на центральном IT-портале, где ответило более двух тысяч человек и выяснилось, что коммерческими VCS (подсчет абсолютно по всем вендорам) пользуются менее 4% разработчиков, а в майнстриме среди централизованных VCS — Subversion, а среди распределенных VCS — Git.

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


Внимание! Данная статья выбрана для репликации во внешнюю базу знаний компании. Пожалуйста, не допускайте в этой статье публикацию конфиденциальной информации, ведения обсуждений в теле статьи, и более ответственно относитесь к качеству самой статьи — проверяйте орфографию, пишите по-русски, избегайте непроверенной вами информации.