Diskuse:Open source software
Z Wikipedie, otevřené encyklopedie
Pokud jste uvedl výhody open source je to v pořádku. Myslím si, že právě proto, aby článek nebyl NPOV, je potřeba prezentovat i výhrady k tomuto způsobu vývoje software. Vývojem software se živím a víc o čem je řeč. Domníváte se, že tím že tyto výhradu uvedu dělám článek zaujatým?
Přikldádám několik odkazů na stránky, které mají stejný názor.
- Žádná vize - není jasné jak bude produkt vypadat v budoucnu
Jste si si skutečne jist tím, že OpenSource je nutne spojeno s absencí jakékoliv vize? Nesouhlasím. Řada Opensource projektů má vypracovány "roadmapy" budoucího vývoje (chcete-li: vizí).
-
- Některé projekty snad mají vypracovánu "roadmapu", ale sám používáte výraz "řada", to znamená, že je jiná řada projektů, které ji nemají.
- :: To že ji některé nemají vás přece neopravňuje k tomu abyste to striktně prohlásil o všech :-(.
- Žádné termíny - pokud programátor open source nemá náladu programovat, nepracuje
To je ovšem vyložený nesmysl. Zcela chybně chápete termín opensource. I zaměstnávající firmy mohou vyvýjí opensource software. Navíc firmy jako IBM, SUN Microsystems a rada lalsich prideluje sve programatory k vyvoji opensource produktu jako Mozilla, OpenOffice.org (v pripade OOo jsou tito vyvojari dokonce v prevaze) a ti jiste nemaji tak volne pracovni podminky jak uvadite.
- U komerčních produktů ani u open source produktů není uživatel chráněn proti nečekanému ukončení vývoje nebo zásadním změnám - např. ve funkčnosti aplikace, formátům používaných souborů nebo v podpoře standardů.
To je zase lež. OpenSource software jehoz vyvoj smeruje jinym smerem, nez by si nekdo predstavoval muze byt adoptovan jinou vyvojarskou skupinou a ta jej muze dle potreb upravit ci pracovat na vyvoji samostatne vetve. TO naopak u komercnich produktu neni mozne.
-
- Nebezpečí, že bude projekt ukončen a že podpora skončí je stejné u obou způsobů. Sama vaše námitka potvrzuje pravdivost toho, co jsem napsal. Úzce to souvisí s tím, že neexistuje roadmapa a koordinace projektu. Ten projekt se prostě může vyvíjet úplně jiným směrem, než v okamžiku rozhodování o užití open source.
- :: To nebezpečí zdaleka není stejné. Přečtěte si prosím moji reakci ještě jednou, zvláště pak pasáž o možné adopci OpenSource projektu, příp. založení samostatné větve, jakýmkoliv vývojářem či skupinou vývojářů, dojde-li k pozastavení jeho vývoje, či k vývoji jehož směr si významná skupina uživatelů nepřeje. Tento obranny mechanismus stojici jednoznacne na strane uzivatele produktu u ClosedSource neexistuje.
Nejsem proti open source nijak zaujatý. Je užitečný. Pokud malá firma potřebuje něco na nic, je to dobrá varianta. Ovšem představte si, že budete chtít investovat 100 milionů do klíčové aplikace vaší velké firmy. Vsadit na open source musí být velmi odvážné. Pokusy tady byly, ale výsledky ukazují, že předpokládáná úspsora se ztratí kdesi v nákladech na vlastnictví a rizika jsou obrovská.
-- Pastorius 19:59, 26. 4. 2005 (UTC)
Pastorie, sorry, ale Tvá editace vychází z opravdu naivní představy o OSS. Představ si hypotetickou firmu, která potřebuje nový program pro nějaký účel. Sežene programátory, zaplatí je, dá jim přesné zadání a to s podmínkou, že zdrojáky jejich práce budou k dispozici veřejnosti pod nějakou licencí. To je možný způsob vzniku open source programu. Oni pracují na normální komerční bázi, jen ty výsledky jsou dané veřejně k dispozici. Pokud je to program nenulového významu, začnou ho lidi používat, začne se i někdo vrtat ve zdrojácích. Může k tomu být třeba bugzilla a původní firma tak získá zdarma beta-testery a informace o chybách v kódu, které se díky tomu mohou opravit. Žádné z těch "nevýhod", které jste připsal, nenastanou v tomto případě, takže nejsou obecnou vlastností OSS. Nikde přitom není psáno, že kdejaký geek může zasahovat do programu té firmě, nebo že když se nikomu nebude chtít, tak nic nebude apod. Ta licence ani nemusí být moc svobodná (nebavíme se o free software), nemusí dovolovat redistribuci kódu či zařazení do jiného díla apod. Open source znamená prostě to, že zdrojáky jsou veřejně známé, nic víc, nic míň. Podrobněji viz např [1], kde se rozebírá víc než ta moje hypotetická situace. Firmě to dává například nezávislost na těch původních programátorech, kdyby s tím chtěli seknout.
— Egg ✉ 13:09, 27. 4. 2005 (UTC)
PS. Možná by stálo za to v článku zmínit a vysvětlit některé z těch mylných představ o OSS.
[editovat] Text odstraněný z článku
Software může být vyvíjen dobrovolnickou komunitou programátorů k vývoji pak není nutné zakládat společnost, ani najímat profesionální programátory. Tento styl vývoje umožňuje internet, jehož prostřednictvím se vývojáři kontaktují. Schopní dobrovolníci, kteří mají čas a chuť podílet se na vývoji, vyvíjejí a opravují program. Jakmile je program dostatečně funkční a stabilní, oznámí vývojáři jeho dostupnost (nebo jeho nové verze). Uživatelé software testují, nacházejí chyby a oznamují je vývojářům. Také navrhují směr dalšího vývoje, který by si přáli. Vývojáři program vylepší a opět předávají uživatelům.
Tento proces má několik výhod:
- Není vyžadována struktura společnosti, proto nejsou žádné režijní náklady a ekonomická omezení.
- Vývoj není omezen schopnostmi najatých profesionálů, ale odráží schopnosti a zkušenosti velké komunity programátorů a uživatelů.
- Odezva uživatelů je rychlá a testování probíhá velkým počtem uživatelů v krátkém období.
- Distribuce změn je rychlá a snadná.
- Dostupnost zdrojových kódů programu umožňuje předcházet bezpečnostním problémům a předem aktivně vyhledávat slabá místa v kódu.
- Při zániku vývojářského týmu se obvykle najdou další dobrovolníci, kteří ve vývoji pokračují.
Nevýhody
- Vývoj není omezen schopností dobrovolníků ale umožňuje optimálně lokalizovat špičkové odborníky při řešení náročních úkolů
- Absence vize u menších opensource projektů - není jasné jak bude produkt vypadat v budoucnu. Plán vývoje stanovený veřejnou roadmapou však u mnoha rozsáhlejších a/nebo populárnějších projektů existuje.
U komerčních produktů ani u open source produktů není uživatel chráněn proti nečekanému ukončení vývoje nebo zásadním změnám - např. ve funkčnosti aplikace, formátům používaných souborů nebo v podpoře standardů.
- je sice možná zajímavé, ale s open source to nemá příliš společného a k encyklopedičnosti tomu taky dost chybí. --Wikimol 12:34, 27. 4. 2005 (UTC)
Díky Wikimole. Po Vašich úpravách se mi článek líbí. -- Pastorius 13:43, 27. 4. 2005 (UTC)

