Форумы GIS-Lab.info

Уважаемые господа,

тут многие являются пользователями открытого ПО и наверняка знают ответы.
1.Можно ли, используя технологии с открытым кодом, создавать свои приложении, затем сертифицировать их под свой брэнд? Соответственно брать различные сертификаты качества, управления безопасности и и т.д. и т.п.

2.Нет ли ограничений в использовании такого рода ПО под коммерческие проекты?

3.Если никаких жестких условий нет, то значит ли это, что открывается возможность штамповать "свои" утилиты и пачками их продавать?

Возможно, вопросы не имеют логической цепочки или не очень корректно поставлены, прошу извинить. Если такая тема уже существует, пожалуйста, дайте ссылку.

Тут ответ зависит от лицензии под которой выходит исходный открытый продукт. Почитайте в википедии например про Лицензия на программное обеспечение

Насколько себе представляю, действительно "открытые" лицензии (GPL, BSD и тп) разрешают перечисленные действия

Tansu писал(а):2.Нет ли ограничений в использовании такого рода ПО под коммерческие проекты?

Зависит от лицензии исходного проекта. Например, GPL обязывает вас выпускать и свой продукт под GPL со всеми вытекающими. BSD в этом плане более либеральна.

Tansu писал(а):3.Если никаких жестких условий нет, то значит ли это, что открывается возможность штамповать "свои" утилиты и пачками их продавать?

Да, вы можете продавать «свои» утилиты, при соблюдении требований лицензии исходного проекта. Так, если исходный проект был под GPL, то вы обязаны предоставить покупателям «ваших» утилит исходный код этих «ваших» утилит.

Tansu, если у вас практический интерес, общие вопросы в этой области порождают довольно бесполезные общие ответы, проще отталкиваться от реальной ситуации, так как комбинаций очень много.

Tansu писал(а):тут многие являются пользователями открытого ПО и наверняка знают ответы.

А вот из первого совершенно не следует второе.

Максим Дубинин писал(а):Tansu, если у вас практический интерес, общие вопросы в этой области порождают довольно бесполезные общие ответы, проще отталкиваться от реальной ситуации, так как комбинаций очень много.

Tansu писал(а):тут многие являются пользователями открытого ПО и наверняка знают ответы.

А вот из первого совершенно не следует второе.

Да, у меня практический интерес под конкретный проект. В самое короткое время постараюсь выложить хотя бы первоначальную техническую зарисовку. Может быть, так будет легче уже отталкиваться от конкретного. Проект - это интернет проект, правда не имеет к теме ГИС отношения, он больше подходит к социал медиа.Не знаю, входит ли тематика социальных порталов в круг интересов сайта...

Судя по "сертификатам качества и безопасности", можно предположить гос. направленность?
Очередной "Говбук" или "Говлуп"? Или, не дай бог, для нефтяников (сайтов, называющих себя таковыми, штук двадцать уже).
Если первоначальная зарисовка - техническая (а не описывающая предоставляемый пользователю сервис и поведение самого пользователя в контексте этого сервиса), то есть описывающая комбинацию технических средств, которые предполагается использовать, то проект можно сразу забрасывать - с этого начинать нельзя (если, конечно, вообще стоит задача, чтобы этим кто-то пользовался, а не просто группе разработчиков поупражняться в программировании).

ericsson писал(а):Судя по "сертификатам качества и безопасности", можно предположить гос. направленность?
Очередной "Говбук" или "Говлуп"? Или, не дай бог, для нефтяников (сайтов, называющих себя таковыми, штук двадцать уже).
Если первоначальная зарисовка - техническая (а не описывающая предоставляемый пользователю сервис и поведение самого пользователя в контексте этого сервиса), то есть описывающая комбинацию технических средств, которые предполагается использовать, то проект можно сразу забрасывать - с этого начинать нельзя (если, конечно, вообще стоит задача, чтобы этим кто-то пользовался, а не просто группе разработчиков поупражняться в программировании).

несмешили, чес.слово. интересно как строятся догадки...

мой проект не имеет отношения ни к государственной сфере, ни к нефтянникам. *я как-то забросила думать о благополучии России.
он вообще относится больше к области/стандартам SCORM.
по поводу "технических зарисовок" - совет очень дельный. спасибо.

Ну догадки простые - о сертификации всего и вся в России вспоминают обычно только если речь о гос. проектах или о чем-то близком к ним. Ну а веб-проекты для гос. нужд - один из распространенных способов освоения бюджета. Вот откуда такие предположения. (Смешного тут, на самом деле, не вижу - подобное явление в области веб-разработки - проблема, а не комедия.)
Про технические зарисовки - кратко добавлю, что по идее, должно быть две концепции, одна на службе другой - способ использования сервиса и архитектура сервиса. Со второго иногда тоже можно начинать, но только в случае, если это чисто учебный технологический проект или если это проект побочный, который будет дополнять существующие сервисы, используя их архитектуру, при том разработка может быть "сверхмалыми средствами".

ericsson писал(а):Ну догадки простые - о сертификации всего и вся в России вспоминают обычно только если речь о гос. проектах или о чем-то близком к ним.

я, может, и рада была бы приложить ручку к российскому бюджету, но, боюсь,у кассы не протолкнуться.(своих хватает)

Всем.
вообщем, перейду к конкретике.
GNU General Public License
Цель GNU GPL — предоставить пользователю права копировать, модифицировать и распространять (в том числе на коммерческой основе) программы (что по умолчанию запрещено законом об авторских правах), а также гарантировать, что и пользователи всех производных программ получат вышеперечисленные права. Принцип „наследования“ прав называется «копилефт» (транслитерация c англ. copyleft) и был придуман Ричардом Столлманом. По контрасту с GPL, лицензии проприетарного ПО «очень редко дают пользователю такие права и обычно, наоборот, стремятся их ограничить, например, запрещая восстановление исходного кода».

GPL предоставляет получателям компьютерных программ следующие права, или «свободы»:

свободу запуска программы с любой целью;
свободу изучения того, как программа работает, и её модификации (предварительным условием для этого является доступ к исходному коду);
свободу распространения копий как исходного, так и исполняемого кода;
свободу улучшения программы, и выпуска улучшений в публичный доступ (предварительным условием для этого является доступ к исходному коду).
В общем случае распространитель программы, полученной на условиях GPL, либо программы, основанной на таковой, обязан предоставить получателю возможность получить соответствующий исходный код.


http://ru.wikipedia.org/wiki/GNU_General_Public_License

Вопрос всем.

Пользователи всех производных программ получают такие же права как и производитель своих систем, то каким образом обеспечивается безопасность и защита данных? Ведь на открытых ПО работают целые монстры(системы в гос.аппарате) ГИС в Европе и в Латинской Америке?

"свободу распространения копий как исходного, так и исполняемого кода;"
я понимаю так. пишу приложение, а ко мне приходит господин, и запросто у меня его заимствует. так что ли?


по ходу обсуждения будут другие вопросы...

Пользователи всех производных программ получают такие же права как и производитель своих систем, то каким образом обеспечивается безопасность и защита данных? Ведь на открытых ПО работают целые монстры(системы в гос.аппарате) ГИС в Европе и в Латинской Америке?

Вот именно наличие доступа к исходному коду программы и позволяет точно знать степень безопасности продукта и защищенность данных, потому что в таком случае возможен анализ кода на предмет наличия в нем уязвимостей, позволяющих нарушить предусмотренный порядок работы программ и совершить вредоносные действия.

А если код закрыт, а надежность программы подтверждена только тем, что утверждают сами разработчики, то такая система - кот в мешке. Ведь проверить их добросовестность, качество продукта, наличие в нем случайных ошибок или намеренных "закладок" - затруднительно.

При этом от взлома это не защищает - взлом, конечно, становится чуть более сложным делом, чем поиск и использование очевидной уязвимости в исходнике, но все равно остается возможным (отладчики и прочее никто не отменял).

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

Вас же не смущает, например, программа для подключения к серверам по SSH - PuTTY - это открытое ПО, которое содержит в себе исходные коды протокола SSL и т.п., и этой штукой пользуются миллионы администраторов по всему миру, чтобы соединяться с серверами, работающими на Linux (также открытой ОС)?

Tansu писал(а):"свободу распространения копий как исходного, так и исполняемого кода;"
я понимаю так. пишу приложение, а ко мне приходит господин, и запросто у меня его заимствует. так что ли?

Если ваше приложение с лицензией GPL, то да, господин может попросить у вас исходный код этого приложения.

Максим Дубинин писал(а):

Tansu писал(а):"свободу распространения копий как исходного, так и исполняемого кода;"
я понимаю так. пишу приложение, а ко мне приходит господин, и запросто у меня его заимствует. так что ли?

Если ваше приложение с лицензией GPL, то да, господин может попросить у вас исходный код этого приложения.

т.е. господин может попросить, условно говоря, не результат моего труда в виде утилит и не результат, полученный от функционирования этих приложений, а всё же исходный код?

Лицензия BSD. поясните, какое ПО попадает под лицензирование BSD?

что касается интернет-проекта. как уже говорила, объединяет платформы дистанционного обучения e-learning и социального медиа, в котором будет формироватьcя ресурс по специализированной тематике.

архитектура условно готова.
Компоненты проекта:
1.видеочат,
2.системы расчета перформанса(производительности) каждого участника для просчёта статистики посещаемости и активности,
3.система контроля эффективности обучения (тестирование),
4.менеджерские системы, а именно, учёт и индексации выплат, поступлений и обращения денежных средств.

еще не решено по поводу необходимости форума.???
5.рассматривается необходимость в блогах.
6.система защиты данных и безопасности.

реально это ли реализовать в условиях одного портала на основе технологий с открытым кодом?
принимаются любые советы и предложения от программистов. клиент находится в стадии отбора программиста.

Tansu писал(а):господин может попросить, условно говоря, не результат моего труда в виде утилит и не результат, полученный от функционирования этих приложений, а всё же исходный код?

да

Tansu писал(а):поясните, какое ПО попадает под лицензирование BSD?

Вопрос не корректно поставлен, если отвечать буквально, то "попадает" то ПО, разработчики которого выбрали эту лицензию для кодовой базы.

я вам рекомендую отделить вопросы по вашей системе в отдельный топик, чтобы не мешать с вопросами лицензирования