5 situací, kdy REST API předčí GraphQL
본문
Udržovatelé mají málo času. Čím menší a čistší změna, tím větší šance na přijetí. Vyhněte se přeformátování celých souborů, míchání více nesouvisejících úprav a změnám, které nesouvisí s původním problémem. If you have any concerns with regards to where and how to use https://Analnoe.Com/, you can get in touch with us at our web page. Pokud dostanete zpětnou vazbu, zapracujte ji v nových commitech do stejné větve. Pull request se automaticky aktualizuje. Nedělejte force push, pokud vás o to nikdo nepožádá, viz zde ztěžuje to recenzi.
Vyberte projekt, který skutečně používáte. Ne ten největší a nejslavnější, ale takový, u kterého narazíte na drobnou chybu nebo chybějící funkci. Otevřete issues a hledejte štítek pro nováčky. Přečtěte si CONTRIBUTING.md a kodex chování. Pokud soubor chybí, napište do issues krátký dotaz, jestli je příspěvek vítán a jak zařídit malou kuchyniý je postup. Tím se vyhnete práci, která by stejně nebyla přijata.
Pojmenovávání je první místo, kde se rozhoduje o čitelnosti. Vyhněte se zkratkám typu d, tmp nebo data2. Pokud proměnná nese seznam aktivních uživatelů, ať se jmenuje activeUsers. Funkce by měla mít ve jménu sloveso: getUserById, formatPrice, isValidEmail. Když pro název potřebujete „a" nebo „or", je to signál, že funkce dělá dvě věci a má se rozdělit. Platí to i pro booleany — předpona is, has nebo can odstraní polovinu nedorozumění.
Největší past je Product Owner jako prostředník. Když majitel produktu jen přeposílá požadavky od zákazníka a sám nerozhoduje o prioritách, vývojáři dostanou nafouknutý seznam a sprint se rozpadne během prvních dnů. Product Owner musí být schopen říct
댓글목록 0
등록된 댓글이 없습니다.