Během diskuze držte tři kategorie: co bylo dobré, co bylo špatné a co je nejisté. Třetí kategorie je často nejužitečnější, protože se v ní skrývají věci, o kterých se mlčí. Každý bod se musí převést na rozhodnutí: buď se změní, nebo se výslovně řekne, proč se měnit nebude. Neslibujte, že se něco udělá, když na to není kapacita. Prázdný slib je horší než žádný, protože příští retrospektiva začne nedůvěrou.
Nakonec si hlídejte slovník. Slova jako „určitě”, „stoprocentně” nebo „do té doby to bude” znějí dobře, ale vytvářejí závazek, který nemůžete splnit. Nahraďte je slovy „předpokládám”, „odhaduji”, „pokud se nic nezmění”. Není to slabost, je to přesnost. Klient, který slyší poctivý odhad s podmínkami, vám bude věřit i tehdy, když se termín posune. Klient, který slyšel slib, vám nebude věřit už nikdy.
Nastavení editoru rozhoduje víc než počet pluginů Většina editorů dnes zvládá víc jazyků, ale automaticky je nepřepíná chytře. Nastavte si jazyk podle přípony souboru a ověřte, že se aplikuje i na vnořené soubory. U formátů, kde se míchá text a kód, je lepší vypnout automatické doplňování, které nabízí nesmysly. Dále si zkontrolujte kódování: všechny soubory musí být v UTF-8, jinak se diakritika rozsype při prvním sloučení větví. A pozor na konce řádků, rozdílné znaky mezi systémy vytvářejí zbytečné konflikty.
Komunikujte v intervalech, ne jen na konci. Krátká zpráva, že odhad platí, nebo že se mění, má větší hodnotu než ticho. Pokud se odhad posouvá, řekněte to hned, jak to víte, a přidejte důvod a nový odhad. Klient nesnáší překvapení víc než zpoždění. Když se ozvete sami, berete kontrolu nad situací. Když se ozve on, ztrácíte ji.
Prvním krokem je oddělit jazyky podle účelu, ne podle pořadí, v jakém jste je do projektu přidali. V praxi to znamená jednu složku pro zdrojový kód, jednu pro překlady a jednu pro dokumentaci. Překladové soubory pojmenujte jednotně, například kód jazyka a oblast, ať se v nich dá vyhledávat. Pokud používáte víc formátů, držte se jednoho hlavního a ostatní berte jako export. Míchání JSON, YAML a vlastních textových formátů v jedné složce je nejčastější důvod, proč se v projektu přestane dát orientovat.
Nakonec si nastavte kontrolu před uložením změn. Ať se při každém commitu ověří, že překladové soubory jsou platné a že nechybí klíče. Stačí krátký skript, který porovná klíče mezi jazyky a vypíše rozdíly. Tím se chyby zachytí dřív, než se dostanou do hlavní větve. Projekt s více jazyky není složitější proto, že má víc jazyků, ale proto, že se v něm přestalo dodržovat pořadí. Udržet pořádek je levnější než ho později obnovovat.
Kde začátečníci nejčastěji chybují První chyba je ignorování autentizace. Mnoho API vyžaduje klíč, který se posílá v hlavičce požadavku. Bez něj dostanete chybu 401 nebo 403. Klíč nikdy neukládejte do veřejného kódu, jinak ho někdo zneužije. Druhá chyba je přehlížení limitů. API často omezuje počet požadavků za minutu. Pokud limit překročíte, dostanete chybu 429 a budete muset čekat. Naučte se číst dokumentaci – je to jediné místo, kde se dozvíte přesné názvy parametrů a formát odpovědi.
Častý problém je špatné kódování znaků. Pokud posíláte diakritiku nebo speciální symboly, musí být správně zakódované, jinak server vrátí chybu nebo nesmyslná data. Další pastí je spoléhat na to, že API funguje vždy. Sítě vypadávají, servery odpočívají. Vždy ošetřete výjimky a nastavte timeout. Bez timeoutu může váš program viset donekonečna. A nezapomeňte logovat – bez záznamu nepoznáte, co se pokazilo.
Kde začátečníci nejčastěji ztrácejí čas Největší pastí je snaha napsat všechno ručně. Layout skládejte z hotových prvků a vlastní kreslení si nechte na okamžik, kdy opravdu narazíte na limit. Druhou pastí je ukládání dat přímo v obrazovce. Jakmile aplikaci zavřete a otevřete, přijdete o stav a začnete psát záplaty. Naučte se proto oddělit zobrazení od logiky hned na prvním projektu, i když to znamená více souborů. Třetí pastí je testování pouze na jednom zařízení. Rozdíly ve velikosti displeje, verzi systému a výkonu odhalí problémy, které emulátor na notebooku nikdy neukáže.
Přepínání mezi jazyky je návyk, ne funkce. Pomáhá jedna klávesová zkratka pro formátování, jedna pro spuštění testů a jedna pro kontrolu překladů. Pokud v jednom projektu střídáte tři jazyky, držte se stejných zkratek jako v jiných projektech. Svalová paměť je spolehlivější než hledání v nabídkách. Zároveň si nastavte, který jazyk je výchozí pro nové soubory, aby nevznikaly soubory bez přípony.
If you cherished this article and you would like to acquire much more details with regards to Rekonstrukce Koupelny Krok Za Krokem kindly pay a visit to our own web page.
