The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Совместное использование открытого и проприетарного кода"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"Совместное использование открытого и проприетарного кода"  
Сообщение от opennews (??) on 10-Фев-09, 12:48 
На сайте Datamation опубликована статья (http://itmanagement.earthweb.com/osrc/article.php/3801396/Br...) известного пропагандиста открытых технологий Брюса Перенса (автор определения "open source" и соучредитель Open Source Initiative), в которой освещаются моменты совместного использования свободного и проприетарного ПО. И если в секторе серверов и рабочих станций эта проблема решается достаточно просто: программы, распространяемые под коммерческими лицензиями выделяются в отдельные файлы, используя только стандартные интерфейсы взаимодействия, то со встраиваемыми решениями вопрос обстоит несколько сложнее.

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

URL: http://itmanagement.earthweb.com/osrc/article.php/3801396/Br...
Новость: http://www.opennet.me/opennews/art.shtml?num=20192

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Совместное использование открытого и проприетарного кода"  
Сообщение от anonymous (??) on 10-Фев-09, 12:48 
>то 20 независимых – это просто выброшенные на ветер деньги.

Ну тогда надо найти одного желающего выбросить деньги ради этих 20.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Совместное использование открытого и проприетарного кода"  
Сообщение от L0M0 on 10-Фев-09, 13:06 
а разработчики apt, rpm и пр. не одну и ту же цель преследуют?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Совместное использование открытого и проприетарного кода"  
Сообщение от alexxx (??) on 10-Фев-09, 14:09 
Летели два холодильника один синий другой в африку...
apt и rpm делают разную работу (часто в связке в некоторых дистрах) если и сравнивать то вот этих deb и rpm, yum и apt
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Совместное использование открытого и проприетарного кода"  
Сообщение от User294 (ok) on 10-Фев-09, 20:12 
> а разработчики apt, rpm и пр. не одну и ту же цель преследуют?

Сравнили жопу с пальцем.У них разные goals, разные форматы пакетов и прочая.А GSM - стандарт.Он блин один.И разные реализаци по 20 раз реализуют строго одно и то же.Потому что все БСки и телефоны должны понимать друг друга - по разному извините не катит, катит в рамках соотв. clause. Это как если бы все реализовывали бы TCP\IP стэк в линухе по своему, в 20 разных видах.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Совместное использование открытого и проприетарного кода"  
Сообщение от progr on 12-Фев-09, 13:22 
Ну еще и по той пречине, что хардвар разный. А еще от управления "телефонной части" зависит качество связи, срок работы от батареи и др. А желания помогать конкурентам в коммерции нет.
Стандарт GSM то один на свех, а вот реализации могут немного отличаться. Поэтому иногда конкретная модель телефона может не работать у конкретного оператора :).
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Совместное использование открытого и проприетарного кода"  
Сообщение от Аноним (??) on 10-Фев-09, 13:16 
"Не стоит вести разработку проприетарных динамических модулей ядра Linux." А что если там реально есть то, что хотелось бы скрыть? Как быть???
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Совместное использование открытого и проприетарного кода"  
Сообщение от Ivan_Bodhiharma email(ok) on 10-Фев-09, 14:03 
>"Не стоит вести разработку проприетарных динамических модулей ядра Linux." А что если
>там реально есть то, что хотелось бы скрыть? Как быть???

Да, например систему сбора информации об абонентах сотовой сети.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Совместное использование открытого и проприетарного кода"  
Сообщение от Andrew Kolchoogin on 10-Фев-09, 15:45 
Нет, например, реализацию V.34. Я стопицот раз объяснял, почему этого может хотеться.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Совместное использование открытого и проприетарного кода"  
Сообщение от anonymous (??) on 10-Фев-09, 14:55 
>там реально есть то, что хотелось бы скрыть? Как быть???

не скрывать надо, а патентовать. Если и правда есть что.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Совместное использование открытого и проприетарного кода"  
Сообщение от ixrws on 10-Фев-09, 20:02 
>"Не стоит вести разработку проприетарных динамических модулей ядра Linux." А что если
>там реально есть то, что хотелось бы скрыть? Как быть???

Ситуация приблизительно такая же как приходя в магазин, покупая конфеты, читая по содержание сахара и углеводов, подходя к кассе, диабетик случайно задаёт вопрос кассиру: "А что если у меня диабед?". "Ну тогда прикупите инсулин" - говорит врач, стоящий в очереди.

Важно понимать что можно, а что нельзя. Лицензия gpl чётко объясняет, что динамическая связь кода недопустима, что здесь обсуждать или гадать на гуще? Ясно что в случае юридического разбирательства в суде, возможны разные решения, просто потому что стороны могут иметь разные силы и позиция судьи может быть основана на его личной позиции, тут человеческий фактор, ничего не поделаеш. Но также ясно, что ещё до суда известно - разработка подобных модулей противоречит gpl, а следовательно является как минимум спорной.
Ну это всё если автор модуля просто идиот и привык нарушать мыслимые и немыслимые условия.
А если же автор имеет мозг, то он скорее будет заинтересован в том, как ему сделать так, чтобы соблюсти условия и в то же время скрыть код. В этом случае закрытый код может находится в виде взаимодействующей программы в юзерспейсе, а на уровне ядра будет находится небольшой код-интерфейс-связка, но под gpl. Если есть вопросы производительности или масштабируемости - то разработчики должны искать нужные пути разрешения проблем, вплоть до создания неочевидных костылей.
Важно также понимать, что ядро под gpl и это свершившийся факт, с этим необходимо считаться, хочется или не хочется, понимается или не понимается - это уже вопросы другой оперы.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Совместное использование открытого и проприетарного кода"  
Сообщение от СуперАноним on 10-Фев-09, 22:56 
Для таких Ко...мпаний существует UIO. Вот пусть всё скрытое в отдельном адресном пространстве крутится, ага.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Совместное использование открытого и проприетарного кода"  
Сообщение от Аноним (??) on 11-Фев-09, 08:23 
>При всем кажущемся многообразии возможных вариантов ответов все они, в конечном счете, сводятся к двум: компания в своей разработке использует код, который ей не принадлежит или существует официальный запрет на его распространение; компания пытается получить преимущество за счет использования более современных технологий, которые в глазах клиентов сделают ее товар более привлекательным.

Третий вариант: в этом закрытом коде присутствует троянец.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру