Jak začít přispívat do open source projektů > 공지사항

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

Co dělat, když váš příspěvek neprojde Zamítnutí nebo připomínky berte jako běžnou součást procesu, ne jako osobní útok. Udržovatelé mají na starosti stabilitu a směřování projektu, takže často žádají úpravy, které lépe zapadají do celku. Pokud nerozumíte zpětné vazbě, If you treasured this article and you simply would like to obtain more info pertaining to rady pro Rekonstrukci i implore you to visit the webpage. zeptejte se konkrétně. Nikdy to neberte jako důvod k urážkám nebo k hádce. Otevřená komunikace je v komunitě důležitější než rychlé uzavření úkolu.

Prvním krokem je najít projekt, který vás baví a odpovídá vašim dovednostem. Pokud nevíte, kde začít, prozkoumejte repozitáře, které používáte v práci nebo osobně. Až si vyberete, pročtěte si soubory jako README, CONTRIBUTING a případně LICENSE. V nich najdete pravidla a pokyny, jak se zapojit. Většina projektů má také sekci „issues" nebo „task list", kde jsou označeny úkoly vhodné pro začátečníky – často štítkem „good first issue" nebo „help wanted".

Trpělivost je klíčová. Open source je běh na dlouhou trať, ne sprint. Nesnažte se napoprvé ovládnout nejtěžší bug v projektu. Místo toho si vyberte menší a středně velké úkoly, které vás něco naučí. S každým přijatým příspěvkem poroste vaše sebedůvěra i vaše role v komunitě. Postupně se můžete stát mentorem pro další nováčky, což je dokonalý důkaz, že jste se stali součástí projektu.

Rutinní schůzky mějte krátké a věcné. Denní stand-up by neměl přesáhnout patnáct minut a každý řekne jen tři věci: co udělal včera, co udělá dnes a co ho brzdí. Pokud řešíte složitý problém, neřešte ho na stand-upu – pozvěte si dotyčné na zvláštní schůzku. Retrospektiva po prvním sprintu je důležitá, ale nepropadejte emocím. Zaměřte se na fakta a na to, co konkrétně příště zlepšíte. Například: „Zkracíme denní schůzky na 10 minut" je lepší než „chceme lepší komunikaci".

Pro komerčně přátelské projekty je vhodná mírná licence, jako je například MIT nebo BSD. Tyto licence umožňují téměř libovolné použití, včetně začlenění do placeného softwaru, a to za předpokladu, že zachováte původní copyright a licenční text. Pokud chcete, aby kdokoli mohl váš kód použít, ale nechcete řešit právní složitosti, sáhněte po takzvaných permisivních licencích. Naopak pro projekty, kde chcete, aby odvozená díla zůstala otevřená, zvolte licenci copyleftovou, typicky GPL. Ta vyžaduje, aby každý, kdo váš kód šíří, poskytl i zdrojový kód svých úprav a to pod stejnou licencí.

Na závěr jedno doporučení: po prvním sprintu si sedněte a zhodnoťte, co bylo největší překážkou. Často to není technologie, ale komunikace a očekávání. Mluvte spolu otevřeně, ale ne na úrovni osobních výtek. A hlavně – oslavte úspěch, i když je malý. Tím vybudujete důvěru a chuť pokračovat. Scrum je běh na dlouhou trať, ne sprint.

Scrum není univerzální řešení pro úložné prostory v malém bytěšechny týmy. Pokud máte projekt, kde jsou požadavky pevně dané a nemění se, může být lepší klasický vodopád. Ale pro vývoj nového produktu, kde zákazník neví přesně, co chce, je Scrum ideální. Začněte s třítýdenním sprintem, abyste měli čas na dolaďování, a po třech sprintech vyhodnoťte, jestli vám vyhovuje. Pamatujte, že principy Scrumu jsou jen nástroj – pokud tým funguje jinak a efektivně, není nutné se jich držet za každou cenu.

Začít přispívat do open source projektů může být skličující, zvlášť když nemáte za sebou roky zkušeností. Přitom stačí málo: Racist.Wiki najít projekt, který používáte nebo který vás zajímá, a prozkoumat jeho strukturu. Nejdřív se zaměřte na dokumentaci a soubory typu CONTRIBUTING, README a LICENSE. Tyto soubory jsou kompasem, který ukazuje, jak projekt funguje, jaké konvence se v něm dodržují a jaká pravidla platí pro zasílání příspěvků.

První sprint bez zbytečných ceremonií Než spustíte první sprint, definujte si jediný cíl – dodat funkční část produktu, kterou uživatel reálně použije. Rozdělte práci na malé úkoly, které zaberou maximálně dva dny, a vytvořte si backlog. Nepoužívejte k tomu složité nástroje, stačí tabule se samolepkami nebo jednoduchá tabulka. Důležité je, aby každý věděl, co znamená „hotovo". Typická chyba začátečníků je, že do sprintu nacpou příliš mnoho práce a pak všechno nestihnou. Místo toho si nechte rezervu a práci průběžně kontrolujte.

Destrukturalizace a defaultní hodnoty Destrukturalizace umožňuje rozbalit objekty a pole do proměnných. Místo „const a = obj.a; const b = obj.b;" píšete „const a, Orasch.Com b = obj;". U funkcí se hodí nastavit výchozí hodnoty parametrů: „function test(x = 1, y = 2 = {})". Pozor na to, že defaultní hodnoty se aplikují jen tehdy, když je hodnota „undefined", ne když je null. Častá chyba je zapomenout na výchozí prázdný objekt, což vede k chybě při přístupu k vlastnosti.