Показать сообщение отдельно
Старый 02.09.2010, 19:50   #64
Python
Местный
 
Аватар для Python
 
Регистрация: 14.08.2008
Сообщений: 108
Сказал(а) спасибо: 5
Поблагодарили 9 раз(а) в 5 сообщениях
Вес репутации: 205
Python на пути к лучшему
По умолчанию

Цитата:
Сообщение от DTioutiou Посмотреть сообщение
В отсутствии времени. Главный дефицит будет время, смею Вас в этом уверить. И времени потребуется не один год: средненькая раскройная программа - года два-три, минимальный САПР - от пяти лет и выше. Напряженной ежедневной работы.

И, что самое ужасное, все эти годы придется работать, практически не видя результата. И даже не зная, будет ли этот результат вообще. На такое невозможно решиться без изрядной доли фанатизма и даже некоторой бесшабашности.
Согласен. А разве на этом форуме мало фанатов своего дела? Другой вопрос, что силами только форума не хватит и 10 лет. А вот если,

---

Ну дайте хоть помечтать
[свернуть]
например,Базис-центр, последовав примеру компании canonical или sun (ведь делают же люди деньги, причем зачастую основанные на своих же бесплатных продуктах =)), поддержит в рекламных или других целях опенсорц-проект, то можно справиться гораздо быстрей. Что-то похожее, если я понимаю, сделали в геосе под названием К3 (только коды все-таки закрытые) но у них не получилось провести эффективную рекламную кампанию, или может еще что-то (с функционалом, к сожалению, не знаком)
А если этот проект плюс ко всему будет на открытом Блендере, то мы получим еще и армию разработчиков со всего мира. Открытое ПО это не только халява и низкое качество. 95% пользователей MSOffice можно смело пересаживать на OpenOffice и ничего не изменится.

open source


Свободное распространение. Это значит, что лицензия не должна налагать ограничений на продажу и распространение ПО.
Доступные исходные тексты. Даже если ПО не поставляется с исходными текстами, эти тексты должны быть легко доступны. Это должны быть именно редактируемые человеком исходные тексты, а не выход обфускаторов, препроцессоров и тому подобные промежуточные формы.
Таким образом, freeware не является open source.
Возможность модификации. Простая возможность читать исходные тексты не позволяет экспериментировать с ними и выпускать модификации. Лицензия, претендующая на звание «открытой», должна разрешать не только чтение кода, но и модификацию, использование частей кода в других проектах и т. д.
Компания id Software выпустила исходные тексты (но не данные) Doom в 1998 году под «образовательной» лицензией. Через год тексты были перелицензированы под GPL.
Даже в случае неприкосновенности авторского исходного текста, производные программы и их исходные тексты должны свободно распространяться. Свободные лицензии могут оставлять за автором какие-то права — например, производная программа обязана нести другое имя или версию; либо она должна состоять из авторских исходных текстов и патчей к ним. Тем не менее, автор должен разрешать распространять откомпилированные двоичные файлы и исходные тексты производной программы в том или ином виде.
Компания Netscape, выпуская исходные тексты браузера, оставила имя Netscape за собой. Несмотря на этот пункт, Mozilla Public License является открытой.
Отсутствие дискриминации против людей и групп людей. Некоторые страны, например, США, имеют некоторые ограничения на экспорт ПО. Свободная лицензия может напоминать, что такие правила есть, но не может ставить свои.
Одна из «почти открытых» лицензий, созданных во время апартеида, запрещала использование программы полицией ЮАР. Апартеид пал, а требование осталось.
Отсутствие дискриминации по цели применения. Свободная лицензия должна разрешать все виды деятельности, включая генетические и ядерные исследования, коммерческое применение и т. д. Про коммерческое применение говорится особо: «Мы хотим, чтобы коммерческие пользователи подключались к сообществу, а не считали себя отрезанными от него».
Как и со свободным ПО, личные убеждения автора не должны мешать делу, и пункты наподобие «нельзя использовать в клиниках для абортов» запрещены. Ведь один может запретить аборты, другой — ругательства, а третий — и то, и другое, ничего от свободы не оставив.
Распространение лицензии. Права, связанные с открытым ПО, должны быть применимы ко всем пользователям программы без заключения дополнительных соглашений, например, соглашения о неразглашении.
Лицензия не должна быть привязана к конкретному продукту. Права на программный код не должны зависеть от того, является ли программа частью какого-то продукта. Человек, распространяющий программу в отрыве от сборника или перенёсший часть кода в другой продукт, имеет такие же права, какие давал сборник. Это требование закрывает некоторые лицензионные лазейки.
Лицензия не должна ограничивать другие программные продукты. За исключением банальной несовместимости, пользователь имеет право выбирать, чем пользоваться. Например, нельзя требовать, чтобы остальные программы, поставляемые вместе с данной, также были открытыми.
Свежие версии Ghostscript имели лицензию, которая запрещала использовать программу вместе с закрытым ПО (устаревшие версии выпускались под GPL). От этой практики отказались в 2007 году. Часть лицензий Microsoft Shared Source допускают создание ПО только под Windows.
Лицензия должна быть технологически нейтральной. То есть, лицензия не должна требовать что-либо от интерфейса или технологий, применяемых в производной программе.
Например, непригоден пункт «пользователь должен принять лицензию, нажав на определённую кнопку» — это не даст использовать ПО в режиме командной строки без участия пользователя. Этот пункт также служит для того, чтобы закрыть лицензионные лазейки.
[свернуть]
Python вне форума   Ответить с цитированием Вверх