Vlákno názorů k článku Affero GPLv3: Vydejte zdrojové kódy síťových aplikací! od Franta Kučera - "Z výsledku budou opět těžit zejména uživatelé. Nikdo...
-
"Z výsledku budou opět těžit zejména uživatelé. Nikdo už nebude moci provozovat na serveru modifikované programy a nedodávat k nim zdrojové kódy."
A nebo taky ne. Proč bych jako firma měl investovat do nějakého vylepšení open source programu, když pak přijde konkurence, stáhne si zdrojáky a rozjede tutéž službu, ale s nižšími náklady?
Dneska můžu upravit nějaký software, třeba půl roku ho poskytovat jako službu na internetu a těžit z konkurenční výhody (mám jedinečnou verzi toho softwaru). Až se tato výhoda vyčerpá, zveřejním změny, protože pak budu moci čerpat výhody z větší uživatelské základy. Ale bude to až po tom, co se mi vrátily peníze investované do úpravy softwaru.
Takhle přísná licence bude snižovat chuť k inovacím, místo aby je podporovala. -
Laskavě si přečti článek nad touto diskusí: "Problém je, že v případě webových či jiných aplikací používaných na dálku po síti jednoznačně nedochází k distribuci samotné aplikace. Příkladem mohou být redakční systémy, webové servery a podobně."
Když použiješ upravený redakční systém a vystavíš ho veřejně na web, tak ho nedistribuuješ (pouze ho používáš), a tak podle GPL nemusíš zveřejňovat změny. V tom je rozdíl oproti Affero. -
Tak v tom případě Petr Krčmář v tom článku asi lže, že? :-)
Tak ještě jednou: když na www vystavím binárku upravené aplikace pod GPL, musím zveřejnit její zdrojáky. Pokud ale tu GPL aplikaci spustím* na serveru a uživatelé k ní budou přistupovat jako ke službě, tak zdrojáky zveřejňovat nemusím. U Affero licence bych musel. -
Kolega MarSik má právdu. Pletete veřejné a soukromé užívání. Pokud si ve firmě budete používat upravený Linux (jádro), nemusíte ven zdrojáky dávat. Totéž platí u interního informačního systému. Jakmile ale obojí vystavíte pro veřejnost, musíte v obou případech vydat i zdrojové kódy (v případě, že IS bude pod AGPL). -
Tak to potom ale nechápu - co přináší Affero navíc?
Když si upravím redakční sytém a budu ho provozovat na svém serveru* nebo když si upravím jádro OS a budu ho používat na veřejně přístupném serveru, budu muset zveřejnit provedené změny?
IMHO podle GPL ne, ale podle Affero ano. Je to tak?
Vycházím z toho článku: "Už nyní je ale jasné, že GNU GPL 3 neřeší minimálně jednu spornou otázku – používání svobodného software po síti." a "Problém je, že v případě webových či jiných aplikací používaných na dálku po síti jednoznačně nedochází k distribuci samotné aplikace."
*) nebudu ho šířit, pouze provozovat.
-
Ondrej 'SanTiago' Zajicek (neregistrovaný)IMHO je to tak. Rozdil je v tom, ze v pripade jadra OS jste uzivatel vy (a vy upravene zdrojaky mate), zatimco v pripade redakcniho systemu jsou uzivatele ti, kteri pouzivaji redakcni system pres web na jinem pocitaci, coz autory puvodni GPL nenapadlo. Proto je obzvlaste u webovych sluzeb vhodne to osetrit. Podobny problem nastava i u ssh a X protokolu, ale tam to asi neni tak obvykla situace.
-
Rozdíl v tom nevidím, je to jen jiná vrstva. Když sedím u svého PC, tak používám KDE nebo používám jádro operačního systému? IMHO oboje. Jsem uživatelem hardwaru, ovladačů/modulů, jádra OS, desktopového prostředí i aplikací, prostě všech vrstev.
Když jedu po silnici tak nejsem jen uživatelem svého vozu, ale i uživatelem silnice (i když mi nepatří), bez ní by to nešlo. Stejně tak by to nešlo bez jádra OS (i když mi nepatří). -
botulotoxinus (neregistrovaný)Ale jako uživatel silnice nenesu zodpovědnost za její stav a údržbu ani nejsem nucen splňovat podmínky "licence" na dané složení materiálu. Jsem pouhý úživatel výsledku práce a rozhodnutí správy silnic. V rámci svého počítače jsem vlastník, správce i uživatel. V rámci silnice jsem pouze uživatel.
-
Hmm, při cestě dat internetem prošla tato mnohými systémy a zařízeními, naštěstí ne všechny licence "nakazí" data (pozor na prezentační vrstvu). A kernel je naštěstí GPL2 a ne >=AGPL2.
Například používám s radostí Joomla CMSko. Pokud vytvořím template/modul (prostě kód php+html+css+javascript ....), ve kterém volám moduly Joomla, začíná otázka, kdo je odvozen od koho? Co je knihovné volání a co je aplikační vrstva? Je můj modul pro Joomlu knihovnou? Nebo je Joomla knihovnou pro můj modul? Nebo jde o mé data a modul je zde jako pouhá sada knihovních prezentačních pravidel?
Ať už je to jak chce, výsledně je Joomla modifikována mým modulem. Jakou může mít můj modul/template licenci? Ještě že je Joomla pod MIT licencí.
Podobně čeho je návštěvník mého webu uživatelem? Použil snad Joomla? Nebo MySQL? Nebo použil Cisco PIX firewall? Nebo použil ISCSI? Nebo použil firmware Cisco Content Switche?
Nebo se budou na data uplatňovat i licence na pásmo, půjde-li přenos wifi?
Prostě použití každé licence má své hranice. Ani GPL nemůže a nefunguje virově. -
Což mi právě říká, že affero leze tam, kam nemá strkat nos. Nemám problém s tím, že programátor chce, aby se jeho program zlepšoval, ale z toho, že affero úplně plete dohromady používání služeb s používáním software.
Služby totiž na svém serveru poskytuji já a používám k tomu různé technologie. Uživatelem technoligií jsem já a používám je na svém (nebo pronajatém) HW. Zákazník na druhém konci drátu používá mé služby. -
Ondrej 'SanTiago' Zajicek (neregistrovaný)Hmm, myslim, ze to zbytecne rozdelujete. Uzivatel proste pouziva webovou aplikaci (software bezici na serveru), stejne jako by mohl pouzivat na dalku treba Xovou aplikaci bezici pres X protokol. Uzivatel interaguje s tim software primo. Vase sluzby spocivaji akorat tak v tomu, ze jste tam tu webovou aplikacu zprovoznil a umoznil ji uzivateli pouzivat.
-
botulotoxinus (neregistrovaný)Ale uživatelské právo se musí rozdělit na právo používat aplikaci a používat výsledky její činnosti. Aplikace generuje nějaké výsledky na základě interakce uživatele, vložených dat, aplikační logiky + plus použité prezentační vrstvy. Ale tyto generované výsledky si nemůže nárokovat autor aplikace, ale její provozovatel. Uživatel aplikace != uživatel služby.
Vytvoříte-li například grafiku za pomoci programu Gimp + několi vlastních pythonovských modulů, vaše grafika nespadá pod licenci k používání Gimpu. Tudíž nikdo nemá právo po vás chtít vaše zdrojové data, vrstvy, postupy, ani vaše pythonovské moduly atd, jejichž pomocí jste dosáhl výsledný vzhled a efekt.
Vytvořím-li webovou prezentaci za pomocí nástrojů CMS + několik malých/velkých úprav a modulů, najednou někdo má mít právo se dostat k tomu všemu? CMSko ma na netu a klidně mu ukážu kde ;-). To ostatní je moje a dané CMSko to používá pro generování dat. Affero sem přináší problematické prolínání působnosti licence. Vytvořím-li prezentaci, prezentace je moje a volba licence je na mém uvážení. Je to jako by si výrobce štětců/barev nárokoval na malíři podíl na právech k obrazu. -
Ondrej 'SanTiago' Zajicek (neregistrovaný)Myslim, ze pouzivas zcela zcestne prirovnani. HTML generovane webovou aplikaci nema smysl prirovnavat ke grafice generovane Gimpem. Ja to prirovnani celou dobu stavim takto (a v souladu se mnoi asi i Affero GPL):
GIMP: Webova aplikace: GTK www prohlizec protokol interakci mezi GTK
a core of GIMPHTML stranky generovane skripty
a HTTP pozadavky od prohlizececore of GIMP aplikacni skripty na webovem serveru -
botulotoxinus (neregistrovaný)Možná uvažuji zcestně, ale uživateli webových aplikací jde o použití webové funkcionality dané služby nezávisle na použitých technologiích a z toho plyne rozdíl. Protože právě zde dochází k rozdělení na nezávyslé celky, gimp->gtk je docela přísně propojeno knihovnami, kdežto CMS->HTML->Web-Server->TCP->....->Browser jsou na sobě dost nezávislé objekty.
Prostě pro mne je tam vrstva, kterou se snaží Affero přeskočit a udělat z klientů služby uživatele software, což oni ale nejsou.
U webových aplikací typu CMS je toto zřetelné pro klienty, kteří si přišli prohlédnout web. To, co si prohlížejí, je výsledná prezentace, k jejímuž vytvoření použila firma/osoba prostředky CMS. Tato prezentace je výsledně více či méně závislá na hostitelském CMS. Nicméně k použití CMS dochází na serveru, nikoliv u klienta. Na klientském počítači nebyl spuštěn kód generující danou prezentaci.
Když se rozhodnu danou prezentaci stáhnout do statické podoby a zabalit na disketu udělám to a můžu to klientům dodat třeba i osobně autem na CD.
Jiná situace je s webovými aplikacemi, které využívají klientský prohlížeč jako grafické uživatelské rozhraní k vlastní aplikaci. Ale je vždy potřebné rozlišit, kdy je a pro co je klientský prohlížeč použit jako rozhraní. Jde-li o webovou prezentaci není klient uživatelem CMS neboť jde o grafické rozhraní k webové prezentaci (třeba i generované). -
Bilbo (neregistrovaný)Taky by mne celkem i zajimalo jak se u affero resi kombinace software pod AGPL a proprietarniho. Podle GPL to sirit nesmim, ale pouzivat ano. Podle AGPL to taky sirit nesmim, ale pouzivat ano. Kdyz zverejnim jen ty upravene casti co nejsou proprietarni ...
Napr. web s videi ala youtube. Sezenu nejaky proprietarni lepsi konvertor videi a nasadim do backendu. S konvertorem komunikuju treba pres rouru ...
Zverejnim sve modifikace, kde si kazdy muze prohlednou ze misto toho co tam bylo puvodne se ted vola nejaky konvertor, ale zdrojak konvertoru nikde ...
Porusuju tim licenci?
Hmm .. tak mne napada ...
Mozna bych mohl vydat neco s licenci ala AGPL na druhou, kde se jeji uzivatel zavaze nadosmrti vsechny sve budouci vytvory at uz odvozene z meho softu nebo ne vydavat vzdy a pouze pod touto licenci :) -
Ondrej 'SanTiago' Zajicek (neregistrovaný)
Jiná situace je s webovými aplikacemi, které využívají klientský prohlížeč jako grafické uživatelské rozhraní k vlastní aplikaci. Ale je vždy potřebné rozlišit, kdy je a pro co je klientský prohlížeč použit jako rozhraní. Jde-li o webovou prezentaci není klient uživatelem CMS neboť jde o grafické rozhraní k webové prezentaci (třeba i generované).
Ja v prikladu mel spis na mysli spis tradicnejsi webove aplikace - emailovy klient, prohlizec map, diskusni fora ... Pokud nekdo ma na webu CMS a pro bezne uzivatele se to tvari jen jako staticke stranky, tak z jejich pohledu je asi prilis honosne to nazyvat webovou aplikaci. Nicmene pro lidi, ktere v tom CMS s tim contentem opravdu manipuluji to jiz bezna webova aplikace je. -
botulotoxinus (neregistrovaný)Souhlas. Jen v některých případech bude situace vždy zamotaná. Neboť architektura klient - server nám výrazně rozhodila hranice. Například tento portál nám umožňuje i tuto komunikaci, čeho jsem pak uživatelem? Jsem snad uživatelem software tohoto portálu nebo jen využívám služby tohoto portálu? Na mém stroji je to jasné, používám Firefox a ten komunikuje s tímto portálem.
Pak už jde o to, kde nakreslit dělící čáru a říci, která vrstva používání služeb, použitá pro komunikaci, ze mne dělá uživatele software? -
to je jedno (neregistrovaný)Myslim ze Vase prirovnani neni korektni. Spravne by podle mne melo byt:
GIMP: Webova aplikace:
GTK www prohlizec
core of GIMP aplikacni skripty na www serveru
protokol interakci mezi internet - http
uzivatelem a GIMP
protokol interakci mezi GTK a core of GIMP neexistuje. GTK dava k dispozici interface, takze GIMP pouziva GTK jako knihovnu. Knihovna GTK pouziva protokol na zobrazovani grafickych udaju - protokol X serveru. Windows verze GUI je pripojena ako knihovna. -
Ondrej 'SanTiago' Zajicek (neregistrovaný)> protokol interakci mezi GTK a core of GIMP neexistuje.
Asi neexistuje v explicitni forme, ale proc by neexistoval alespon implicitne? Protokol nemusi byt jen sitovy protokol, ale obecne pravidla interakci mezi ruznymi entitami. Protokol muze byt realizovan klidne treba volanim funkci. -
Však AGPL zatím moc rozšířená není, tak pokud poskytujete webové služby založené na GPL aplikaci, nic nešíříte, zdrojové kódy svých úprav uvolnit nemusíte a vše je v pořádku. Ale pokud se časem licence toho programu změní na AGPL, budete se s tím buď muset smířit a dodržovat licenci, nebo si vzít poslední GPL verzi, udělat si fork a dál se starat o vývoj sám. Případně stále máte čas dát připomínky a přesvědčit ostatní, že AGPL je zbytečná, nevýhodná, ... a jánevímcoještě.
-
Tady uz se asi poustime na celkem tenky led.
Kdyz pristupuji k libovolne sluzbe na verejnem serveru, pouzivam operacni system? a vidim bezne nekde odkaz na zdrojove kody toho operacniho systemu (to je podminka v Afferu, pokud tam neni tak ani ja nemusim)?
Ten samy problem je o neco lepe resitelny u bezne klient-server aplikace (ale taky vetsinou neexistuje v protokolu odkaz na zdrojaky, leda by byl v nejake variante motd).
No a primarne bylo asi zamysleno umoznit podminky z GPL pro webove aplikace, tam je to (vicemene) uplne jasne. -
Taky si myslím, v tom případě není rozdíl mezi vnějším a vnitřním užitím aplikace (uživatel jako uživatel). A MarSik nemá pravdu: "Bavime se o internim pouziti, kde ta povinnost neni ani v GPL, ani v AGPL."
Ten můj předchozí příspěvek byl implikace, takže pokud se toho práva nemůže vzdát uživatel, nemůže se ho vzdát ani zaměstnanec. -
botulotoxinus (neregistrovaný)"Je zaměstnanec uživatelem aplikace? U intranetu nepochybně ano." Domnívám se, že otázka je mnohem složitější, protože zaměstnanec pracuje pro zaměstanavatele a tedy zde reprezentuje a naplňuje zájmy zaměstnavatele (pokud ne, vystavoval by se postihům dle platného zákoníku práce). Tudíž jeho právo na zdrojový kód by zanikalo na hranicích zaměstnavatele (fyzických, ideologických, právních i morálních). Stejně jako si nemáte právo odnést z firmy jakýkoliv komerčního software jenom proto, že u toho PC, kde je to nainstalováno, pracujete (byť byste jej "poctivě" odinstaloval), nemáte takové právo na jakýkoliv software používaný firmou jako soukromá osoba. Prostě jako zaměstnanec máte právo u používaného open-source software na zdroje, neboť jako zaměstnanec jste uživatel, ale jako soukromá osoba nikoliv. Uživatelem a držitelem licence je primárně zaměstnavatel, on nese zodpovědnost za dodržování licenčních ujednání. Zaměstnanec je odvozeně uživatelem pouze v roli zaměstnance a tato je vázána na zaměstnavatele. Otázka vynesení zdrojového kódu open-source z prostředí zaměstnavatele naráží většinou na ustanovení zákoníku práce a pracovní smlouvy ohledně využití prostředků zaměstnavatele pro osobní účely.
-
Pokud přijmeme tuto teorii rolí, pak můžeme říci, že:
zákazník je uživatelem apliakce* pouze v dané roli** -- může se tedy na zdrojáky podívat, ale smí je použít jen v rámci dané role zákazníka. Nemůže je využít jako občan mimo danou roli, natož je předat konkurenci.
*) např. redakční systém pod Affero licencí, který vystavím na internetu
**) zákazník vůči mé firmě -
1) mnohem významnější konkurenční výhody se dá dosáhnout při veřejném provozování služby (jejím poskytování zákazníkům), oproti tomu je nějaký vylepšený intranet zanedbatelnou výhodou.
2) Obávám se, že v takovém případě budeš muset poskytnout zdrojové kódy svým zaměstnancům, protože to jsou uživatelé aplikace, a ti budou mít právo je dále šířit. -
1) GPL ani AGPL tu nejsou od toho, aby nejake firme zajistovaly konkurencni vyhodu skryvanim kodu. Od toho se cela tato cast odvetvi nazyva "svobodny software". AGPL neprinasi v principu zadnou zmenu, protoze firmy co vydavaly software zalozeny na GPL mely tuto povinnost uz ted a pokud chtely skryvat kod, musely si domluvit vyjimku od puvodniho autora.
To mi prijde fer, chci na necem vydelat a od nekoho jsem to prevzal, tak ho minimalne informuji, spis mu za to i neco dam.
2) To je otazkou, v idealnim pripade podle FSF asi ano, ale tohle vetsinou osetruji pracovni smlouvy. U komercniho softwaru ve firme je licence taky psana na firmu a ne na vas, i kdyz v konecnem dusledku to pouzivate treba jen vy. -
2) Velmi zajímavá otázka: v pracovní smlouvě mi zaměstnanci podepíší, že se vzdávají veškerých práv vyplývajících z Affero Licence, která se vztahuje na software používaný ve firmě, a že nebudou zdrojáky číst, natož je dále šířit. Zaměstnanci to samozřejmě podepíší, protože ty zdrojáky jsou jim ukradené a chtějí mít práci.
V případě veřejně poskytované služby dám totéž ustanovení do podmínek použití. Obyčejní uživatelé tyto zdrojáky nepotřebují, a tak budou souhlasit, za to jim já poskytnu nějakou pěknou webovou službu.
Z hlediska licence tu nevidím rozdíl mezi zaměstnancem a zákazníkem -- uživatel jako uživatel.
Něco mi ale říká, že to takhle fungovat nemůže. Nebo snad ano? -
No obvykle ve smlouve byva klauzule ve zpusobu, ze na veskerou tvorbu co v zamestnani vytvorite predavate zamestnavateli neco jako vyhradni majetkova prava, nemusi se tam delat vypis vsech licenci, ktere kdy uvidite. Taky vetsinou mate zakazano sirit interni informace mimo firmu.
A ty podminky pouziti by se asi FSF moc nelibily (ani v te pracovni smlouve, ale tam se to vazne resi jinym zpusobem) a uznavam, ze si momentalne nepamatuju jestli to nejaka cast GPL/AGPL resi (ale celkem bych tipoval, ze ano, je tu nejaky gpl guru? ;). -
To o té tvorbě se týká vývojářů*, ale např. účetní, která pracuje s vnitřním IS firmy nic takového ve smlouvě nemá, musela by se explicitně vzdát práva, která jí (jako uživatelce) vyplývají z Affero licence. A potom, pokud se těchto práv může vzdát zaměstnanec, může se jich vzdát i jiný uživatel v podmínkách užití služby (ale to už tady nechci znovu opakovat).
*) btw: někdy se to ve smlouvě ani neřeší, protože se to rozumí samo sebou -- dělník, který vyrábí auta, taky není vlastníkem těchto aut, je samozřejmé, že vlastníkem je podnik. -
Ale zamestnanec se prece toho prava videt zdrojaky nevzdava jen se dohodl se zamestnavatelem, ze jakozto jemu poskytnuty "nastroj" pro praci, ho nebude sirit nikomu mimo zamestnani.
Kdyz vam zamestnavatel poskytne proprietarni software na praci, taky neni licence psana na vas a nemate pravo si ho po skonceni prace odnest domu. Vy jste proste soucasti firmy. U GPL prece nastava stejna situace, spousta firem interne pouziva upravene GPL aplikace a taky je nikdo z firmy nevynasi ven jen proto, ze je zamestnanec a z licence na to ma pravo. -
Je to jednoduché, autor si dílo může vydat pod licencí, jakou on uzná za vhodnou a já se mohu postavit na hlavu, ale stejně s tím nic neudělám. A buď mám tedy na výběr s licencí nesouhlasit, vše si napsat sám od začátku, se zdrojáky si nakládat jak uznám za vhodné, ale taky tím mohu ztratit půlrok času, než službu zákazníci vůbec poprvé uvidí. Nebo mohu použít něco hotového, dodělat si úpravy a službu mohu rozjet třeba hned, ale musím souhlasit s licencí, která mě může nutit třeba ke zveřejnění zdrojových kódů mých úprav. Ať se každý rozhodne sám, co si zvolí, ale pokud mu taková "přísná" licence nevyhovuje a pod třeba BSD pobný program nenajde, má jednoduše smůlu, je to jeho volba.
-
To je všechno pravda. Ale představ si, že jsi třeba student a chceš rozjet svůj první byznys. Máš skvělý nápad jak něco vylepšit. Za pár měsíců to naprogramuješ a zveřejníš službu na Internetu, začínají se objevovat první uživatelé, ale současně se o tobě doslechne třeba Atlas. Stáhne si tvoje zdrojáky a zprovozní službu u sebe. Díky svojí velikosti a tomu, že službu začlení do svého portálu, tě převálcuje.
Tahle licence jen nahrává velkým hráčům, kterým umožňuje ukradnout* nápad drobným inovátorům, kteří pak nemají šanci na úspěch.
*) ukradnout v uvozovkách, protože všechno je podle práva. -
Ano, ale jako zmíněný student jste přistoupil na podmínky původního autora. Věděl jste o tom od začátku a musíte s tím počítat. Každý autor si přeci může své dílo zveřejnit pod libovolnou licenci a Vy ho za to nemáte právo obviňovat. Je to jen jeho dobrá vůle, že zdrojové kódy vydal. Vy je můžete použít, pokud jeho požadavky dodržíte, je to férová dohoda. Naopak máte právo si vytvořit vlastní software nebo si zvolit jiný projekt, na kterém svůj úžasný projekt založíte.
-
Jasně budu s tím počítat, a proto raději nebudu nic vylepšovat, protože je téměř jisté, že by si můj nápad přisvojil někdo jiný a vydělal na něm místo mě.
K tomuhle asi muselo dojít, protože nic není zadarmo a open source nemůže pořád fungovat ve stylu staré GPL.
Nabízí se samozřejmě otázka, jak k tomu přijde původní autor aplikace, když na jeho výtvoru bude vydělávat daný student. Asi jsme se dostali do chvíle, kdy klasické GPL přestává fungovat a je potřeba open source hnutí komercionalizovat. Vývojáři budou vydělávat na prodávání "odpustků" - budou za peníze prodávat právo nešířit zdrojáky upravené aplikace. Takže i v open sourcu začnou fungovat tržní principy. Zřejmě je to tak dobře. -
Jak k tomu přijde původní autor aplikace, když na jeho výtvoru bude vydělávat daný student.
Ale to je přeci naprosto běžná praxe i dnes. Máte přeci právo vzít OpenOffice.org, vylisovat je na CD a prodávat. V tom Vám licence nebrání. Velcí linuxoví distributoři přeci také přímo vydělávají na práci vývojářů Linuxu, Firefoxu a dalšího software, který balí do svých distribucí. To je princip svobodného software. Jako vývojář máte možnost zvolit třeba licenci CC s doložkou NonCommercial. Pak už to ale nebude svobodný software, protože budete uživatele omezovat.
-
Taková filosofická otázka: je svobodnější GPL (případně Affero) licence, která si "svobodu" na svých uživatelích vynucuje, nebo BSD licence, která uživatelům dává software s tím, že si s ním mohou dělat prakticky cokoli? Je svobodnější přístup:
a) můžeš náš software používat, ale musíš ...
b) můžeš náš software používat a dělej si s ním, co chceš -
To jsi asi nepochopil - píšu tam: "Máš skvělý nápad jak něco vylepšit." To znamená, že vezmeš nějaký GPL software vylepšíš ho a vystavíš na web jako službu. A budeš chtít vydělat na té přidané hodnotě. Stejně jako někdo vydělává na lisovaných CD, byť nenapsal ani jediný řádek toho, kódu, který na nich je.
-
anonymní"A budeš chtít vydělat na té přidané hodnotě."
Ale to se prave pletes ty, GPL neni primarne o vydelavani. Je to o svobode. Pokud chces vydelavat opravdu velky prachy, najmi si bandu programatoru, udelej nejakej velkej projekt a dej si ho pod uzavrenou licenci. A pak budes rejzovat.
GPL je o tom, ze nekdo potrebuje nejakej produkt, kterej by mu usnadnil praci. A protoze to potrebuje jenom jako pomocnou utilitu a zjisti, ze by se mohla hodit i ostatnim, tak to da do placu. Tim z toho pak ma i vyhody, ze dalsi lidi mu to muzou pomahat zdokonalovat. A diky dokonalejsimu produktu muzou lidi lip pracovat. Cili, GPL pomaha pri vydelavani penez, ale neni to hlavni objekt vydelku.
I kdyz budes prodavat OpenOffice.org na CD, tak neprodavas OOo, ale prodavas svoji praci - hledani, stazeni, vypaleni/lisovani, upravu obalky, odeslani, pripadne zhotoveni a tisk vlastniho navodu.
A kdyz prijde nejakej koumes treba R.H. a stahne si tu aplikaci a na ni pak zalozi svuj obchod, je to jeho vec a vec uzivatelu, jestli za to budou platit nebo ne. A pokud se ti to nelibi, ze tvoje upravy muzou pouzivat i ostatni, tak je sirit nemusis, pokud to budes pouzivat pro osobni ucely. -
U GPL to tak funguje. Můžu aplikaci vylepšit, poskytovat ji bez zveřejnění změn a vydělat na tom a později tyto změny zveřejnit*. U Affero ale musím ty změny zveřejnit hned, takže na tom nestihnu vydělat a nezaplatí se mi vývoj - provedení změn.
*) už budu mít náskok před konkurencí, takže si můžu dovolit zveřejnit zdrojáky a mít výhody z toho, že aplikace (včetně mých změn) je komunitní a nejsem jediným jejím uživatelem. -
Co to je "poskytovat ji" a "vydělat na tom"? Pokud aplikaci vylepšíš, můžeš ji používat jen ty sám a nemusíš nikomu nic poskytovat (stejně jak u AGPL, tak u GPL). Pokud aplikaci upravíš a distribuuješ ji, musíš včetně zdrojáků a pod stejnou licencí (u AGPL i GPL). V případě AGPL má pouze pojem distribuce širší význam.
To je úplně stejné, jako plakat nad tím, že když si stáhnu GPL aplikaci, vylepším ji, tak ji nemůžu prodávat v binárce a teprve po čase zveřejnit zdrojáky. Holt to nejde, tak to prostě je. To nic nemění na tom, že existují obrovské projekty pod GPL. A dokonce i vydělávají. -
...a bez zveřejnění jeho zdrojových kódu to samozřejmě nejde. Což není vada licence, ale feature. Stejně jako nemůžu provozovat komerční CMS bez zakoupení licencí.
Franto, mě připadá, že si myslíš, že pod GPL existují pouze a jen webové služby
a za druhé, že všichni autoři píší Open Source kvůli tomu, aby na něm Franta vydělal ;-) Každá řekněme desktopová aplikace pod GPL má stejné omezení, jako webová služba pod AGPL. Přesto dnes existují obří projekty jako Linux, OpenOffice, Firefox, MySQL nebo Texy :-))) Stejně tak může AGPL podpořit vývoj webových služeb. Totiž nevidím mezi desktop&GPL a web&AGPL žádný rozdíl. -
1) píšu tady hlavně o softwaru pro web, což ale neznamená, že by pod GPL byl hlavně software pro web, jasně, že je většina desktopových nebo příkazo řádkových aplikací.
2) "...a bez zveřejnění jeho zdrojových kódu to samozřejmě nejde." To mluvíš o čem? O GPL 2 licenci nebo Affero GPL??
Protože podle GPL 2 licence, není nutné v takovém případě zdrojáky zveřejňovat. Viz článek nad touto diskusí: "Problém je, že v případě webových či jiných aplikací používaných na dálku po síti jednoznačně nedochází k distribuci samotné aplikace." -
anonymníto ale opravdu nema
u desktopovych aplikaci je standardni model autor-uzivatel(ten kdo to spousti a pouziva)
u webovych nebo jinych sluzeb (napr. i u FTP serveru, zrejme i p2p klienta a cehokoliv podobneho) to je ale jinak:
autor-uzivatel(ten kdo to spousti)-uzivatel(ten kdo to jenom pouziva) -
Celou dobu ;) Akorat bylo docela spatne poznat jestli zrovna mluvite o zverejneni webove aplikace na serveru nebo sireni normalni/webove aplikace nekomu (u toho sireni webove, vetsinou to znamena zdrojove kody, ale treba takovy web v jave by mohl byt i ve forme .class souboru a tam uz ma smysl mluit o zdrojacich).
