Na závěr si dejte pozor na komunikační etiketu. Většina projektů používá veřejné kanály a vše se tam uchovává. Pište stručně, věcně a s respektem. Než se zeptáte, zkuste si odpověď najít sami – v dokumentaci, v dřívějších diskuzích nebo v chytrém vyhledávání. Pokud je váš dotaz opravdu nový a smysluplný, neváhejte se zeptat, ale vždy uveďte, co už jste zkusili. Takhle si získáte respekt komunity a vaše další přispívání bude mnohem hladší.
Častou chybou je také odhadování času pouze na základě „čisté” práce, tedy bez přestávek, schůzek, e-mailů nebo řešení naléhavých požadavků. I když se snažíte být soustředění, realita je taková, že váš pracovní den není jen programování. Zahrňte do odhadu i čas na přepínání kontextu. Pokud máte na úkol vyčleněné dva dny, ale každý den máte dvě hodiny schůzek, efektivní pracovní doba je jen šest hodin denně. Odhad by měl vycházet z reálné kapacity, ne z toho, kolik hodin byste chtěli strávit.
Samotné psaní kódu je jen část práce. Až budete mít něco hotového, vytvořte pull request – tedy žádost o začlenění vašich změn. V popisu jasně napište, co děláte, proč to děláte a jak jste to otestovali. Odkázat na příslušné issue je samozřejmostí. Počkejte na review a berte připomínky jako pomoc, ne jako kritiku. Typická chyba je bránit každou řádku svého kódu nebo naopak mlčet a čekat, až někdo něco řekne. Obě extrémní polohy jsou kontraproduktivní.
Přispívání do open source projektů může být skvělý způsob, jak se učit, budovat si portfolio a spolupracovat s lidmi z celého světa. Ale zejména na začátku je snadné udělat zbytečné chyby, které vás stojí čas i motivaci. Než začnete psát první kód, věnujte čas tomu, abyste projekt pochopili a našli si svou cestu.
Kdy naopak sáhnout po GraphQL? GraphQL vyniká tam, kde máte složité datové vztahy a potřebujete efektivně agregovat data z více zdrojů. Typickým příkladem je mobilní aplikace, která pro jednu obrazovku potřebuje kombinaci uživatele, jeho přátel, příspěvků a komentářů. V RESTu byste museli volat několik endpointů a pak data skládat na klientovi. GraphQL umožňuje poslat jeden dotaz, který vrátí přesně to, co potřebujete, bez nadbytečných dat.
Nakonec nezapomeňte, že odhad je vždy pravděpodobnostní, ne jistota. Dobrý odhad by měl být rozložen na optimistickou, realistickou a pesimistickou variantu. Pro plánování projektu používejte realistickou až pesimistickou. Optimistická hodnota je vhodná jen pro motivační účely, ne pro slibování termínů. Pokud se odhady často liší o více než 30 %, zaměřte se na zlepšení rozkladu úkolů a sběr dat – to je cesta k trvalejší přesnosti.
Jak si vytvořit rezervu, aniž byste vypadali neschopně Nejlepší způsob, jak skryté činnosti zohlednit, je vytvořit si strukturovaný seznam „typických vedlejších činností” pro svůj projekt. Například: každá integrace s cizím API zabere navíc čas na testování chybových stavů, každá změna databázového schématu vyžaduje migraci a otestování starých dat, každé uživatelské rozhraní musí projít kontrolou v různých prohlížečích. Pokud máte tento seznam, můžete si ho projít při každém odhadu a rychle doplnit položky, které byste jinak opomněli.
Když se řekne API, mnoho začátečníků si představí něco složitého, čemu rozumí jen programátoři. Přitom jde o rozhraní, které umožňuje dvěma aplikacím spolu komunikovat. V praxi to znamená, že můžete z vlastního kódu posílat požadavky na vzdálený server a získávat z něj data, aniž byste museli rozumět tomu, jak server funguje uvnitř. Nejlepší způsob, jak se s API naučit pracovat, je začít s jednoduchým veřejným API, které nevyžaduje registraci ani autentizaci.
Pro jednoduché služby, kde klient potřebuje jasně definované zdroje, je REST obvykle lepší volba. Pokud máte veřejné API, které má být snadno pochopitelné a stabilní, REST poskytuje přehlednou strukturu s explicitními koncovými body. Typický příklad: e-shop, kde potřebujete získat produkt, uživatele nebo objednávku. Každý zdroj má vlastní URL a HTTP metody (GET, POST, PUT, DELETE) dávají jasně najevo, co se děje. Méně zkušení vývojáři se v RESTu rychle zorientují, protože vše je vidět na první pohled.
Když už víte, čím přispějete, nastudujte si, jak projekt funguje. Přečtěte si soubory jako CONTRIBUTING, README a případně i dokumentaci k architektuře. Zjistěte, jak se spouští testy, jaký se používá styl kódu a jak se píší commit messages. Pokud máte jakýkoli dotaz, zeptejte se v diskuzi nebo na oficiálním komunikačním kanálu – je lepší se zeptat předem než později předělávat půl práce.
In case you have any inquiries relating to wherever and how you can make use of Https://xiuwushidai.com/home.php?Mod=space&uid=2841469, you possibly can email us on the web-page.