Jak začít s vývojem aplikací pro iOS ve Swiftu
Pravidelně refaktorujte. Když vidíte duplicitní kód, nevkládejte ho znovu, ale vytáhněte do sdílené funkce. Pokud máte funkci s pěti parametry, zvažte, zda nedává smysl seskupit je do objektu. Nesnažte se napsat dokonalý kód na první pokus. Napište funkční verzi a poté ji postupně vylepšujte. Čistý kód není cíl, ale neustálý proces. Důležité je, abyste při každé změně zanechali místo o něco čistší, než jste ho našli.
Proč se retrospektivy často míjejí účinkem Největší chybou, kterou týmy dělají, je, že retrospektivu berou jako povinnost, ne jako příležitost. Moderátor sice položí otázku „Tak co, jak šlo?" a všichni mlčí, protože nikdo nechce být první. Vytvořte proto rutinu, která začne krátkým kolem, kde každý řekne jednou větou, jak se cítí. Tím se prolomí ledy a lidé se uvolní. Dalším častým problémem je, že se řeší jen minulá období, ale nikdo nesleduje, jestli se dohodnuté kroky skutečně splnily. Bez kontroly na příští schůzce se z celé aktivity stane jen formální ztráta času.
Rychlost načítání webu není jen technický detail. Ovlivňuje uživatelský komfort, pozici ve vyhledávání a v konečném důsledku i konverzní poměr. Pokud se návštěvník musí dívat na rotující kolečko déle než pár sekund, odchází jinam. Než začnete cokoli měnit, změřte si aktuální stav. K tomu slouží nástroje jako PageSpeed Insights nebo GTmetrix, které vám ukáží, co konkrétně zpomaluje vaše stránky.
Psát čistý kód znamená psát ho pro lidi, nejen pro stroj. Hlavním cílem je, aby váš kolega (nebo vy za půl roku) rozuměl záměru bez dlouhého luštění. Základní pravidlo zní: kratší funkce neznamená automaticky lepší kód. Důležitější je jednoznačnost a čitelnost. Zaměřte se na to, aby každá funkce dělala jednu věc a měla jasný název. Pokud funkce „zpracujData" mění tři různé objekty, je to první varovný signál.
Na závěr si osvojte práci s Xcode debuggerem a nástrojem Instruments. Pomocí breakpointů můžete zastavit běh aplikace a prozkoumat hodnoty proměnných. Instruments zase ukáže využití paměti a procesoru – tak snadno najdete úniky paměti nebo pomalé části kódu. Sledujte také výstup v konzoli a naučte se číst chybové hlášky. Když aplikace spadne, Xcode ukáže přesný řádek, kde problém nastal. Pravidelným testováním na simulátoru i fyzickém zařízení předejdete nepříjemným překvapením. Pokud kód nepíšete čistě, počítejte s tím, že po pár týdnech mu sami nebudete rozumět – proto od začátku používejte popisné názvy a komentáře jen tam, kde vysvětlují proč.
Nezapomínejte ani na funkce pro hledání a nahrazování, které jsou sice základní, ale v kombinaci s regulárními výrazy dokážou zázraky. Pokud potřebujete hromadně upravit formátování nebo nahradit opakující se vzor, použijte „Replace in Files". Díky náhledu vidíte výsledky ještě před potvrzením. Typickou chybou je použití příliš obecného vzoru, který změní i místa, která jste měnit nechtěli. Vždy proto testujte na malém vzorku a používejte omezení na typ souborů.
Pojmenovávání a konzistence Volba názvů je klíčová. Vyhněte se zkratkám jako „usr, txt, val" a používejte plná slova: „user, text, value". Pro boolean hodnoty používejte slovesa jako „isActive, hasAccess, canEdit". Funkce pojmenujte podle toho, co dělají: „getUserById" je jasné, „processUser" je vágní. Buďte důslední v tom, jak názvy tvoříte. Pokud používáte „fetchData" pro API volání, nepoužívejte „ziskejData" v jiné části kódu. Jeden projekt = jedna konvence. Tato disciplína eliminuje zbytečné dohady při čtení.
Nakonec nezapomeňte na závěr, který dává smysl: shrnutí, co jsme se dozvěděli a co konkrétně uděláme jinak. Pošlete krátký zápis do chatu, aby se k němu každý mohl vrátit a připomenout si své závazky. Pokud se retrospektiva stane pravidelnou a vyhodnocovanou součástí sprintu, tým začne vnímat, že jeho názor má váhu a že schůzka není ztráta času, ale nástroj, který pomáhá všem růst. To je přesně ten moment, kdy se z formální ceremonie stane skutečná páka ke zlepšení.
Dodržujte formátování. I když to zní banálně, jednotné odsazování (2 mezery), středníky a konzistentní používání uvozovek výrazně zlepšují přehlednost. Vyhněte se psaní více příkazů na jeden řádek. Každý příkaz na vlastní řádek. Pokud máte složitou podmínku, uložte ji do pojmenované proměnné: „const isUserEligible = user.age >18 If you enjoyed this short article and barvy Stěn do obýváku you would certainly such as to obtain even more info concerning celý článek kindly browse through our own web-site. && user.verified;". Tím se podmínka stane samodokumentující.
Jak předejít konfliktům při slučování Konflikty při slučování jsou přirozenou součástí práce, ale dá se jim do značné míry předejít. Pravidelně si do své feature větve rekonstrukce koupelny krok za krokemčleňujte změny z hlavní větve, ideálně pomocí rebase. Tím udržíte historii lineární a vyhnete se zbytečným merge commitům. Pokud už ke konfliktu dojde, řešte jej vždy v kontextu celého souboru, ne jen podle jednotlivých řádků. Přečtěte si okolní kód, abyste pochopili záměr obou stran, a teprve pak rozhodněte, které změny ponechat. Po vyřešení konfliktu vždy spusťte testy, abyste měli jistotu, že výsledek je funkční.
