программы с закрытым исходным кодом
Открытый или закрытый исходный код скрипта, в чем разница?
Доброго времени, мои уважаемые читатели! Сегодня я немного расскажу о разнице открытого и закрытого кода программного обеспечения(ПО) и как это может отражаться на работе предпринимателей, которые покупают ПО для организации своих бизнес процессов. Несмотря на то, что предприниматель редко задается таким вопросом, этот момент не стоит упускать из виду, т.к. он может оказаться ключевым при возникновении потребности внести изменения в работу программного обеспечения.
В качестве вступления приведу небольшой пример истории из жизни. Предприниматель Екатерина Сергеевна, приобрела программное обеспечения для создания на его безе интернет магазина, на момент покупки Екатерину Сергеевну устраивало практически все, что касалось функционала приобретаемого ПО. В течении нескольких дней был запущен сайт, затем на протяжении месяца сайт наполнялся полезными статьями, писался раздел справки и помощи, активно добавлялись товары. Параллельно с этим была развернута рекламная компания, по привлечению клиентов в интернет магазин. Спустя 6 месяцев, сайт начал приносить доход, и перед предпринимателем встал вопрос о его улучшении, внесении ряда правок, чтобы сделать работу сайта лучше и эффективнее. Екатерина Сергеевна, обратилась к разработчику ПО, собственно у кого оно и было куплено. Но, как оказалось разработчик в данный момент занят, и не может заняться её проектом. Тогда, Екатерина обратилась к стороннему программисту, найти которого не составило большого труда. Подготовила подробный список того, что хочет изменить в своем сайте, и договорилась с ним, о начале работ. Но каково было удивление Екатерины, услышать от программиста ответ: «Я не могу реализовать ваши пожелания, т.к. исходный код ПО закрыт, я не имею к нему доступа». Работа встала.
Я очень часто наблюдаю такие ситуации, когда программа требует внесения доработок, а сделать этого нельзя, из-за того, что исходный код закрыт. Само понятие «закрытый исходный код» носит двусмысленный характер, оно может означать что:
1) код закрыт(скомпилирован, зашифрован, обфусцирован) и его нельзя посмотреть, а следовательно нельзя внести правки, изменения, дополнения;
2) код закрыт согласно лицензионному соглашению, такой код нельзя модифицировать(запрещено правообладателем) даже в том случае, если технически это возможно.
На фоне вышесказанного, возникает вопрос: кто может вносить изменения в работу такого программного обеспечения? Ответ — только разработчик, и то если пожелает, или вы сможете с ним договориться.
В свою очередь, открытый исходный код, лишен всех этих недостатков. Он может быть просмотрен, изменен, доработан и так далее, как правило лицензия по которой распространяется такое программное обеспечении разрешает пользователю модифицировать его любым образом, и если носит какие-то ограничения, то они как правило связаны с распространением его(программного обеспечения) копий.
Возвращаясь к истории предпринимателя Екатерины Сергеевны, в её случае решить возникшую задачу так и не получилось. Спустя год работы её сайта, накопилось очень большое количество изменений, которые требовалось внести в скрипты. Во первых её бизнес вырос, количество клиентов перевалило за несколько тысяч, и встал вопрос о добавлении на сайт различных сервисов: «расчет стоимости доставки», «личный кабинет», «отложенные товары» и т.д. Разработчик так и не смог выделить время на то, что-бы поработать с Екатериной (впрочем его винить за это не стоит, он изначально не оказывал услуг по доработкам, плюс ко всему таких запросов ему поступает ежедневно по несколько штук и он физически не способен их все удовлетворить), а сторонние программисты просто бессильны в данной ситуации. В итоге Екатерина приняла решение, полностью переделать весь сайт и в качестве платформы использовать уже ПО с открытым исходным кодом, это был её основной критерий к покупаемому продукту. Какие издержки она при этом понесла: покупка нового ПО, расходы по переносу базы клиентов, товаров, прочих материалов, работа по сохранению адресов страниц(что-бы не выпасть из индекса ПС) для сохранения позиций в поисковых системах, плюс её сайт простаивал некое время, и она также упустила часть выгод от возможных продаж. Все это обошлось её в крупную денежную сумму, потраченное время и нервы.
Данная история, это случай из жизни, из моей практики. Екатерина обратилась ко мне и мы славно поработали, впрочем еще многое предстоит сделать, ведь в голову постоянно приходят новые идеи, которые способствуют росту её бизнеса.
Что лучше открытое или закрытое ПО?
Однозначного ответа на этот вопрос нет, в ряде случаев закрытое ПО не чем не хуже открытого. Оно выполняет поставленные задачи, обеспечивая пользователя хорошим функционалом, таких примеров много iOS, Windows, MS Office и т.д. Но если речь идет о бизнесе, который зависит от ПО, и который со временем будет расти требуя внедрения новых идей, выбор однозначно падает на программное обеспечение с открытым исходным кодом!
Программное обеспечение с закрытым исходным кодом (closed source software, проприетарное ПО)
Программное обеспечение с закрытым исходным кодом (closed source software, проприетарное ПО) — это ПО, все права на использование, изменение и копирование которого принадлежат его автору. В общем случае к программам с закрытым исходным кодом относят все разработки, не удовлетворяющие требованиям к свободному ПО.
Ограничения ПО с закрытым кодом
Авторы проприетарных программных продуктов контролируют доступ к исходному коду своих программ. Обычно такие разработки поставляются исключительно в виде исполняемых двоичных файлов и скомпилированных библиотек.
Как правило, лицензионное соглашение программы с закрытым кодом содержит положения, запрещающие ее декомпиляцию, а также любое изменение исходного кода.
Недоступность исходного кода — распространенное, но не обязательное свойство проприетарного программного обеспечения. В ряде случаев код может быть полностью или частично доступен, но его использование без разрешения автора будет неправомерным.
Владелец проприетарного ПО может:
Законодательство большинства стран предполагает проприетарность программного обеспечения по умолчанию. Создавая программу, ее автор автоматически получает полные права на ее распространение, модификацию и использование. При этом полный или частичный отказ от таких прав, напротив, должен быть подтвержден документально.
В противовес этому во многих случаях открытое ПО, в том числе и распространенные библиотеки, выпускаются по лицензии, которая обязывает делать любые продукты, использующие компоненты этого ПО, также открытыми. Это, например, не позволяет создавать ПО с закрытым кодом на базе Linux.
Публикации на схожие темы
Свободное железо — не панацея
TrueCrypt: необъяснимое исчезновение
Удаленные знакомства: кому мы доверяем свои данные
Уязвимость нулевого дня в диспетчере окон рабочего стола (CVE-2021-28310)
Дорога к «интернету вещей»: преимущества и риски смарт-езды
Криптовалюты с закрытым исходным кодом. А есть ли резон?
Уж не знаю, откуда в массы пришло предубеждение, что всё программное обеспечение, имеющее закрытый исходный код, по умолчанию является шпионским, незащищённым – нужное подчеркнуть.
Насколько справедливо подобное суждение? Принципиальной разницы в работе одного и того же приложения, имей оно закрытый или закрытый код, нет – та самая разница заключается в другом.
Если с закрытыми исходниками всё более-менее понятно, то открытый исходный код, несмотря на все его преимущества, имеет ряд существенных недостатков, причём, очевидным далеко не всем.
Открытый код – это когда исходный текст программы лежит в открытом доступе. Т.е, каждый желающий может взять и собрать софтину на своём ПК, внося в неё необходимые правки. Или проинспектировать код на предмет возможных багов и уязвимостей. Вроде бы хорошо, но бесплатных пряников не бывает.
А платить приходится безопасностью (той же валютой, о чём изначально орут направо и налево адепты опен-сорса). Причём, общей безопасностью: открытый исходный код – это всё равно, что вы откроете двери вашего дома всем желающим. Или оставите на столе в кафе свой телефон или кошелёк – ну а что, пусть смотрят, вносят доработки, если украдут – не страшно.
Комичная получается картина на выходе. С одной стороны – возможность любому желающему покопаться в коде, сделав свои выводы, а с другой – малое количество спецов, возможность быстрого создания вредоносного ПО, широчайшие возможности для организации скам-проектов… На мой взгляд, ни один уважающий себя коллектив не откроет исходники собственных программ полностью. Но это на мой взгляд.
СОДЕРЖАНИЕ
Задний план
Коммерциализация
Программное обеспечение с закрытым исходным кодом
Основная бизнес-модель для программного обеспечения с закрытым исходным кодом включает использование ограничений на то, что можно делать с программным обеспечением, и ограничение доступа к исходному исходному коду. Это может привести к искусственному дефициту продукта, который в противном случае очень легко скопировать и распространить. Конечным результатом является то, что конечный пользователь фактически не покупает программное обеспечение, а приобретает право на использование программного обеспечения. В связи с этим исходный код программного обеспечения с закрытым исходным кодом считается его производителями коммерческой тайной.
Обработка соревнований
Стоимость создания копии программного обеспечения практически равна нулю, поэтому плата за использование, возможно, неразумна для программного обеспечения с открытым исходным кодом. В свое время разработка программного обеспечения с открытым исходным кодом почти полностью осуществлялась добровольцами, и, хотя это верно для многих небольших проектов, для FOSS были определены и задействованы многие альтернативные потоки финансирования:
Все чаще СОПО разрабатывается коммерческими организациями. В 2004 году Эндрю Мортон отметил, что 37 000 из 38 000 недавних исправлений в ядре Linux были созданы разработчиками, напрямую заплатившими за разработку ядра Linux. Многие проекты, такие как X Window System и Apache, с самого начала получали коммерческую разработку как основной источник улучшений. Эта тенденция со временем усилилась.
Инновации
Гэри Хэмел возражает против этого утверждения, говоря, что количественно определить, кто или что является новатором, невозможно.
Инновации пришли и продолжают поступать из мира открытого исходного кода:
Качество кода
Безопасность
Бизнес-модели
В своем годовом отчете за 2008 год Microsoft заявила, что бизнес-модели FOSS бросают вызов ее модели программного обеспечения на основе лицензий и что фирмы, использующие эти бизнес-модели, не несут затрат на разработку своего программного обеспечения. В сообщении компании также говорится:
В литературе можно найти множество бизнес-моделей для компаний с открытым исходным кодом.
Закрытый исходный код
Закрытый исходный код — программа, лицензия которой не подходит под определение открытого ПО. Как правило, это означает, что распространяются только бинарные (откомпилированные) версии программы и лицензия подразумевает отсутствие доступа к исходному коду программы, что затрудняет создание модификаций программы. Доступ к исходному коду третьим лицам обычно предоставляется при подписании соглашения о неразглашении.
ПО с закрытым исходным кодом является проприетарным (собственническим) ПО.
Двусмысленность
Фраза «Закрытый исходный код» двусмысленна, так как она может подразумевать лицензии, в которых исходный код программ недоступен. Однако если считать её антонимом открытого кода, то она относится к программному обеспечению, не подходящему под определение лицензии открытого ПО, что имеет несколько другой смысл.
Лицензия Microsoft Shared source — пример лицензии, при которой доступен исходный код, но не под открытой лицензией. Если закрытый исходный код понимать как ПО, не подходящее под определение открытого ПО, то Shared source — пример лицензии закрытого исходного кода. Но если подразумевать под ним только те программы, исходный код которых недоступен, то это не так.
См. также
Полезное
Смотреть что такое «Закрытый исходный код» в других словарях:
Закрытый код — Проприетарное, частное или собственническое программное обеспечение (англ. proprietary software) программное обеспечение, являющееся частной собственностью авторов или правообладателей и не удовлетворяющее критериям свободы ПО (речь именно о… … Википедия
Warp4 — OS/2 Warp Разработчик Microsoft Семейство ОС OS/2 Исходный код Закрытый исходный код Последняя версия 4.52 декабрь 2001 Тип ядра модульное Интерфейс графический Л … Википедия
Warp 3 — OS/2 Warp Разработчик Microsoft Семейство ОС OS/2 Исходный код Закрытый исходный код Последняя версия 4.52 декабрь 2001 Тип ядра модульное Интерфейс графический Л … Википедия
Warp3 — OS/2 Warp Разработчик Microsoft Семейство ОС OS/2 Исходный код Закрытый исходный код Последняя версия 4.52 декабрь 2001 Тип ядра модульное Интерфейс графический Л … Википедия
Warp5 — OS/2 Warp Разработчик Microsoft Семейство ОС OS/2 Исходный код Закрытый исходный код Последняя версия 4.52 декабрь 2001 Тип ядра модульное Интерфейс графический Л … Википедия
Warp 4 — OS/2 Warp Разработчик Microsoft Семейство ОС OS/2 Исходный код Закрытый исходный код Последняя версия 4.52 декабрь 2001 Тип ядра модульное Интерфейс графический Л … Википедия
Миранда (IM) — Miranda IM Тип Программа мгновенного обмена сообщениями Разработчик Miranda IM Project Написана на C/C++ ОС Microsoft Windows … Википедия
Миранда IM — Miranda IM Тип Программа мгновенного обмена сообщениями Разработчик Miranda IM Project Написана на C/C++ ОС Microsoft Windows … Википедия
Миранда АйЭм — Miranda IM Тип Программа мгновенного обмена сообщениями Разработчик Miranda IM Project Написана на C/C++ ОС Microsoft Windows … Википедия
ОС/2 — OS/2 Warp Разработчик Microsoft Семейство ОС OS/2 Исходный код Закрытый исходный код Последняя версия 4.52 декабрь 2001 Тип ядра модульное Интерфейс графический Л … Википедия