Если GPL кажется Вам изначально плохой идеей с коммерческой точки зрения, посмотрите на всплеск в последнее время успешных проектов программного обеспечения с открытым исходным кодом (Open Source) - это показатель того, что система действительно работает! Этот успех произошел по двум причинам. Во-первых, ошибки в самом коде с гораздо большей вероятностью будут обнаружены и быстро исправлены, поскольку разработка ведется на глазах и во взаимодействии со множеством других независимых коллег-программистов. Во-вторых, в рамках системы GPL программисты могут выпускать код, не опасаясь судебного преследования. Без такой защиты люди могут не чувствовать себя комфортно, выпуская свой код для общего пользования.
ПРИМЕЧАНИЕ
Концепция бесплатного программного обеспечения, конечно, часто вызывает вопрос, почему кто-то выпускает свою работу бесплатно. Как бы трудно ни было в это поверить, некоторые люди делают это исключительно из альтруистических соображений и из любви к этому.
Большинство проектов не начинаются как полнофункциональная отточенная работа. Они часто начинают жизнь как быстрый способ решить конкретную проблему, беспокоящую программиста в конкретное время. Код может не иметь коммерческой ценности, и зачастую делается "с наскока" (как говорится, быстрый и грязный взлом). Но когда этот код совместно используется и, следовательно, улучшается другими программистами, у которых есть аналогичные проблемы и потребности, он становится полезным инструментом. Другие пользователи программы начинают улучшать код, добавляя в него необходимые функции, и эти дополнения интегрируются в исходную программу. Таким образом, проект развивается в результате коллективных усилий и в конечном итоге достигает полной доработки. Эта отточенная программа может содержать вклад, возможно, сотен, если не тысяч, программистов, которые кое-где добавляли маленькие кусочки кода. На самом деле от оригинального авторского кода может остаться мало чего в итоге.
Есть еще одна причина успеха Open Source программного обеспечения. Любой руководитель проекта, который работал над коммерческим программным обеспечением, знает, что реальная стоимость разработки программного обеспечения заключается не только в фазе разработки, но и в стоимости продажи, маркетинга, поддержки, документирования, упаковки и доставки этого программного обеспечения. Программист, написавший некий лайфхак, небольшую полезную софтинку на выходных, может не иметь интереса, времени и денег, чтобы превратить эту крохотную программу в прибыльный продукт.
Когда Линус Торвальдс выпустил Linux в 1991 году, он выпустил его под лицензией GPL. В результате открытости кода у Linux появилось значительное количество участников и анализаторов. Это участие сделало Linux сильным и богатым функциями. По оценкам, начиная с ядра v.2.2.0, вклад Торвальдса составляет менее 2 процентов от общей кодовой базы!
ПРИМЕЧАНИЕ
Это может показаться странным, но это правда: авторы кода ядра Linux включают компании с конкурирующими платформами операционных систем. Например, Microsoft была одним из основных разработчиков кода в базе кода ядра Linux версии 3.0 (если судить по количеству изменений или исправлений по сравнению с предыдущей версией ядра). Несмотря на то, что это могло быть сделано из соображений саморекламы со стороны Microsoft, факт остается фактом: модель лицензирования с открытым исходным кодом, принятая в Linux, допускает подобные вещи. Каждый и любой, кто знает как, может внести свой код. Код подвергается процессу экспертной оценки, что, в свою очередь, помогает ему извлечь пользу из аксиомы «множества всевидящих Ок». В конце концов, выигрывают все (конечные пользователи, компании, разработчики и т. д.).
Поскольку Linux является бесплатным, любой может взять ядро Linux и другие вспомогательные программы, перепаковать их и перепродать. Многие люди и корпорации заработали на Linux именно этим! Пока эти люди выпускают полный исходный код ядра вместе со своими индивидуальными пакетами, и пока пакеты защищены GPL, все в порядке. Конечно, это также означает, что пакеты, выпущенные под GPL, могут быть перепроданы другими людьми под другими именами с целью получения прибыли.
В конце концов, то, что делает пакет от одного человека более ценным, чем пакет от другого человека, - это дополнительные функции, каналы поддержки и документация. Деньги не обязательно должны быть вложены только в продукт; это также может быть в сервисах, которые к нему прилагаются.
Недостатки программного обеспечения с открытым исходным кодом
Этот раздел был включен, чтобы обеспечить подробный, сбалансированный и беспристрастный контраст с предыдущим разделом, в котором обсуждались некоторые преимущества программного обеспечения с открытым исходным кодом.
К сожалению, на момент написания мы не смогли придумать никаких недостатков! Здесь нечего смотреть... ))) Прошу "Понять и Простить".
