• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Pozor také na kombinaci licencí. Pokud váš projekt obsahuje kód z více zdrojů, If you cherished this short article and you would like to be given more info concerning nábytek na míru kindly check out our web site. musíte ověřit, že jsou licence navzájem slučitelné. Například kód pod GPL nelze jen tak zkombinovat s kódem pod licencí, která zakazuje komerční použití. Nejste-li si jistí, použijte nástroj pro analýzu závislostí, ale i ten je pouze orientační. Vždy si přečtěte celý text licence a podle toho upravte i svůj vlastní soubor README, kde jasně uveďte, pod jakou licencí projekt je a co to pro uživatele znamená.

Scrum master není manažer ani sekretářka. Jeho úkolem je odstraňovat překážky, ale ne řešit za tým vše. Pokud zjistíte, že tým čeká na vaše rozhodnutí, děláte chybu. Naučte tým, aby si problémy třídil sám: co může vyřešit do 15 minut, a co opravdu potřebuje eskalovat. Tím se zvyšuje autonomie a snižuje se přetížení.

Retrospektiva je srdcem zlepšování, ale jen pokud z ní uděláte bezpečný prostor. V českém prostředí se lidé často bojí říct otevřeně, http://Miklagaard.No co nefunguje. Začněte otázkou: „Co nám bránilo v tempu?" a nechte každého mluvit. Zapište si tři konkrétní akce, které provedete barvy stěn do obýváku příštího sprintu, a přiřaďte jim odpovědné osoby. Bez follow-upu je retrospektiva jen tlachání.

Nakonec se vyhněte nadměrnému používání Reduxu pro vše. Redux je skvělý pro globální stav, jako je přihlášení, košík nebo nastavení, ale pro lokální stavy, jako je otevřený dialog nebo aktuální vstup, je zbytečný. Tím se vyhnete problémy s laděním a udržováním kódu. Mějte na paměti, že Redux je jen nástroj, a jeho správné použití vyžaduje disciplínu a neustálé vyhodnocování, zda se vyplatí ho použít.

Než se pustíte do výběru open source licence, zjistěte si, jak chcete svůj kód skutečně distribuovat. Každá licence je postavená na jiném vztahu mezi autorem a uživatelem. Základní dělení je na permisivní a copyleftové. Permisivní licence, jako je MIT nebo BSD, umožňují komukoli vzít váš kód, použít ho i v uzavřeném komerčním produktu a nemusí zpřístupnit své změny. Copyleftová licence, typicky GPL, naopak vyžaduje, aby každý, kdo váš kód upraví a distribuuje, uvolnil i celý svůj zdrojový kód pod stejnou licencí.

Když už máte normalizovaný stav, nezapomínejte na správné používání akcí a reduktorů. Akce by měly popisovat událost, ne to, co se má stát. Například místo SET_LOADING_TRUE používejte FETCH_STARTED, FETCH_SUCCESS, FETCH_ERROR. Reduktory pak musí být čisté funkce bez vedlejších efektů. Pokud potřebujete volat API nebo jiné asynchronní operace, použijte middleware jako Redux Thunk nebo Redux Saga. Tyto middleware umožňují psát akce, které vracejí funkci místo objektu, a díky tomu můžete řídit celý životní cyklus požadavku.

Začněte malým pilířem, ne kompletní přestavbou První sprint by měl být krátký, ideálně dva týdny, a měl by obsahovat jednu ucelenou funkci, kterou zvládnete dokončit. Vyhněte se typické chybě: přetížení backlogu. Místo deseti položek si vyberte tři, které mají jasnou definici hotovo. Každý člen týmu musí vědět, co přesně znamená „hotovo" pro jeho úkol — jinak na konci sprintu zjistíte, že polovina práce je rozpracovaná.

Další podstatné rozhodnutí se týká toho, zda chcete kontrolovat, jak zařídit malou kuchyni jsou vaše jméno a jméno vašeho projektu používány. Většina licencí obsahuje klauzuli o zřeknutí se odpovědnosti, ale ne všechny zakazují reklamní použití jména autora. Pokud vám vadí, že by někdo použil váš projekt jako součást své marketingové kampaně, vyberte licenci, která to výslovně omezuje. Třeba BSD licence má variantu, která zároveň zakazuje použít jména přispěvatelů k propagaci odvozených děl. To je praktické, ale zároveň to zvyšuje počet povinností, které musíte při distribuci splnit.

Nakonec si uvědomte, že licence se nedá zvolit jednou provždy. Jakmile začnete distribuovat kód, měnit licenci na jinou je obtížné, protože musíte získat souhlas všech přispěvatelů. Proto je lepší si vybrat správně na začátku. Pokud váháte mezi dvěma variantami, zvolte tu méně omezující – permisivní licenci můžete v budoucnu u nových verzí zpřísnit, ale opačný postup je prakticky nerealizovatelný. A hlavně: po výběru licence ji uveďte v repozitáři, ideálně v souboru s názvem LICENSE a v hlavičce každého zdrojového souboru. Bez toho váš projekt neplní podmínky open source, ačkoli to tak může vypadat.

V neposlední řadě věnujte pozornost počtu dotazů. Často se stává, že aplikace provede deset dotazů v cyklu místo jednoho, který by všechny potřebné údaje získal najednou. Spojení tabulek pomocí JOIN je sice občas považováno za pomalé, ale ve většině případů je stále výrazně efektivnější než volání v cyklu. Pokud se bez cyklu neobejdete, zkuste alespoň dávkové zpracování – sbírejte data do pole a dotaz proveďte pro celý seznam hodnot najednou. Po každé změně vždy ověřte, zda se plán provedení skutečně zlepšil, a měřte čas v reálném provozu, ne jen na malých testovacích datech.