10 мифов о коде Open Source
10 мифов о коде Open Source ответы Карло Даффара (Carlo Daffara)Время идет а ситуация принципиально не меняеться ...
Понедельник, 24 сентября 2007 @ 02:38 AM
http://www.groklaw.net/article.php?story=20070828132340846 оригинал статьи
Вступительное слово автора, Карло Даффара
Могу я попросить вашего внимания ? Эта статья является частью наших исследований в проекте ЕС FLOSSMETRICS, где мы готовим инструкции для помощи малым и средним предприятиям по переходу на бесплатно/библиотека/с открытым исходным кодом (FLOSS). Первый вариант руководства будет готов в ближайшее время, я хотел бы попросить наших «Знатоков законов» предложения о том, какие дополнительные аспекты вы хотели бы видеть в руководстве, поскольку его результаты будут опубликованы в CC (свободном распространении) . Мы уже запланировали главы о выборе программного обеспечения, утверждение методик (особенно для небольших компаний), осново-пологающие принципы для внедрения FLOSS проектов, взаимодействие с государственными администрациями, и первоначальный отбор 50-60 интересных пакетов для SMEs. Я буду рад предложениям о дополнительных темах, и, конечно, критическим замечаниям и поправкам.
* * *
Ответы 10 на мифов о Open Source ~ Карло Даффара *
В 1999 году Тим O'Reilly, основатель популярного издательского дома ориентированного на Open Source выступил перед аудиторией из 500 руководителей с речью, озаглавленной "Десять Мифов об Open Source ПО". Поскольку эти мифы и сегодня воспринимаются как правдивые, о чем свидетельствуют недавние высказывания, и они препятствуют распространению FLOSS, мы попытаемся представить здесь некоторые практические ответы:
Миф № 1: Linux направлен против Windows.
Недавние дискуссии о FLOSS по-прежнему воспринимаются: все или ничего. Например, что при внедрении FLOSS в компании, потребуется полная миграции программного обеспечения. Это, и недостаточное знание FLOSS проектов вне широко известных (например, Linux, Apache, OpenOffice.org), создало впечатление, что большинство центров разработана и направлена как прямой конкурент Microsoft. Реальность такова, что существует огромное количество проектов практически во всех областях ИТ, включая конкретные из них, как ПОР систем, и большинство из этих проектов кросс-платформенные, и могут работать на Microsoft Windows, Apple Mac OS X (которая сама основана на более чем 300 проектов с открытым кодом) или Linux.
Миф № 2: FLOSS не надежна и не поддерживается.
Это распространенный миф, что FLOSS развивается исключительно не организованными добровольцами не имеющих структуры. Это пагубное заблуждение: Добровольные пожертвования: Хотя добровольные взносы являются важной частью (а иногда и большой) крупномасштабных проектов, около 50% разработчиков, получили денежную компенсацию за работу в ИТ проектов, непосредственно уделяется совершенствованию проектов или выплаченные поддержки им. Это было показано в последние studies2 и может быть установлено непосредственно то, что в индустрии программного обеспечения в целом, 68% программных продуктов относятся непосредственно полученная открытым кодом.
Платные программисты лучше: Даже денежные пожертвования, которые поступают от добровольцев, обычно воспринимаются, как ничтожные, и поскольку нет финансовых стимулов производить качественное программного обеспечения то оно ущербно. И полностью игнорируется тот факт, что внутренние стимулы имеют во многих случаях больший эффект, чем денежное вознаграждение, и то, что иногда пользователи заинтересованы в совершенствовании программного обеспечения, которое они используют. Второй аспект, это ориентация пользователей на нововведения, как было показано в последних исследованиях. Например, около 25% всех инноваций в таких областях, как программное обеспечение безопасности, печатных плат САПР систем и библиотек программ были разработаны и внедрены для продвинутых пользователей. Тот же эффект дает основные конструкции отзывы, как крупный проект собирает так и отрицательного опыта в использовании программного обеспечения (например, в Ubuntu Linux "Отзыв и опыт страницу", что позволяет в той или иной форме ориентирована на пользователя "рулевого" в проекта и выявления проблем моменты.
Не существует поддержки: Большинство крупных проектов имеют компании, которые предоставляют платную поддержку, а так же, и патентуют программное обеспечение компании. Доступность исходного кода дает дополнительное преимущество, поскольку можно получить поддержку даже для проектов, которые уже не развиваются, а это большая разница с проприетарным программным обеспечением, где программный код не включается в договор приобретения.
FLOSS по своей природе ненадежно: Многие считают, что FLOSS само по себе являются менее качественным по сравнению с патентованным ПО. Реальность такова, что большинство проектов FLOSS находятся под контролем, по крайней мере, или подструктурой, и лишь не многие проекты изначально созданы как "базар" и для крупномасштабных внутренних отделения. В любом случае влияние ИТ в стиле развития была начислена в несколько исследовательских работ, и, например, в разработки программного обеспечения статье мы нашли 4:
"Гипотеза о том, что open-source программное обеспечение способствует более творчества при поддержке нашего анализа. растет темпами, или ряд функций добавлена, был более открытым исходным кодом проектов, чем в закрытых источников проектов. Это означает, что открыт - источник подход может предоставить дополнительные функции с течением времени, чем с помощью закрытого источника подход. Специалисты заинтересованы в захват доли рынка, предоставляя дополнительные возможности следует обратиться к открытым источникам методика как метод достижения этой цели. Что касается дефектов, наш вывод о том, что изменение курса или измененных функций в процентах от общей функции выше в open-source проектов, чем в закрытых источников проектов. Это подтверждает гипотезу, что дефекты могут быть обнаружены и исправлены более быстрыми темпами в open-source проектов , чем в закрытых источников проектов и может быть дополнительным преимуществом для использования open-source модели развития. "
Это согласуется с результатами поставщиков программного дефекта средства идентификации, как и рассуждений, что было установлено, что при ошибке плотности соотношение в первоначальный проект выпуска является наравне с проприетарным события, улучшает быстро и для некоторых проектов дефект плотности показала, что значительно ниже , чем в среднем собственности кода. Например, рассуждений в изучение MySQL:
"На дефект плотности 0,09 дефектов на KLOC, версию MySQL мы осмотрела имеет дефект плотности, которая примерно в шесть раз ниже, чем в среднем сопоставимых собственности проектов".
Это было подтверждено другими исследованиями как доклады Coverity.
Тот факт, что ИТ в целом надежно можно вывести из исследования, как уже упоминалось ДП Insight обследования, где 79% респондентов ответили положительно на вопрос "Мой опыт компании с открытым исходным кодом, помимо Linux была настолько хороша, мы планируем расширить их использование ".
Миф № 3: Большие компании не используют программ Open Source.
Этот миф рассеять проще всего: Помимо крупных ИТ компаний, которые активно содействуют с Open Source, как IBM, HP, Sun и Oracle, около 86% из 1000 успешных компаний или развертывания центров тестирования, и аналогичные меры найден в Европе. Из них 35% или более, развертывание более 20% их систем ИТ, а 11% компаний сообщают о более чем 20% их применения как Open Source программного обеспечения. Хотя использование сервера центризма и инфраструктуры ИТ является более распространенным, около 26% крупных компаний упомянуть использование Linux на рабочем столе, и гораздо больший процент, сообщают использование других центров, как OpenOffice.org и Firefox по Microsoft Windows десктопы. Любопытно, что также очевидно из других обследований, что многие компании и государственные администрации не знают их внутреннего пользования кодом, иногда просто незнание условиях лицензирования, а иногда потому, что продукт предлагается или в рамках того, что представляется традиционным собственности предложение (например, многие безопасности и сетевых продуктов использования ИТ внутри).
Миф # 4: с открытым исходным кодом является враждебным интеллектуальной собственности.
Есть несколько аспектов этого мифа:
Лицензия GPL "вирусной": Наиболее широко используется лицензия есть конкретное положение, когда программный продукт вытекает из программного кода GPL является перераспределение, весь продукт должен распространяться по той же лицензии. Это заставило некоторых утверждать, что "вирусный аспект G.P.L. создает угрозу интеллектуальной собственности любой организации использовать ее". Реальность такова, что для большинства сценариев этого положения просто способ предотвратить присвоение кода без вернуться взносов или кредит, и это также одна из причин, почему многие разработчики предпочитают * * GPL с другими лицензиями. * Простой в использовании * программного обеспечения Open Source в себя не требует никаких изменений в лицензию внутренне программное обеспечение, и большинство компаний регулярно запуска программного обеспечения поверх лицензии GPL код, как ядра Linux.
Оригинальная версия сообщество крадет интеллектуальную собственность других компаний: Это главным образом результат судебного разбирательства по ШОС группа компании, в 2003 году утверждал, что IBM неправомерно включены авторские материалы в ядро Linux. В первоначальной претензии утверждалось, что IBM "положить ШОС конфиденциальную информацию, и в Linux, бесплатная операционная система" и что в ядро несколько миллионов строк кода были взяты из ШОС в Unix исходный код. Однако общественность не была, когда сказали, что якобы нарушает кодекс был найден и не просит от сообщества, чтобы информация ответов. Теперь, четыре года спустя, не миллионы строк кода материализовались в суд, и суд в августе 2007 года было установлено, что UNIX и Unixware авторские ШОС утверждают, что получили в 1995 году фактически не передать ШОС от Novell. Даже если авторские права принадлежат ШОС, есть менее 300 строк кода на вопрос в этом случае в конце, и это в основном стандартный интерфейс код, который многие считают будут найдены, нет защиты авторских прав независимо от того, кто владеет его. Это 300 строк кода из более чем 6 миллионов строк кода в ядро Linux.
Впоследствии Microsoft изданы аналогичные обвинения, только в отношении патентов, причем в Microsoft Стивом Баллмером ГАС утверждая, что Linux "использует нашу запатентованной интеллектуальной собственности". Однако вновь не была представлена специфика. (См. также Крейг Мундие, в Microsoft вице-президентом речи в Нью-Йоркском университете Стерна в школе бизнеса в 2001 году, где он говорит, что выделения исходного кода в общественной жизни является "нездоровой", причин и рисков безопасности ", как история показал, хотя этот тип модели может иметь место, он не является успешным в строительстве массового рынка и мощный, простой в использовании программного обеспечения широко доступными для потребителей ". Билл Гейтс говорит, что GPL "делает невозможным для коммерческая компания использовать в этой работе или построить по любому из этой работы ", и Стив Баллмером конце сказал:" Linux - это рак, что придает самой в смысле интеллектуальной собственности, ко всему тому, касания ... если вы используете любой из открытых источников программное обеспечение, вам придется сделать остальным программного обеспечения с открытым исходным кодом ".)
Реальность такова, что структура ИТ проектов имеют строгое патч принятии политики, и в качестве примера проект Eclipse имеет строгие должной осмотрительности процесс, который охватывает внешние взносы, код человека уступок, код пересмотреть лицензию и совместимости. Eclipse основы использует также автоматизированных средств для проверки кода копирования, сканирования ключевых слов для слов с юридической значимостью и контролем выпуска обзора до обновления кода. Аналогичные процессы в других центров projects6
Миф # 5: с открытым исходным кодом программное обеспечение все о лицензиях.
Хотя открытым, как определение охватывает главным режима лицензирования, в расширительном смысле "открытости" этот кодекс вводит возможность совместного развития между различными группами, в некотором роде схожи с раннего пользователь групп 60-х. В этом смысле, Эрик Реймонд в его основополагающий документ "собор и базар" концепции совместного развития, контрастируя этот "базар" стиле, где каждый разработчик свободен в выборе того, что часть кода для работы, в отличие от "шедевром" и формализованный подход к развитию, который является жестким и структурированным.
Хотя концепция занимает провести быстро, реальность такова, что совместно разработаны проекты, как правило, исполняются в континуум между собор и базар. Например, для большинства проектов есть официальные структуры (многие субпроектов, более открытой для внешних взносов), а другие являются строго официальными (например, проектов, использующих открытым кодом для использования в среде сертифицированных как авионика и безопасности критических систем). Важным вопросом, поднятым Раймон является тот факт, что обе кодирования и вспомогательные мероприятия, как ошибка установления и подготовка документации можно использовать в больших общин, создавая в некотором смысле "виртуального программного обеспечения домов", что в путь добровольного предоставления усилий и ресурсов. Это помогает также в мобилизации из большого сообщества продвинутых пользователей, которые могут способствовать еще в значительной степени, как это показано в статьях из Иппел фон.
Когда такое сотрудничество имеет место, она может быть не только в виде исходного кода, для примера:
"В 2000 году, за пятьдесят вкладчиков открытого Cascade условии различные виды помощи: передача программного обеспечения с другими системами (IRIX 64 бит, Альфа ВВП), исправление дефектов (утечки памяти…) и перевод на испанский язык, учебник и т.д. В настоящее время есть семьдесят активно, и цель - достичь сто. Эти взносы за значительны. Открыть Cascade оценкам, они составляют примерно 20% от стоимости программного обеспечения. "
Открыть Cascade является сложным и изощренным инструментом для создания 3D CAD / CAM систем.
Аналогичная точка зрения была представлена в презентации Арона Сейго на Академи KDE конференции в 2006 году, где он представлял районы, где добровольцы совместно содействовать KDE:
Произведения искусства
Документация
Права компьютеров взаимодействия
Маркетинг
Обеспечение качества
Software Development
Переводы
Если общего программного обеспечения пригодности к задаче рассматривается, очевидно, что, не код взносы так же важны, как исходный код; Например, переводы, документация и общего качества имеют важное значение для программ, которые будут приняты конечных пользователей во всем мире.
Такое сотрудничество может происходить даже между конкурирующими компаниями; Например, уведомления о потенциальных уязвимостях обычно делится между различными конкурирующими поставщиками Linux. Так, например, Марк Кокс из Red Hat (широко используется распределение Linux) проанализировали результаты двух лет инцидента ответы, и при условии, источники информации и обнаружили, что крупнейший источник уязвимости раскрытие группы сверстников кодом дистрибьюторами.
Миф # 6: Если я отдать мою программу для Open Source сообщества, тысячи разработчики вдруг начала работы для меня нет.
Существует никаких гарантий того, что просто "сброс" исходный код на общество будет открытым проектом, как и было несколько примеров такого поведения следует рассматривать даже негативно, так как община может рассматривать это как "сброса мусора" кода. Реальность такова, что для совместных сообщество форме, должна быть прежде всего эффективной связи и взаимодействия стратегии и усилий в качестве основных необходимых. Кроме того, инвестируя в создание сообщества и распространения усилий это также увеличить вероятность двунаправленный обмен усилий. Важно отметить, что обследования, как OSSWatch или ДП Insight обнаружили значительную часть компаний и государственных администраций (между 14% и 25%) вклад обратно заплаток или активно участвовать в дистанционной общин.
Миф # 7: открытого исходного программного обеспечения только вопросы, программистов, поскольку большинство пользователей никогда не взглянуть под капотом все равно.
Тот факт, что большинство пользователей заинтересованы не в исходном коде не означает, что, исходный код в самой бесполезной. Ряд позитивных аспектов можно выделить:
Наличие кода позволяет конечному пользователю платить кто-то изменений или текущее обслуживание, даже если первоначальный проект открытым исчезает или становится неактивным.
"Под капотом" есть не только код, но многое, не код артефакты, которые имеют важное значение для проекта, как переводы, документация, примеры и многое другое. Многие пользователи могут в таких аспектах, даже не программистов.
Для некоторых проектов, имеющих код позволяет значительное сокращение расходов или резко повышает гибкость предлагаемых решения. Например, в проект MuleSource (современных средств системы) было установлено, что 64% пользователей выполнять по крайней мере один исходный код модификации.
Важным отличием запатентованной мире (иногда, когда код может быть оценено, но не изменять или изменены в любой форме), что код не только способ, чтобы убедить покупателей в случае банкротства поставщика, но и реальной жизни элемент . Можно заключить, что, не развивающихся пользователям наличие исходного кода формы "страховой полис", а для опытных пользователей и разработчиков, наличие кода позволяет глубокой настройки и адаптации.
Миф # 8: Существует не деньги на этом сделать на свободное программное обеспечение.
Даже многие исследователи объявляли, так или иначе, что свободный доступ характер кодекс исключает любые возможности коммерческой эксплуатации. Для example8: "GPL не позволяет эффективно прибыльных фирм с использованием любого из кода, поскольку все производные продукты также должны быть распределены в соответствии с лицензией GPL". Это, естественно, сталкивается с экономическими результаты компаний, как HP (что в 2003 году сообщили о более чем $ 2.5B в Linux поступлений), или 400 Мб долл. доходов в 2006 году Red Hat. В экономический анализ Гош это оценить, что:
Определено в целом, связанных с ИТ услуг может достичь 32% доли всех услуг ИТ к 2010 году и центров, связанных доля экономики может достигнуть 4% европейского ВВП к 2010 году.
ИТ непосредственно поддерживает 29% доли программного обеспечения, которое разрабатывается в дом в ЕС (43% в США).
Ным потенциально экономит промышленности более 36% программного обеспечения в R и D инвестиций, что может привести к увеличению прибыли или быть с большей пользой провел в дальнейших инноваций.
Номинальной стоимости европейских инвестиций в ИТ программного обеспечения сегодня 22 млрд. евро (36 млрд. - в США) составляет 20,5% от общего объема инвестиций программное обеспечение (20% в США).
Это прямо ведет к значительному рынка (что трудно определить, когда -- как большинство консультантов сделать -- оцениваться только путем лицензирования продаж на рынке сервер).
Есть много потенциальных моделей ведения бизнеса на основе ИТ; По выборке из 80 компаний и их подхода см. Open Source Бизнес Модели: таксономическая от Open Source компании "бизнес модели и бизнес моделей в ИТ - basedcompanies [PDF].
Миф # 9: движение Open Source не является устойчивым, поскольку люди перестанут разработке свободного программного обеспечения, как только они видят других решений много денег от их усилий.
Это связано с учетом Миф № 2, идея о том, что ИТ разрабатывается добровольцами, и что компании могут только прибыль паразитарных путь кода, который разрабатывается бесплатно. Как говорится в этой части, реальность такова, что в большинстве проектов компании и добровольцы участвуют в совместных и внеконкурентных образом; Кроме того, наиболее широко используемой лицензии (GPL) силами компании вернуть их усилия путем распространения исходного кода обязательный, когда имеется распространения кода, полученных от GPL проектов.
Миф # 10: Open Source догоняет Microsoft и мир коммерческого софта.
Концепция инновационной программы действительно коренится в двух различных аспектах: технических новшеств и нововведений на местах. Хотя технические новшества в основном невидимых для пользователя ", поле инновационной деятельности" (например, новый вид применения) очень видны, и широко распространено мнение, что большинство центров программного обеспечения, более или менее копия некоторых других десктоп-ориентированного собственности применения .
Реальность такова, что большинство программного обеспечения не является новаторским в этом аспекте тоже; И что, хотя очень немногие примеры новых концепций (например, Дэн Бриклин в таблицу идеи), можно найти, большинство приложений совпадают с задачами, что люди выполняют ежедневно, и как таковая существует тесная стимулируют инновационный от знакомства. Исследование 500 sourceforge projects9 обнаружили, что из области инновационной точки зрения, около 12% проектов в выборку были новаторскими, что доля сопоставима с этого рынка программного обеспечения. Как по техническим новаторством, уже качестве исследования Суччи, Паулсон и Еберлейн обнаружили, что "Гипотеза о том, что open-source программное обеспечение способствует более творчества при поддержке нашего анализа. Растет темпами, или ряд функций добавлена, был более открытым - источник проектов, чем в закрытых источников проектов. Это означает, что open-source подхода может предоставить дополнительные функции с течением времени, чем с помощью закрытого источника подход. " Итак, как с технической и области точки зрения ИТ является такой же или лучше, чем патентованное программное обеспечение.