Quelltext der Seite Feature branch vs. trunk-based: co svede tym líp

Typická chyba začátečníků je učit se nazpaměť pojmy a vynechat praxi s nástroji. Naučte se základy práce s chybovým trackerem, základy SQL pro ověření dat v tabulce a orientaci v síťovém provozu na úrovni, kdy poznáte, zda požadavek odešel a co se vrátilo. Nemusíte být expert. Musíte umět říct, co jste zkoušeli a co z toho vyplynulo.<br><br>Moderní JavaScript dnes znamená především standard ES6 a novější. Přechod od staršího stylu psaní není jen kosmetická záležitost. Kód je kratší, čitelnější a mnohdy i rychlejší. Zároveň ale přináší nové možnosti, ve kterých se dá snadno udělat chyba. Následující řádky shrnují konkrétní postupy, které se vyplatí používat, a upozorňují na místa, kde vývojáři často klopýtnou.<br><br>Vstup do testování bez předchozích zkušeností není nereálný, ale nefunguje tak, že si podáte životopis a čekáte. Zaměstnavatelé u juniorních pozic nehledají znalost konkrétního nástroje, ale schopnost přemýšlet v souvislostech, ochotu učit se a schopnost popsat problém srozumitelně. Pokud tohle dokážete doložit, máte reálnou šanci.<br><br>Většina týmů se zasekne na tom, jestli pracovat s dlouho žijícími větvemi, nebo commitovat rovnou do hlavní linie. Rozdíl není v nástroji, ale v tom, jak rychle dokážete dostat změnu k ostatním a jak drahé je vrátit ji zpět. Trunk-based vývoj znamená, že každý den mergujete do main; feature branch znamená, že změna žije odděleně, dokud není hotová. Ani jedno není univerzálně správné.<br><br>Poslední věc je práce s daty. Nepoužívej globální proměnné, pokud to není nutné. Předávej hodnoty parametrem nebo je drž v uzavřeném rozsahu. U polí a objektů dávej pozor na sdílené reference — když jedno místo v kódu změní objekt, změní se i jinde. Čistý kód se pozná tak, že změna na jednom místě nevyvolá překvapení na druhém. To je celý cíl, nic víc za tím nehledej.<br><br>Šablonové literály řeší skládání řetězců elegantně. Místo nekonečného spojování plusy použijte zpětné apostrofy a $promenna. Uvnitř lze psát i víceřádkový text, což oceníte u HTML šablon. Častá chyba je zapomenutí zpětných apostrofů nebo záměna za běžné uvozovky. Dalším pomocníkem jsou výchozí parametry funkcí. function pozdrav(jmeno = 'návštěvníku') zajistí, že funkce nespadne, když argument chybí. Dejte si ale pozor na hodnotu null — výchozí hodnota se použije jen při undefined, nikoli při null.<br><br>Začněte tím, že si osvojíte základy, které se objevují v každém pohovoru: co je to testovací případ, rozdíl mezi validací a verifikací, co znamená regresní testování a proč se píše chybové hlášení. K tomu potřebujete umět číst zadání a převést ho na sadu kroků. Nejde o teorii pro teorii. Vezměte libovolnou aplikaci, kterou máte v telefonu, a zkuste pro ni napsat deset testovacích případů. Tím získáte materiál, který můžete na pohovoru ukázat.<br><br>Konflikty řešte hned, jak vzniknou. Není nic horšího než odložený merge, u kterého už nevíte, která verze je správná. Při řešení konfliktu si vždycky projděte obě strany a ověřte, že výsledek dává smysl v kontextu obou změn. Po vyřešení spusťte testy, ne až po commitu. Pokud si nejste jistí, zavolejte autora druhé změny — pět minut rozhovoru ušetří hodiny ladění.<br><br>Denní schůzka ať trvá maximálně patnáct minut a stojí u ní všichni. Neřešte na ní technické detaily, ty patří mimo. Každý odpoví na tři otázky: co dokončil, co bude dělat dnes, co mu v tom brání. Právě třetí otázka je nejcennější a nejčastěji se vynechává. Pokud někdo řekne, že čeká na odpověď od kolegy z jiného oddělení, zapište to a řešte hned, ne až na konci sprintu. V českém prostředí lidé neradi říkají, že něco neumí nebo nestíhají. Vytvořte prostředí, kde je přiznání problému normální a kde se za něj netrestá.<br><br>Scrum v českém týmu funguje, když ho nepřebíráte jako dogmu, ale jako rámec, který si ohnete podle sebe. Nechte si jej alespoň tři měsíce beze změny, teprve pak upravujte. Měřte jednu věc, třeba počet nedokončených položek na konci sprintu, a podle ní se rozhodujte. Pokud se čísla nezlepší, nehledejte chybu v lidech, ale v tom, jak jste nastavili pravidla.<br><br>Časté chyby mají společné jméno: „any" a tvrzení typu. Když napíšete „něco as SomeType", jen tím překladateli řeknete, ať věří, že data mají tvar, který nemají. Kontrola projde a chyba se objeví až v provozu. Stejně zrádné je ignorovat návratové hodnoty funkcí, které mohou vrátit null. Řešení není složité: vždy pracujte s možností, že hodnota chybí. Pomůže volitelný řetězec „?.", výchozí hodnota přes „??" a úzké typy místo širokých. Místo „string" použijte konkrétní unijní typ, pokud znáte povolené hodnoty.