АНДРЕЙ ТРИФОНОВ: ВЫДЕРЖКИ ИЗ СЕМИНАРА ‪GARTNER‬ «ЦЕННОСТЬ И РИСКИ ИСПОЛЬЗОВАНИЯ ПО С ОТКРЫТЫМ КОДОМ»

Андрей Трифонов, независимый эксперт, посетил семинар ‪Gartner‬ «Ценность и риски использования ПО с открытым кодом». Специально для РАСПО Андрей написал несколько запомнившихся определений/мыслей/цифр по его итогам.

  1. Опенсорс – это:
    • НЕ рынок;
    • НЕ архитектура или философия проектирования;
    • НЕ софтверная методология;
    • НЕ публичный домен, НЕ shareware или freeware;
    • НЕ свержение устоев традиционной софтверной индустрии.

  2. Основа опенсорса – свобода эксплуатации для любых целей, свобода изучать и модифицировать исходный код, свобода распространять как есть и переработанных компонент

  3. Опенсорс – это лицензионная модель, которая поощряет (а иногда и предписывает) коллективное управление программными активами. Это тоже лицензируемое ПО, подчиняющееся тем же законам об интеллектуальной собственности, что и традиционное, только модели лицензирования – иные

  4. Опенсорс не всегда означает некоммерческий, поддержку по SLA можете получить за деньги, если есть кому оказать такую услугу

  5. Опенсорс это компромисс и свобода выбора между писать самим (build) и купить готовое (buy)

  6. Более 20-ти распространенных вариантов лицензионных соглашений, аккуратнее с выбором того, что использовать за основу

  7. Три основных надежды от применения опенсорс технологий в корпоративном секторе:
    • Обещание снижения стоимости владения (надо уметь контролировать, часто не сбывается), но стоимость входа падает в разы
    • Обещание большей гибкости (надо уметь воспользоваться, большая гибкость имеет свою цену)
    • Обещание раннего доступа к инновационным технологиям (по факту именно так)

  8. Качество кода опенсорс vs проприетарка. В проектах размером от полумиллиона до миллиона строк кода опенсорс бьет проприетарку в два раза по качеству, но в более крупных проектах – все наоборот (мерой была defect density)

  9. Чтобы перестать гадать, понять возможности использования СПО в компании и правильно управлять такими проектами, надо регулярно оценивать себя по одной из Open-Source Governance Maturity Model, накапливать экспертизу, структурировать партнерства и пробовать, пробовать, пробовать…

Спасибо Mark Driver и российской команде Gartner!

Дата публикации: 16.09.2015