Technologická praxe: Open source

Verze z 19. 7. 2018, 16:28, kterou vytvořil Michal (diskuse | příspěvky) (Založena nová stránka s textem „=Buďte otevření a používejte open source= Zveřejněte svůj kód a používejte open source. Přispějete tak k větší transparentnosti, flexibil…“)
(rozdíl) ← Starší verze | zobrazit aktuální verzi (rozdíl) | Novější verze → (rozdíl)

Buďte otevření a používejte open source

Zveřejněte svůj kód a používejte open source. Přispějete tak k větší transparentnosti, flexibilitě a zodpovědnosti.

Pro splnění bodu 3 Pravidel správné technologické praxe musí být z vašeho plánu či designu zřejmé, že jste zvážili využití open source a zveřejnění vámi vytvořeného kódu.

Svůj postup a úvahy týkající se bodu 3 budete muset vysvětlit v rámci procesu řízení výdajů
a případně také zmínit všechna omezení, která vám zabránila bod 3 splnit.

Jaký je rozdíl mezi open source a otevřenými standardy

Open source je způsob vývoje a distribuce softwaru. Kód je často vyvíjen spolupracujícími vývojáři a následně jej může kdokoli stáhnout, použít či měnit.

Otevřené standardy jsou souborem pravidel stanovených pro vyřešení konkrétního úkolu v oblasti technologie. I tyto standardy se definují ve vzájemné spolupráci a následně je může kdokoli použít. Otevřené standardy zajistí, že oba typy softwarů – tj. open source
a proprietární – budou spolu fungovat.

Jak využití open source pomůže vašemu programu

Při výběru technologie zvažujte open source jako rovnocennou variantu.

Váš projekt či program v oblasti technologií může získat tím, že:

  • vyřešíte společné problémy pomocí již existující open source technologie;
  • získáte více času a zdrojů pro „na míru“ šitá řešení ojedinělých či zcela individuálních problémů;
  • snížíte náklady na implementaci a provoz.

Mějte na paměti, že open source software není zcela zdarma. Zohledněte proto celkové náklady na migraci včetně nákladů výstupních a přechodových.

Jak otevřenost pomůže vašemu programu

Zveřejnění kódu a dat od samého počátku programu či projektu přispěje:

  • k vytvoření přehledné dokumentace, která pomůže vašemu týmu kód udržovat

a sledovat jeho změny, a lidem, kteří kód potřebují, ho použít;

  • k tvorbě jasnějšího a lépe strukturovaného kódu, jenž se snadněji udržuje;
  • lepší komunikaci ohledně dat, která je třeba chránit, a toho, jak se potřebného zabezpečení dosáhne;
  • ke vzniku návrhů typu, jak vylepšit kód, a kde je třeba posílit bezpečnost.

Zveřejnění kódu

Jestliže váš projekt či program v oblasti technologií zahrnuje i vývoj kódu, podívejte se, prosím, na část Manuálu k vývoji služeb týkající se zveřejnění zdrojového kódu a jeho opětovné využitelnosti .

Využití open source

Následující otázky pokrývají nejdůležitější oblasti, které je potřeba zvážit při výběru technologie a při rozhodování, zda půjdeme cestou proprietárního softwaru či open source řešení.

  1. Funguje dané řešení tak, jak potřebujete – tj. dělá to, co má dělat?
  2. Splňuje dané řešení potřeby koncových uživatelů?
  3. Jaké počáteční a průběžné náklady bude toto řešení znamenat?
  4. Budou zaměstnanci potřebovat školení, nebo se zaměstnají zkušení uživatelé, kteří se budou o řešení starat?
  5. Pokud je řešením open source, v jaké míře se tento kód již používá? Jak zralé je toto řešení?
  6. Poskytuje toto řešení potřebnou úroveň podpory?
  7. Jak se tento kód či řešení udržuje? Existuje nějaký důkaz o tom, že se dál rozvíjí?
  8. Jde o spolehlivé řešení? Jak spolehlivé? Spolehlivost se těžko měří, ale jedním ze způsobů je posouzení míry zralosti řešení.
  9. Jak dobrý výkon řešení podává? Můžete provést analýzu údajů o výkonnosti, nebo

se podívat na posudky?

  1. Nakolik škálovatelné je toto řešení z pohledu vašich potřeb?
  2. Odpovídá míra zabezpečení tomu, co potřebujete? Jsou k dispozici pravidelné bezpečnostní záplaty?
  3. Jde o flexibilní řešení? Můžete řešení přizpůsobit tak, aby zcela splňovalo vaše potřeby, ale mějte na paměti, že se tím můžou komplikovat budoucí aktualizace

a použití vydávaných bezpečnostních záplat.

  1. Bude toto řešení fungovat s technologií, kterou již máte?
  2. Je příslušná licence přijatelná pro vaši organizaci z pohledu požadavků, kterými se řídí při nákupu? Jsou zde nějaká omezení či nevyřešené otázky, které by mohly být problémem?
  3. Je pro vás přijatelná záruka, kterou řešení nabízí? Existuje možnost přikoupit záruku?

Související doporučení a odkazy

Zveřejněno 6. listopadu 2017