English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

Отвореният код понятия: двойно лицензиране обяснено

Софтуер RSS Feed





Ние наскоро бяха изправени пред едно решение: или да споделите с програма, която ни отне една година код умират, просто защото не разполагат с достатъчно време, за да го запази, или да го направи с отворен код source.Open изглеждаше като една добра идея за време, но имаше един проблем. Искахме да се запази софтуер под наш контрол и да могат да правят пари продажба по-късно. И нека просто да бъда честен и да го призная: исках монопол върху нашия софтуер и защо не? Отне ни една година напише софтуер, и неговата документация. Да вярваме в "Свободен софтуер", но който работи безплатно. Свободният софтуер не може да бъде успешна в дългосрочен план, ако няма начин да се направи money.Dual Лицензиране и GPL: След това каза на друг: "Ей, RedHat и MySQL е с отворен код. И все пак те правят много пари. Как? "Отговорът се крие в стратегията, известен като" Dual лицензиране ". Тя е много проста. В Отворен код дружеството първо трябва да авторското право на изходния код, и след това го прави достъпен за обществеността. Сега, тъй като компанията е собственик на авторското право изходен код, може да се разпредели в две различни лицензии: една отворена източника и други търговски. Отвореният код за лиценз в такъв случай почти винаги ще бъде GNU GPL (General Public License), която позволява на всеки да променят изходния код, я разпространявате и да включи в други проекти. Въпреки това, има едно улов (голяма и досадно улов). Ограничението е, че всеки проект, който използва GPL'd код трябва да бъде освободен под GPL лиценз (GPL, ние вярваме, работи като вирус. Той продължава да се разпространява). Което означава само (regarless на това, което отворени ativists източник ви кажа), не може да продаде кода GPL'd или всеки проект, който се включва с цел печалба. За тази цел вие ще трябва да предложат един търговски license.Some добре познати компании, които използват Dual лицензиране са: RedHat Inc, MySQL, AB., Sleepycat и много други. Тези компании от една страна привлича хора и разработчици, които искат да се движат с отворен код движение, и от друга страна, те искат да се направят някои сериозни пари с двойна licensing.Let нас разгледаме един пример: един човек беше създаването на търговско приложение база данни, която имаше за цел да му донесе малко пари. Той използва MySQL база данни бекенда, мислех, че е свободен. Той по-късно разбрах, че той нарушава GPL лиценз, който използва MySQL. Някой да е ограничено от разпространение приложение, което използва GPL в променен или непроменен форма, освен ако целият проект е лицензиран под GPL. Така че този човек е останал с друг избор, освен да купуват търговски лицензи (на базата на на копие) от MySQL, AB.Is Dual лицензиране злото? Да. Но няма нищо лошо с нея. Ако няма регистрирани приходи идват по проект в крайна сметка ще умре или ще бъде винаги в много лошо състояние (много отворен евангелисти източник може да се опита да ни противоречат и сравни с отворен код с религията, която не е). С други думи, ако един човек не е печелене на пари от един проект, защо по дяволите би той да го подкрепя. Пример за такъв софтуер е PuTTY (с извинение на Симона Tatham). Въпреки че е изключително популярна, тя все още остава много да се желае за. Потребителският интерфейс е слаб, документацията е с нисък стандарт и няма (клиент) подкрепа. Странно за една много популярна software.Now ако PuTTY е освободен в двойна лиценз, той може да е много различен, отколкото е сега. Компанията PuTTY ще се разширява, наемането на нови хора и даване на поддръжка на клиенти. Това не се случи и резултатът е, че PuTTY не се използва в големите корпорации, които предпочитат търговски софтуер с поддръжка на клиенти и някой виновен, ако нещо се обърка. Например, назъбена дантелена яка SecureCRT, Whitehorn охраняем терминал или небесни Telnet някои популярни търговски SSH clients.So да кажеш с отворен код е лошо? Защо хората отиват с отворен код след това? Не. Това не е така. Броят Едно от предимствата на отворения код е, че тя може да намали времето за развитие с до 50%. Другата причина Защо хората отиват с отворен код е да се увери, че проектът ще остава винаги жив с помощта от Общността за развитие (много търговски софтуерни приложения умират в първите си години). Някои хора участват в открит развитие източник само за да направи име за them.The Истината е, че Dual лицензиране не е толкова зъл, както много хора мислят, че е. Това е единственият начин да отида, ако искате да печелите пари от отворите източник проекта. Ние би искал да завърша тази статия с линия от скандален "Отворено писмо до любителите", написани от Бил Гейтс: "Нищо не би ме харесват повече, отколкото да бъде в състояние да наемат десет програмисти и потоп хоби пазара с добри софтуер. "Опровержение: Всички данни, посочени в този член се предоставя" както е "основа. автора не поема никаква отговорност за последствията, и не се кълне, че информацията, представена в тази статия е точна. Тази статия не е свързан с друга организация. Тази статия може да бъде разпределена и преразпределя, докато имената на автора не са се променили и на оригиналния текст остава intact.Ali Mansoor (Malimansoor@hotmail.com) е автор на няколко известни търговски приложения. Umer Mansoor (umer.mansoor @ gmail.com) прекарва повечето от времето си програмиране или да мисля за вземане на пари схеми. Той е вдъхновен от баща му, Бог, Microsoft, и по-скоро, Google. Посетете си проект с отворен код страница на адрес: http://www.pegsol.com/newdesign/development.htmNote от авторите: Не ние не сме Nerds или отрепки и се определят свободно като в "безплатен обяд",

Член Източник: Messaggiamo.Com

Translation by Google Translator





Related:

» Seo Elite: New Seo Software!
» AntiSpywareBOT
» Reverse Mobile
» Error Nuker


уебмастъра Вземи Html кодекс
Добави тази статия на вашия сайт сега!

уебмастъра Подайте членове
Не е необходима регистрация! Попълнете формата и статията ви е в Messaggiamo.Com директория!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Подайте членове на Messaggiamo.Com директория

Категории


Авторско право 2006-2011 Messaggiamo.Com - Карта на сайта - Privacy - уебмастъра представят вашите статии за Messaggiamo.Com директория [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu